New
#100
16237.1001 installed without any hiccups for me. First time for several builds that there has been no drama. And I had Vipre, Malwarebytes Pro, CryptoPrevent installed and running when the update process started. All my internal drives and peripherals were connected.
Alt+keys codes is working here in FF, and in Notepadd ++. FF remained as my default browser, and System Protection remained enabled.
It was a slow update, I didn't time it precisely, but about 2 hours. More time on the "Installing updates" (I like the new % reporting) than on the "Working on updates" segments. And this time "Working on updates" stayed on my primary monitor, I think. I left my desk at the start of that segment, and when I returned it was at 55% on my primary monitor. During previous updates the display has switched to my 3rd monitor (onboard graphics) for the 32% to 75% segment
Don't know if anyone else is having this particular problem, but this is the second recent IP build I've had this problem with and I *thought* it was Microsoft disabling Adobe Acrobat Reader DC to force me to run Edge as my default .pdf reader (which really stinks, btw, compared to Acro reader DC.) Well, turns out it has nothing to do with Windows IP builds...it's a misconfiguration problem Adobe Reader has with a couple of the IP builds, including 16237, apparently. Reader DC version 17.009.20044.
What happened is that Adobe reader DC wasn't uninstalled by the installation of 16237, had all of its defaults, and would run from the desktop or by double-clicking a .pdf--but without opening a screen! Only way to know it was indeed running was to check the Task Manager, of course. The last time that happened I fixed it by uninstalling and reinstalling reader DC, and I chalked it off as a one-time fluke. This time the reinstall didn't work at all. So I thought it might be a conflict with a recent driver install, or one of the little programs I run at boot, so I booted into safe mode under 16237 to see if Reader would open there. It opened--but not to the main application! Instead, I got a fairly large requester generated by the Reader program (easy to see since safe mode opens low res) that informed me that my OS was incompatible with Reader's Protected Mode configuration, and I got the choice of options to either turn it off permanently (which I did) or to turn it off just once. I applied my choice to the Adobe Reader program, and it then opened fine in safe mode, so I rebooted to normal mode and now the program is running fine.
Apparently, the default install mode of Reader DC is to its own protected mode--that is incompatible with this build of Windows. Still have no idea why the option to turn off Protected Mode did not open from my desktop, but only in safe mode. Thought I might pass this on if anyone else sees this particular problem.
Build looks fine, so far--no problem upgrading--very smooth and quick.
UUPtoISO completed successfully in the VM. But it going to take quite a while to install. Here's a screenshot of my Siduction desktop. It's Cinnamon. If it's taking this long on configuring what about the "working on updates" phase? Anyway I'll get back to my physical Windows 10 and work with the Hyper-V enhancements when this completes.
Walt, I tried opening a couple of PDF files and they opened fine. In fact, for once, Microsoft left my default of Reader DC version 17.009.20044 alone and didn't try to change it.
They even left Firefox as my default browser! I guess I'm gonna have to test Edge a bit in this Build, but it wasn't very good in Build 16232, so I don't expect much more from this version.