Monthly Archives: July 2015

VirtualBox 5 released

Just a heads-up. Oracle’s VirtualBox 5.0 has been released.

Head over to and grab it while it’s still hot.

Updating VLC plug-in in FireFox with 64-bit VLC installed

I discovered this issue as part of checking that all plug-ins in Firefox is up to date (thanks to Adobe’s security mess). The VLC plug-in was listed as outdated so I updated VLC from their web site – the 64-bit version as that is what I use.

Checking Firefox again (plugincheck) I noticed VLC was still listed as outdated with the version unchanged. Thanks to Google I found an article that shows how to get the path of all Firefox plug-ins (about:plugins). This gave me the path C:\Program Files (x86)\VideoLAN\VLC\npvlc.dll . Fortunately VLC provides a plain zip/7zip download of their apps ( which you can use to simply copy the files over the old version.

Well, that is one way to skin a… fix a plug-in I mean… 🙂

Windows Update error code list

Just as a reference since I’m also always looking for these myself(pulling my already missing hair out). A list of Windows Update error codes.

One small note. The best one is 0x80240FFF… (WU_E_UNEXPECTED An operation failed due to reasons not covered by another error code). They should just have changed the wording to be a slight bit more honest and say: ‘An error occurred and we haven’t got a clue what it is (as usual)’ 😉

Windows 10 upgrade blues

I’ve been the (un)lucky one that hit the issue where a number of my test VMs all fail to upgrade from build 10159 to 10162. Despite trying all those integrity scans (chkdsk c: /f /r /x) or cleanups (Disk cleanups with remove previous builds) it always failed at around 40%. This was happening on multiple machines (VMs) – some on VirtualBox and even one on Hyper-V.

Checking the setuperr.log file it always seemed the following line was the culprit:

Error      [0x018046] CSI    0000013b (F) Failed execution of queue item Installer: ServiceModelReg Installer ({79675b3f-2054-4efd-aa9d-e1830916be47}) with HRESULT HRESULT_FROM_WIN32(52).  Failure will not be ignored: A rollback will be initiated after all the operations in the installer queue are completed; installer is reliable[gle=0x80004005]

Unfortunately the Internet (Google and Bing) wasn’t kind finding any help on this. Then out of desperation I looked at some of the ‘earlier’ errors which seemed to be ignored and that is all related tp IIS App pool (since I have IIS and Visual Studio 2015 RC installed). I even tried uninstalling Visual Studio on one instance but still no luck. In a moment of almost pure madness I launched the ‘Windows Features’ from Control panel and simply removed IIS from the current installation (including HTTP Activation from the .Net installs). It does not make sense that Microsoft would break their upgrade process due to one of their own technologies but there you have it!

Rerun the upgrade again and… whola it works.

Update: I’ve now confirmed this on 3 different machines. 2 VirtualBox VMs and one Hyper-V VM.

Update 2: Seems the problem is more about having both .Net 3.x and 4.x HttpActivation features on at the same time –