I had the same phenomenon with the QT (log consisted only of the tail end, IIRC, beginning with DMI), didn't report it at that time as the next run was OK and I considered it a fluke. So, whatever is causing this might also lurk in QT (or did lurk).
I think i have fixed that issue in QT118 there has been a lot of code changes recently, have uploaded qt118 as it very close so no rc/bc numbers Sorted a issue on w7 where the QT and MRP could crash out, rare but i caught it on a very old pc that took ages for 7 to install on. Plus when i ran the QT on it too...
Sometimes it can all come down to timing as i let the qt run at full speed, on a few routines i slow it down a bit to allow time for a action to finish properly.
Will check that license channel area in the morning. Think the wmic part got skipped when i was testing and not re enabled it, might use the new vbs method as that works on 7 too. Not sure why but w7 being strange with me recently.
Did look into the code earlier and the /NW switch was ignored for everything below 10 (LSS 10)? Changed again?
Where are the DL links for the most recent versions of both QT and MRP? The ones in the second post seem to be from October. Cheers and Regards
These are, at this time, still the last stable packages released. Lately, we mostly discussed test versions. Next stable packages should be released soon.
Mrp 141 and qt 118 are very close to release, just a few last minute bits to sort as those sneaky gremlins keep appearing.
When i release the QT and MRP the changelogs may not be complete as there has been so much done i will try to remember as much as possible, the MRP has had a few new options and a few have been updated to cover changes in the OS's they cover. The WMIC fiasco has taken the majority of my spare time, luckily most of the options was done prior to the news of WMIC being removed from the newer build of windows 11 (Dev at moment). They will hopefully both be released by Wednesday as I'm sure they are now fit for purpose as a lot of tests has been run, plus all the tweaks done to fix the gremlins, which the majority have now been sorted.
A Day earlier than planned The Query Tool v118.0 has been uploaded, 2nd post's download link, password and hashes updated. Spoiler: QT118 Summary + Various internal code adjustments have been made to prevent crashes on non-latin based languages. + Updated detection for Windows 11 so that it will show 11 instead of 10 on some Edition/Name entries. This may change later if m$ update the Registry/Kernel at some point in time. + Major re-write for specific sections/routines that used WMIC due to m$ removing the command from later Windows 11 builds (Insider/Dev at present). The older OS's that still have WMIC in the QT will operate as it used to, but if WMIC is not detected then the QT will use the alternative routines to get the same information. Note some data my not be shown or is slightly different this is due to either no alternative routine available or the data is not in a valid format. Note that due to other OS internal changes some data may be presented in a alternative way. This changelog may not be complete and other items been done, the above is correct at around the 4th November 2021.
Hmm seems the License channel screwed up Unless it was a key entered? Odd as all the tests ive done it got it right
That machine is licensed via "Windows for refurbished devices", it is indeed a COA OEM:NSLP key. All OK. Code: //--- The Ultimate PID Checker v1.2.0.606 Блин by janek2012 --- Product Key : *****-*****-*****-*****-R9CHG Profile : E:\Keychecker\Ultimate\Win_X_21H2#IB\pkeyconfig.xrm-ms Validity : Valid Product ID : 00326-00740-81565-AAOEM Advanced ID : XXXXX-03260-074-081565-02-1033-7601.0000-3212021 Activation ID : 30d469c6-a78f-4476-b5c8-af78d5b6a5fb Edition Type : Core Description : Win 10 RTM Core OEM:NONSLP Edition ID : [TH]X19-99555 Key Type : OEM:NONSLP EULA : OEM Crypto ID : 3260 Benchmark : 0.312 seconds