Du kender det godt: Lige siden internettets barndom har ubesøgte links været blå mens besøgte links har været lilla, med mindre hjemmesiden har valgt andre farver til at repræsentere forskellen. Fx på denne side er begge typer links blå, den ene er bare lidt mørkere end den anden. Det kan være meget praktisk, så man kan se hvor man allerede har været. Problemet er bare, at det kan hjemmesiderne også, som det fx kan ses på startpanic.com.

Dette har været kendt i meget lang tid. Problemet er at det er meget svært at løse uden enten at ødelægge eksisterende hjemmesider eller helt fjerne muligheden for at både du og hjemmesiden kan se om du har besøgt siden før. Den sidste af mulighederne findes allerede i Firefox i dag, men er ikke slået til som standard.

Farv ikke besøgte vs. ikke-besøgte sider

Siden Firefox 3.5 har du kunnet undgå problemet ved at gøre følgende:

1. Skriv about:config i din adresselinje og tast Enter
2. Find layout.css.visited_links_enabled og dobbeltklik på den, så værdien bliver false.

Det giver så problemet, at du heller ikke selv kan se hvilke sider du har besøgt eller ej.

Lyv over for hjemmesiden

En anden mulighed ville være at farve links som normalt, men lyve over for hjemmesiden, så den tror alle links er blå. Problemet er bare at hjemmesiden kan (lige som denne blog gør det) ændre på hvordan besøgte vs. ikke-besøgte links skal se ud ved hjælp af CSS-koderne :link og :visited. Den kan fx ændre størrelsen på linket, således at hele sidens layout rykker sig. Det giver problemer, heriblandt:

• Det gør browseren langsommere og bruger mere hukommelse at vedligeholde to modeller af sidens udseende. En som den faktisk ser ud og en som den ville se ud hvis ingen links var besøgt.
• Hvis siden tror den ser anderledes ud end den faktisk gør, kan det få siden til at gøre noget forkert så den slet ikke virker.

Mozillas løsning

Mozilla har som den første browser meldt ud, at de vil løse problemet og hvordan de vil gøre det. Løsningen er en mellemting af de to scenarier:

• Tillad kun ændringer af farver i :visited. Alle andre ændringer ignoreres.
• Lyv over for hjemmesiden, så den altid vil se farverne som hvis ingen links var besøgte.
• Tillad kun visse elementer at ændre farve baseret på :visited.

Med denne løsning vil langt den største brug af :visited stadig virke samtidigt med at du stadig selv kan se hvilke links du har besøgt og ikke besøgt. Læs den fulde beskrivelse samt begrundelsen for netop denne løsning i Mozillas beskrivelse.

Som lovet, vil jeg fortælle lidt mere om nyhederne i Firefox 3.6. Denne gang handler det om plugins. Plugins er en utrolig vigtig del af webben, hvilket irriterer mig at sige, da jeg hader dem som pesten. Men sandheden er, at uden Flash, Java, en PDF-læser og en videoafspiller, er der alt for mange hjemmesider, der står af.

Mozilla gør meget for at rette op på det problem med indbygget understøttelse af Ogg Theora video, Ogg Vorbis lyd, hardwareaccelereret 3D-grafik med WebGL, brugbare filuploads og en masse andre nyheder, som førhen var henvist til plugin-land. Men så længe hjemmesiderne stadig bruger plugin-teknologierne, er vi som brugere stadig nødt til at have de sataner installeret.

En vigtig ting med software og sikkerhed, og især software som interagerer med internettet, er, at softwaren holdes opdateret konstant med sikkerhedsopdateringer. Firefox er ret sikker i denne sammenhæng, da den automatisk søger efter opdateringer en gang i døgnet og henter og installerer dem automatisk uden at indblande brugeren. Man ser som regel først en Firefoxopdatering efter den er installeret, når en startside popper op med beskeden “Firefox er opdateret”.

Men situationen er langt fra lige så god når det gælder plugins. Mange plugins har enten ingen automatisk opdatering, de opdaterer meget sjældent, eller processen er måske kun delvist automatiseret, hvor man skal klikke på “Næste” en hel masse gange med lang ventetid imellem. Det gør at man måske ikke altid lige har sine plugins opdateret, men her kan Firefox 3.6 hjælpe. Den kontrollerer nemlig selv om dine plugins er up-to-date, eller om de indeholder alvorlige sikkerhedshulder, som kompromitterer din sikkerhed online, endda selvom din Firefox er fuldt opdateret. Finder Firefox 3.6 et usikkert plugin, giver den dig besked, så du kan få det opdateret. Den kan desværre ikke opdatere pluginnet automatisk, da det ville kræve en del hjælp fra pluginnet selv. Sidder du med Firefox 3.5 eller ældre, kan du alligevel allerede tjekke om dine plugins er opdaterede på Mozillas Plugin Check side.

Et andet problem Firefoxudviklerne har set på i 3.6 er stabilitet. Man er gået hårdt til værks i forsøget på at finde og rette så mange fejl i Firefox som muligt, der kunne få Firefox til at gå ned. Desværre viser statistikken dog, at over en tredjedel af alle Firefoxnedbrud ikke skyldes Firefox, men derimod direkte skyldes programmer, der forsøger at interagere med Firefox, som fx tilføjelser eller plugins. Hvis man kunne lave en mede detaljeret statistik og finde de nedbrud som indirekte skyldes andre programmer, ville tallet sikkert være meget højere.

Derfor har Firefox 3.6 to nyheder på denne front. Den ene er at et smuthul til at installere udvidelser til Firefox er lukket. Normalt installeres udvidelser af brugeren eller af et program ved at skrive i en bestemt konfigurationsfil i Linux eller i registreringsdatabasen i Windows. En anden mulighed var før Firefox 3.6 at lægge en dll-fil i Firefox’ installationsmappe. Når Firefox startede og skulle indlæse alle sine forskellige komponenter, indlæste den bare alle dll-filer i installationsmappen, da det var nemmest. Men visse programmer, der gerne ville installere udvidelser til Firefox sammen med installationen af programmerne selv, syntes det var smart at installere sine udvidelser, ved at placere sine dll-filer blandt Firefox’ egne filer. Sådan har Skype, Google Desktop og diverse antivirusprogrammer fx gjort, når de ville integrere deres funktionalitet med Firefox.

Der er dog nogle problemer med denne installationsmetode. For det første kan brugeren ikke se at udvidelsen er installeret i menuen Funktioner -> Tilføjelser, og udvidelsen kan heller ikke deaktiveres, hvis noget går galt – ikke engang i fejlsikret tilstand. For det andet indeholder denne installationsform ikke kompatibilitetsinformation som almindelige installationer gør. Det betyder at hvis Firefox opdateres og udvidelsen ikke længere er kompatibel med den nye version, så vil Firefox ikke kunne starte. Ved almindelige udvidelser  deaktiveres udvidelsen indtil en opdatering er klar. Smuthullet er rettet i Firefox 3.6, således at dll-filer i installationsmappen kun indlæses, hvis de er på en speciel godkendt liste over dll-filer i Firefox. Det vil forhåbentligt komme en del af problemerne til livs med antivirusprogrammer, Skype, Google Desktop og andre programmer, der får Firefox til at gå ned. Det betyder også at alle programmer der har benyttet denne teknik med at proppe dll-filer ind i Firefox, nu skal opdateres til at bruge almindelige Firefoxudvidelser, hvis de skal virke i Firefox 3.6.

Og hvis det ikke skulle være nok, så indeholder Firefox 3.6 også en mulighed for at blokere for specifikke fejlbehæftede dll-filer, også selvom de indlæses via en normal og korrekt installeret udvidelse. Sammen med påmindelsen om at opdatere plugins skulle det forhåbentligt give en meget mere stabil Firefox 3.6.

Men det stopper ikke i Firefox 3.6. Mozilla er også i gang med at implementere separering af faneblade og plugins i processer. Separate plugins kommer forhåbentligt i Firefox 3.7, mens separate faneblade må vente noget længere. Men set i lyset af at en tredjedel af nedbrudene kommer fra tredjepartssoftware, vil separering af plugins alene nok betyde en del.