22 Mar
Firefox 4 will be released today. As with every major version update, this one is still suffering from the same issue: add-on developer haven’t pushed their add-ons forward to work with the most recent version of the web browser.
Although most of them might still work, a few of them, e.g., the inline PDF display add-on on the Mac, will break. Best case, the add-on will be marked as incompatible but the user can still use it (if they disable the compatibility check). Worst case, a feature which the user got used to is suddenly gone (“It used to work! Why is it broken after the update?”). And they’re not going to blame the add-on author, they’ll rant against the Firefox browser or the folks at Mozilla.
I hope Mozilla can come up with a plan to encourage at least the authors of the most downloaded/used add-ons to fix their add-ons as soon as possible — prior to a major release.
Update: The AusweisApp add-on (used for authenticating yourself on a number of websites using your German ID) is just one of the add-ons which broke after the Firefox 4 upgrade…
Update 2: If you’d like to try out Firefox 4 on Ubuntu, install it through the Mozilla Team PPA.
20 May
You know how it is with geeks. Give them something shiny, new with buttons and fancy sound effects (“swooooosh”) and they’ll love it. Same goes for software: give them a piece of code glued together that perfectly serves its purpose — awesome.
One of the applications I really love and use all the time is the Firefox web browser.
Unfortunately, things turned out to be a little nasty on OS X since Firefox reached version 3.6. When I first upgraded, I noticed a bug that caused Firefox to open two windows when a link was clicked in another application. Not nice, but I could have lived with that until it’s fixed.
Next, Firefox stopped working at all after I updated some add-ons. I tried to reproduce the problem and wanted to boil it down to a particular defective add-on. To be honest, I suspected Weave Browser Sync to be the culprit. I even tried starting Firefox with a fresh, empty profile and installed 2 or 3 other add-ons, several times in various order. Kaboom. No need to mention that even the Firefox nightly build was crashing on me. The solutions described in a related bug report unfortunately didn’t help either.
The sad solution to my problem: I was downgrading to the latest version of the “old” Firefox 3.5 branch, namely Firefox 3.5.9. It does not have all the fancy new features of 3.6 and support ends in August 2010 but at least it’s working. I’ll try 3.7 4.0 when it’s stable and hope the problem has been fixed then as others describe the same issue in various posts in the Mozilla forums.
Update: The problem seems to be fixed in Firefox 4.0 beta 1.
18 Jun
After you’ve all upgraded to Firefox 3, you might also want to try out the firefox-mac-pdf extension, too.
It displays PDFs “inline” (inside a browser window) instead of downloading and/or opening it in Preview.app or Adobe Reader. Great extension!
(via macosxhints, TUAW, and others…)
18 Jun
Within 15 hours, already more than 5 million copies of the new version of the Firefox web browser have been downloaded on “Download Day”.
Firefox 3 comes with a bunch of nice new features. The one I like the most is AwesomeBar. It’s just… awesome! 
Go and grab your free copy today and give it a try.
And Microsoft… they did it again! After sending a cake for the Firefox 2 release, they sent another cake for Firefox 3! That’s pretty cool, Microsoft dudes!
25 Oct
So schnell kann es gehen: Fred postet ein Foto von dem Kuchen, den die Internet-Explorer-Entwickler zum Release von Firefox 2 an die Entwickler bei Mozilla geschickt haben.
Schneller als uns lieb ist, schaukelt sich der digg-Eintrag langsam aber sicher hoch und der Server kommt kaum noch mit dem Ausliefern der Webseiten nach.
Die Aussage des Servers
load average: 18.20, 8.89, 3.69
ist nicht unbedingt das, was einen Admin ruhig schlafen lässt.
Für eine nachträgliche Planung der Vorgehensweise ist es nun ein wenig spät, jetzt soll der Server so schnell wie möglich wieder auf ein erträgliches Niveau gebracht werden… Der Rettungsplan sah so aus:
- Apache stoppen bzw. nur für ausgewählte Hosts zugänglich machen… Ärgerlich, weil Hits verloren gehen, aber unumgänglich, wenn man selbst noch mal auf die eigene WordPress-Administrationsoberfläche kommen will.
- Das WP-Cache-Plugin für WordPress installieren und aktivieren, dabei in den WordPress-Optionen darauf achten, dass die gzip-Komprimierung abgeschaltet wird.
- Squid als Proxy aufsetzen, der lokale Anfragen auf Port 80 an den Apache weiterleitet, welcher nun auf einem anderen Port lauscht. Squid gleich in der Konfigurations-Datei mit mehr Speicher versehen.
- Apache wieder starten, Squid starten.
- Das Logfile vom Apache beobachten, das nur so in der Shell vorbeirattert… Dabei auf einmal an die bevorstehende Rechnung für den Traffic denken und bemerken, dass in der letzten Stunde mal eben 300 MB verbraten wurden…
- Das verwendete Foto auf flickr auslagern und nach dort verlinken — wofür hat man denn sonst den Account dort?
- Jetzt noch ein paar Minuten/Stunden paranoid das Logfile anstarren und dann beruhigt schlafen gehen, nachdem sich die Serverlast wieder auf einem vernünftigen Niveau eingependelt hat.
Womit wir dann vorerst mal gewappnet wären. Fred, Lust auf nen neuen Tokio-Hotel-Artikel? :-p
