I have added another new w10 option in MRP but it is one that may work perfectly and then not for some, it seems to depend on the OS build... Very weird Disable Push/Toast Notifications, according to m$ docs when enabled Toast notifications are silenced, however it appears that System Apps are immune to this setting Applications (non system installed) seem to be silenced... NOTE: This uses a Group Policy and so some items will be greyed out and not selectable in the Notifications part of the Settings App, there is a revert script if you later change your mind and a system reboot will be required, not just a sign-out cycle! On Insider builds like most tweaks etc it may be totally ignored by that preview build.
MRP v124.0 is now at BC1 so on course for this weekend for release, mainly the tidy up part now and any last re-wording etc, plus the change log to be sorted too.
I am thinking of releasing a special 'BETA' Query Tool as i am testing a method with WMIC that returns all data requested in US English, as i have noticed some data returned could be in the OS's native Language which can cause some results to be ignored when doing internal comparing, this will hopefully prevent that... The beta should work as normal but as always with beta software there is a slight chance it may crash or fail to run as expected. Once my internal testing is done i will upload the test QT and post the beta link in the respective post #3 - if results show there are no major problems i may add it into the MRP code base too.
I have uploaded this test Query Tool and the 3rd post has been updated with the download link, password (which has NO spaces before, within or after), and archive hashes. Normal English installations will work as normal, it is those that have non English installations that are the important ones i am looking for, many thanks.
Hmm technically it should know where the 'desktop' is as the QT uses the '%UserProfile%\Desktop' location so unless the %userprofile% variable is not being updated then it will look at the 'old' place.... Not sure why it not find your current desktop
I may have expressed myself badly These folders have been moved by a simple cut / paste Spoiler: In picture Spoiler: And Windows in that great intelligence ...
Ah i think i can see what has happened, the word for the folder 'Desktop' was changed and so the log could not be created. The only way if the 'Desktop' folder was not found (due to a name change etc) would be for the QT to then save the file to the system drive's root (C: / D: etc) as that will not change - at least not mid way during scanning.