Nothing changed with the opengl32.dll.
However, I couldn't say if the Intel graphical drivers are up to date (it's a company computer and I'm not admin on it).

Please :
Ensure both your OS and drivers are fully up-to-date (and use official GPU drivers, not those provided by windows or tablet/laptop maker).
Launch Blender from the command line with -d option and attach as text file here any error printed out in the console (do not paste it directly in comment).
Try to run Blender through Software OpenGL, this will be much slower however, if everything works then it means that the bug is spefic for your GPU/Driver and you should report the bug to your GPU vendor instead.

System information:
Processor: i3-6100 @ 3.7GHz ; 64 bits
RAM: 8 Go
OS: Windows 7 Pro SP1
Graphics: Intel(R) HD Graphics 530 chipset

Please always follow bug report guidelines and provide exact steps needed to reproduce the issue. If the issue can not be reproduced within few steps from factory startup, attach .blend file.

Committed rB80444effc62ac9, as it's also going to affect the ongoing HMD support implementation.

no resolution here 18 months. closing as archived.

Should be resolved on Linux now and will be resolved on other platforms with the libs update call on ML [1]

Cannot reproduce, tried to save at least 20 times in a row, changing bone selection, PoV in 3DView… Steady as a rock here for me.

Thanks for the report, but we don't consider this a bug.

This isn't a new issue, so let's not touch libraries for 2.78 but to an update after the release.

We don't sign binaries on Windows. That is not considered a bug.

Hi there. I see you are having issues with Blender 2.7.7A. This was released not to long ago so there can be many bugs still in the version at the moment. There are still ways that it could be fixed without a bug issue. The first thing I would first try is just to reinstall the software. If that does not work than I would need to know more info on the situation to help you any further in this issue.

As was mentioned above -- it's a known TODO (http://wiki.blender.org/index.php/Dev:Source/Development/Todo/UserInterface#Events)

Committed rBe0c05a1e6ab82b365146b5149cec1dfd89b1cd2f

Committed rBb566adec5255a0d463dd7d16bc7acbb5d6fdbbaf

other issues

Moved the further development into a temporary branch remotes/origin/temp_file-dropper

Added check for "file does not exist" (operator reports a message)

I am happy with this version. However there is one pitfall still:

Added special case when only a directory is dropped

• Added an event notifier to update the file browser area after dropping a new file path

• Merge branch 'master' into arcpatch-D1322
• adjusted operator name to something more understandable
• adjusted an API change in the file selector calling function

Found 2 odd things...

Please don't set priority on you own, this should be handled by devs.

Hi all,

Found a subtle bug. I'll commit to master.

Made some more testing, everything looks fine so far, so merged it to master (rBA44cc56c92796ce) - real testing can only happen when users use it anyway…

It doesn't really behave well with non-uniform scale, but this we can't really solve. Workign uniform scaled case is already handy.

Pushed rB05acf3d43a1d9655ee41d68470647d9409eaff40

Sorry, no, did not had time for that last week (2.76 is not yet out anyway ;) ).

Any update re:testing?

Fixed, committed, enjoy. Anything on your tests?

No, feel free to commit, this is a branch so no need to bother about release and freeze here ;)

I've identified one pretty exotic use case where the importer misbehaves. X3DOM handles those cases. Shall I fix and commit, or would you rather have code freeze?

FYI, my test models, save for Savage and a few reference ones, are coming from here: http://3dprint.nih.gov/

Ok, then will do some more tests in comming days, and then once 2.76 is out for good we can merge into master. :)