If you’ve just restarted Firefox on your Mac, you may have noticed that the Web browser updated itself to the new version 12 without any action on your part. This automatic update has been commonplace for Firefox on the Mac since the introduction of version 4 (remember that Mozilla now increments Firefox’s major version number for every bug fix release, so version 12 would be roughly 4.8 in a sensible system), but Windows users had to hurdle the User Access Control (UAC) prompt in order to give Firefox elevated filesystem privileges for installation of any new update (according to Ars Technica). Firefox 12 adds the silent update capability for Windows users, though an initial UAC approval is still required. Meanwhile, back to what you likely care about, the Mac version of Firefox 12 gains little, most notably centered on search results from Find in Page and security fixes. It now also downloads URLs pasted into the Download Manager window. Mozilla touts 85 improvements to Firefox’s developer tools, including the addition of Find and Jump to Line commands in the Scratchpad and taking away the requirement to reload a page to view messages in the Web Console. (Free, 30.1 MB, release notes)
iMovie '09: Speed Clips up to 2,000%
iMovie '09 brings back the capability to speed up or slow down clips, which went missing in iMovie '08. Select a clip and bring up the Clip Inspector by double-clicking the clip, clicking the Inspector button on the toolbar, or pressing the I key. Just as with its last appearance in iMovie HD 6, you can move a slider to make the video play back slower or faster (indicated by a turtle or hare icon).
You can also enter a value into the text field to the right of the slider, and this is where things get interesting. You're not limited to the tick mark values on the slider, so you can set the speed to be 118% of normal if you want. The field below that tells you the clip's changed duration.
But you can also exceed the boundaries of the speed slider. Enter any number between 5% and 2000%, then click Done.
Check out the perks at <http://tidbits.com/member_benefits.html>
Special thanks to WILLIAM ANDERSON, Ray Thompson, albrecci, and
Anthony Sykes for their generous support!
PHP changes to the HTML of a page are not visible in View Source. In Firefox 12 View Source only shows the initial HTML of the page. The downgrade installs without warning about this issue. I reverted to Firefox 11, and turned off automatic updates.
To my surprise the actual version of Chrome also seems to that think less is more.
(I can't believe this is only on my Mac. And I couldn't quickly find a way to communicate the issue to Mozilla.)
I've also posted my comment on another site and there as well reactions are all about my wording and not about the bug.
I'm talking PHP. I'm talking $_GET. And what I see in Fx 12 View Source is the HTML of the page before it reloaded. In Fx prior to version 12 I see the new HTML.
We're setting up this page (it hasn't got all the content yet): http://iii60.nl.
After clicking one of the first two categories, the HTML in View Source in Fx 12, is still the HTML of the white start page, View Source doesn't display the category items (nor some other stuff).
Odd? Yes, but apparently not too odd, because the actual version of Chrome (also 'enriched' with line numbers) makes the same mistake. View Source in the actual versions of Safari and Opera act like Fx prior to version 12 and show the new HTML: clicking on a category shows the category items.
Yes, View Source in Fx 12 is borked in this instance. I'm guessing you've fallen upon a weird edge case, and you may wish to file a bug report with Mozilla and Google.
My initial statement of not having seen PHP that changes a page after it is loaded is correct. What your page is doing is requesting a URL such as http://iii60.nl/iii60_detour.php?c=2 which then redirects back to http://iii60.nl and http://iii60.nl serves a different page. Therefore the PHP isn't changing the page after its loaded, its loading a new page with the same URL.
From what I can see you're torturing HTTP and browser behavior to keep the url in the header at http://iii60.nl. There are simpler ways to do this that . I'd recommend a frame taking up the whole screen with then loading other documents within the main frame..
This all being said, we're well off the topic here. I'd be happy to continue cooresponding via email. If you'd like to please email me from: http://inmff.net/mailme.html
By the way, FF 12.0 shows up as 77.5 MB on my MacBook Pro, not 30 MB.
So I logged out and logged into my main Admin account (I by habit keep a second Admin account is case the main one self-destructs, which hasn't happened since 10.1).
And the update was not automatic, but the About Firefox window had an active Apply Update button, who function was to restart Firefox leaving version 11 in place.
So I downloaded Firefox 12, and the drag into Applications led to this Admin account being unable to replace the existing Firefox despite my providing the admin password when asked. I dragged Firefox out of Applications by hand (providing the Admin password, of course), and then the drag of the new Firefox to Applications succeeded.
In 5 weeks or so, I can discover how the automatic upgrade to Firefox 13 goes.
[Note: for me, a switch to Chrome as my little used secondary browser isn't going a happen due to distrust of Google.]
[ADDED IN EDIT]
On my other (main) Mac, the Firefox 11 to 12 update happened automatically, seemingly as the Mozilla folks intended. So few of you may see the situation I describe above.