Working on a different system and the 2015-12-12 build went on fine and no issue. So, then installed 2015-12-11 on this system--no OpenGL issues.

here is the opengl_device.log for this box:
DriverVersion: 10.18.13.5850
DriverDate: 10-2-2015
DeviceID: PCI\VEN_10DE&DEV_1380&SUBSYS_37553842&REV_A2
AdapterVendorID: 0x10de
AdapterDeviceID: 0x1380
AdapterSubsysID: 0x37553842
DeviceKey: System\CurrentControlSet\Control\Video\{F765A166-D430-4F6D-BA3A-84DE1035CF47}\0000
DeviceString: NVIDIA GeForce GTX 750 Ti


Remoted into the original system of OP -- compared HASH of the TB62 installer downloads, they matched so not an issue there.

Removed the initial install, and installed the 2015-12-11 TB62 build again.  Also installed the 2015-12-12 TB62 build.

Unfortunately with Microsoft RDP OpenGL is suppressed--so can't actually run with OpenGL on the system remotely--and the opengl_device.log show this generic junk.

DriverVersion: 
DriverDate: 
DeviceID: 
AdapterVendorID: 
AdapterDeviceID: 
AdapterSubsysID: 
DeviceKey: System\CurrentControlSet\Services\RDPUDD\Device0
DeviceString: RDPUDD Chained DD
 

I guess it could be a driver issue. Weird if it is though as thus far drivers for this nVidia Quadro K200 has been pretty functional.

Will have to wait 'til I am back on the console to see if subsequent builds are affected.  Sorry for anyone left hanging by this...

To recap -- the 2015-12-11 and 2015-12-12 TB62 builds for Windows do seem to be functional with OpenGL active, and system testing on may have an OpenGL driver issue.  Will know for sure Monday 14th when I can get back on console.

Sorry for the noise.

Thanks so much for the testing Stuart - there are still some really non-optimal uses of GL in the code I'm afraid; but the double-buffering starts to bring us much closer to what 'normal' GL code would be doing, so in theory - it should improve things. Then again, we do some mad things with contexts still - working on that.

Back on the console for this workstation, nVidia Quadro K200 graphics card.
Windows 8.1 Enterprise 64-bit en-US with 

Version: 5.2.0.0.alpha0+
Build ID: 121b7b880c4d17c1ce320ad6b1c560577c9953ed
CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-13_23:20:35
Locale: en-US (en_US)

So, unfortunately this is confirmed. As with the 2015-12-11, 2015-12-12 this build has the same munged StartCenter and weirness with navigating dialog panels. Have to select the element I wnat--close the dialog, reopen it and on reopening it has repositioned.
 
The same load this morning on my home workstation with nVidia GTX-750ti ran with OpenGL enabled without issue.

Next I'll see if there are updated nVidia drivers for this Quadro K200 card and if they make a difference. Hope so.

=-=-=
The opengl_device.log as before:

DriverVersion: 9.18.13.3182
DriverDate: 11-11-2013
DeviceID: PCI\VEN_10DE&DEV_0FFE&SUBSYS_094C10DE&REV_A1
AdapterVendorID: 0x10de
AdapterDeviceID: 0x0ffe
AdapterSubsysID: 0x094c10de
DeviceKey: System\CurrentControlSet\Control\Video\{D058B8E7-F3B1-496D-B671-73BE9B73D07B}\0001
DeviceString: NVIDIA Quadro K2000

Was able to update the nVidia driver for the K2000 graphics card.

With nVidia's more current 354.56 version driver replacing the 331.82 version, the OpenGL features are again fully functional. Strange in that I'm pretty sure this card with the 331.82 drivers was 100% OpenGL 4.4 compliant.

=-=-=
opengl_device.log

DriverVersion: 10.18.13.5456
DriverDate: 12-3-2015
DeviceID: PCI\VEN_10DE&DEV_0FFE&SUBSYS_094C10DE&REV_A1
AdapterVendorID: 0x10de
AdapterDeviceID: 0x0ffe
AdapterSubsysID: 0x094c10de
DeviceKey: System\CurrentControlSet\Control\Video\{D058B8E7-F3B1-496D-B671-73BE9B73D07B}\0001
DeviceString: NVIDIA Quadro K2000

Setting resolved notourbug, but should be cautionary for folks that much of the support for OpenGL will have driver dependencies.  Unfortunately, this is going to cause havoc amongst our Windows OS based user community who will have marginal GPU/driver support and often an inability to administer their systems.