TheDJ writes

I got a new iMac recently and after transferring my account using Migration Assistant I rebooted the Mac. After this moment, for the life of me I could not get Bluetooth working anymore. In the menubar I had a nice icon with a squiggly line through it. In the console.app I could find nice informative lines like: IOBluetoothUSBDFUTool[324]: Could not get IOBluetoothUSBDFU service I went through tonnes of blogposts and forum posts with all kinds of advice. Mostly coming down to: Unplug all USB devices, shut down and the restart Reset your SMC None of this really worked. I then started the Mac in Safe mode by keeping the shift key pressed. Now I was able to use Bluetooth. Of course, you can't boot your Mac in Safe mode all the time..... But still this indicates that some 3rd party component was messing up. Possibly a kernel extension, or at least a preference connected to a kernel extension. I have a few elements installed, but I went with my gut feeling.. Logitech....

I needed to use git svn to do a svn migration, and it was a very painful experience to figure out how to get that working again after I upgraded to El Capitan. It seems that with Apple's system integrity, Apple has broken both ruby and perl setups to some degree, and it's taking a while to catch up with that. Short story: Install homebrew Install ruby from homebrew Install svn using homebrew Install a new version of git using homebrew. Now you still get an error: Can't locate SVN/Core.pm in @INC (you may need to install the SVN::Core module) For this, run the following, to create some symlinks that are required for perl. sudo mkdir /Library/Perl/5.18/auto sudo ln -s /Applications/Xcode.app/Contents/Developer/Library/Perl/5.18/darwin-thread-multi‌-2level/SVN /Library/Perl/5.18/darwin-thread-multi-2level sudo ln -s /Applications/Xcode.app/Contents/Developer/Library/Perl/5.18/darwin-thread-multi‌-2level/auto/SVN /Library/Perl/5.18/auto/ Dear Apple... Reme...

So you have this well known security issue called content sniffing in MS IE 6. No one really cares about that anymore right? Unfortunately, when you are a top 5 website, then you kinda have to care, since 3,46% of the readers of Wikipedia, so a whopping 13.88 million of the unique monthly visitors  still use Microsoft Internet Explorer 6. You try to fix this bug. Three times , causing three software releases ( 1.16.3 , 1.16.4 , 1.16.5 ) in 4 weeks. And then by accident, it becomes so strict that it breaks many of the requests for all Internet Explorer versions , simply because the url contains a dot. Sigh.... THIS is why you should help all your friends to get rid of IE6 .

For the past few weeks, I have been fixing problems that I run into while testing some of the new video tools that Michael Dale has been developing for the Wikimedia Foundation. As with any new software, especially Javascript tools, there are plenty of issues and since I can find them, I might as well fix some of them, instead of throwing it all back at Michael. This week I ran into one particular annoying issue. For some reason the menu in the new mwEmbed mediaplayer ( Demo of the player ) was flickering under certain conditions on Safari. I created a video that demonstrates the problem. So I was looking trough the code of the player, trying to come up with a reason on why this would behave like this and why only in Safari. I spent a few hours tracking all the events, assuming that some event (like mouseover) for some reason was incorrectly telling the menu to hide itself. I was validated in this line of thought by observing that manipulating some of the Javascript events of th...