I use a Mac, (as if you didn’t know at this stage!), and on a Mac there’s a button in the top right hand corner of the application window that allows you to hide the Firefox toolbars. This is it:

Button to hide Firefox toolbars

I was in the middle of typing the post and wanted to get some idea of how the layout would work. So I command-clicked the “Preview this Post” link. Usually this would load the preview in a new tab. I do this all the time and have never had a problem. With the toolbars hidden, the WordPress saved a draft instead of opening the Preview. Strange.

In case I was going a bit mad, (which is also highly probable), I tested it in WordPress 2.3.3 – command-clicking the Preview link opened a new tab with the test post I wrote. I tried it on a local install of WordPress 2.6 and I encountered the same problem – command-click would cause WordPress to save a draft.

At first I thought that it may be a Firefox issue, because I tried replicating the problem in Camino, but that worked as expected. However, I’ve never had a problem with Firefox opening new tabs in this manner and ever other link on the page works as expected. Hmmm.

The bug involves how Firefox deals with “chrome://” URI’s and escaped characters. The full technical details and a demo of the bug are available from Gerry Eisenhaur’s hiredhacker site. The demo seems to be for Windows only, so those of a Mac or Linux persuasion will have to wait to see if this bug affects them.

Until a fix is released, the NoScript add-on can be used to stop this bug in it’s tracks.

So until Apple release a fix, if you have to move files, then stick to copy and delete.