Több helyen is olvastam már, hogy a Firefox 3 sok száz hibával lesz kiadva (Webisztán, SG.hu, IT.News), és a jelenlegi 700 hibának csak kb. a 20%-át javítják ki a végleges releasere. Ehhez nem is szeretnék túl sok mindent hozzáfűzni, a fenti linkeken bőven van róla olvasnivaló.

Ami miatt mégis megemlítettem ezt a dolgot, az a téma aktuális volta az Opera vonalán is, hiszen hamarosan mi is kapunk egy új releaset, ami bár csak egy fél verziós lépés lesz, de ennek ellenére egy jelentős mérföldkő az Opera történetében. A kérdés az, hogy vajon az Opera hogyan viszonyul az ismert hibákhoz, és hány százalékot javítanak ki belőlük, mire kiadják a végleges verziót?

Sajnos egy ideje egyre többen jelezték, és én magam is tapasztaltam, hogy a blog.hu rendszerében nem hogy fogynának, hanem egyre gyarapodnak az Opera alatt jelentkező hibák. Ez eleinte egyáltalán nem volt így, a tesztelési fázisban minden jól működött, azóta viszont sok esetben kénytelen vagyok más böngészőt használni, aminek egyáltalán nem örülök. Nekem eddig főleg az admin felületen akadtak gonjaim, amivel azért együtt lehet élni, de az Indapass bevezetése óta már bejelentkezési problémák is akadtak, és az azért elég furcsán hat, hogy egy Operás bloghoz nem lehet rendesen hozzászólni Opera alatt.

Ennek a bejegyzésnek az lenne a célja, hogy összegyűjtsük a felmerülő hibákat, esetleg kideríthetjük, hogy milyen esetekben jelentkeznek, és mit lehet tenni ellene, majd ha világos, hogy a hiba milyen esetekben jelentkezik, elküldjük a hibabejelentőn. Én a magam részéről már többször is jelentettem az általam talált hibákat, sajnos eddig hónapok óta nem született rájuk megoldás, de azért reméljük a legjobbakat.

Többen jeleztetek hibát a hozzászólásokkal kapcsolatban, főleg ez érdekelne részletesebben. Úgy tűnik, hogy egy Indapass regisztráció általában megoldja ezeket, de nem minden esetben. Ha neked is volt gondod a hozzászólással vagy a belépéssel, írd le részletesen, hogy mi nem ment, és hogy sikerült-e megoldani, vagy csak más böngészővel működött.

A bejelentkezéssel kapcsolatban én eddig csak egy hibát tapasztaltam, mégpedig hogy Opera alatt néha bejelentkezés után sem látszanak a Szerkesztés linkek a bejegyzések alatt, míg Explorerben vagy Firefoxban igen. Ez azt is jelenti, hogy ilyenkor egy új cikk írásakor nem tudom megnézni Opera alatt a cikket, amíg nem publikálom. Ilyenkor mindig más böngészőre kényszerülök.

Az admin felületen két komoly hibát találtam, ami nem megy Opera alatt: az egyik, hogy a bejegyzések írásánál nincsenek meg a formázó gombok Opera alatt (a natív szerkesztőben), a másik, hogy ha módosítok a beállításokon, akkor a mentés visszadob az admin felület kezdőoldalára, és nem ment el semmit, elég zavaró. Ha neked is van blogod a blog.hu alatt, és szoktál használni Operát az admin felületen, akkor az ezzel kapcsolatos hibákról is jelezz itt vissza.

Nemrég több helyen is megjelent az a hír, hogy az Opera titokban javított két súlyos biztonsági hibát, és erről elfelejtette értesíteni a felhasználókat. A száraz tényeket nézve ez valóban így történt: az Opera 9.02-ben fény derült két biztonsági hibára, amelyeket az Opera 9.10-ben kijavítottak, viszont erről egy szó sem szerepelt a változások listájában (a listát azóta már frissítették).

Világos, hogy ez az eljárás nem volt túl szerencsés a felhasználókra nézve, de szó sincs semmilyen eltitkolásról ebben az esetben. Valószínűleg sokan olvastátok már az Opera Desktop blogon megjelent írást erről az esetről, ahol megmagyarázzák, hogy miképpen fordulhatott elő ez a balszerencsés eset. Fontos amúgy megjegyezni, hogy semmilyen tragédiáról nincs szó: egyrészt a hibát már a nyilvánosságra kerülés előtt javították, másrészt azok, akiket érdekelnek a biztonsági hibák, valószínűleg amúgy is frissítik a böngészőjüket, ha új verzió jön ki.

A fenti cikk alapján röviden össze lehet foglalni, hogy mi történt. Az Opera a biztonsági hibák esetében ugyanis nem úgy jár el, hogy megjelenik a hiba, aztán megnézik, hogy mi lehet a gond. A hibákat többnyire valamelyik biztonsági hibákkal foglalkozó szervezet fedezi fel, és ők még a hiba nyilvánosságra hozatala előtt értesítik a fejlesztőt a hibáról. Ők ketten aztán megpróbálják felderíteni, hogy a hiba mennyire súlyos, milyen esetekben lehet kihasználni, stb. A hiba felfedezője sokszor megszab egy határidőt is, ameddig ő vár a hiba nyilvános bejelentésével. Ha még a határidő előtt elkészül egy javítás, akkor mindketten nyilvánosságra hozzák a hibát, és elérhetővé teszik a javítást. Az Opera sok kisebb verzióváltása ilyen biztonsági hibák javításából fakad.

Jelen esetben az történt, hogy az Opera még a határidő előtt elkészített egy gyors javítást, de tovább vizsgálták a hibát, hogy más hasonló esetekben is jelentkezik-e, ezért még nem hozták nyilvánosságra a sebezhetőséget. Ettől teljesen függetlenül megjelent az előre betervezett Opera 9.10 az adathalász védelemmel, és belekerült az a két javítás is, amiket még nem teszteltek le kellőképpen. (Közben jöttek az ünnepek, és telt az idő.) A tesztelés végén az iDefense nyilvánosságra hozta a hibákat, és közölte, hogy az Opera 9.10 már javította ezeket. Ekkor derült ki, hogy a változások listájában ez a javítás nem szerepelt.

Szóval ne felejtsd el frissíteni az Operát a 9.10-es verzióra, és böngéssz továbbra is biztonságosan.

Pénteken ugyan elmaradt a szokásos előzetes verzió (helyette az egyik fejlesztő búcsúlevelét olvashattuk), de ma már pótolták ezt a hiányosságot. Az új verzió egy Release Candidate, ami azt jelenti, hogy ha nem találnak benne több komolyabb hibát, akkor ez lesz a végleges 9.02-es verzió. A fejlesztők külön kiemelték, hogy az olyan hibákat, amelyek a régebbi verziókban még nem jelentkeztek, feltétlenül jelezzük a hozzászólásokban [regression] jelöléssel.

Az új előzetes máris javítja a mai napon a Secunia oldalán publikált biztonsági hibát, amely az Operán kívül több nagyobb böngészőt is érintett. A hiba az OpenSSL protokoll kezelésével kapcsolatos.

A fontosabb változások a legutóbbi előzeteshez képest a következők:

• a live.com oldala újra működik
• újra megjelenik egy hírcsatonánál a feliratkozást megerősítő ablak
• a könyvjelzők beállításai újra elérhetőek
• újra működik a helyesírás-ellenőrző a Gmail-ben
• A Yahoo Mail beta mostantól jobban működik
• javították a YouTube videók megjelenését
• selectNodes és selectSingleNode támogatása
• működik a másolás és beillesztés Gmail alatt (Unix)
• Működik a Shubert's PDF beépülő (Mac)

Letöltés

• Windows MSI - MSI telepítő
• Windows Classic - régi telepítő
• Macintosh
• Unix

Mostanában több helyen is panaszkodtak arra, hogy az Opera bizonyos esetekben hibásan jeleníti meg az Acid2 tesztet, annak ellenére, hogy elméletileg már átment ezen a teszten. A webstandards.org, ahol a tesztet készítették, el is helyezett az oldalán egy felhívást, ahová a teszttel kapcsolatos hibákat lehetett bejelenteni az Operával kapcsolatban. Ennek alapján kiderült, hogy több panasz valójában nem is hiba, hanem a teszt része, más esetekben pedig jogosan nem működik a teszt Operában.

A visszajelzések után meg is jelent egy újabb cikk a webstandards.org oldalán, ahol szépen összefoglalják azokat a hibákat, amelyeket az Operával kapcsolatban kaptak. A leggyakoribb ezek között az volt, hogy a kép szétcsúszik az oldal görgetésekor: ez valójában nem hiba, hanem a teszt része, a fixed típusú elemeket teszteli. A mosolygó figura akkor is széteshet, ha megváltoztatjuk az alapértelmezett betűtípusokat és méreteket: ez ugyancsak nem hiba, mivel a tesztnek csak a szokásos beállításokkal kell működnie. Az is a teszt része, hogy a figura orra színt vált, amikor rávisszük az egeret.

A kép akkor is szétesik, ha az Operában bekapcsoljuk az illeszkedést (fit to width) vagy a kisképernyős módot. Az illeszkedés esetében (lásd a képet) a teszt viszonylag jól jelenik meg, viszont több hibát is tartalmaz. Ez azért van, mert az illeszkedés során alkalmazott MSR technológia nem minden esetben követi a szabványt (érthető módon). Másrészt mivel a tesztben nincs is vízszintes görgetősáv, így igazából nem ad okot arra, hogy jelentős változásokat okozzon a megjelenítésben, így ez egy kisebb hibának is felfogható. A kisképernyős megjelenés esetében teljesen szétesik a kép, de ez a durva átformázások miatt nem meglepő.

Van viszont pár valódi hiba is a teszttel kapcsolatban: nagyításnál összecsíkozódik a figura szeme és kockás lesz az orra, pedig ezeknek nem lenne szabad megváltozniuk. Egy másik hiba akkor jön elő, ha kikapcsoljuk a képeket. Ebben az esetben a szemek helyén egy piros téglalap jelenik meg, jelezve, hogy nem sikerült a teszt. Ez a téglalap a képek visszakapcsolása után is ottmarad, pedig nem kellene neki.

Nagyon sokan panaszkodtak még azzal kapcsolatban is, hogy az Acid2 teszt nem szabványos CSS, így az egésznek nincs semmi értelme. Viszont ez egy teszt esetében elfogadható, mivel több hibás elemet tesztel így, amelyeket a böngészőnek a szabvány szerint figyelmen kívül kellene hagynia. Ha mégis figyelembe veszi a hibás elemet, akkor eltér a szabványtól, ezért kell a tesztnek érvénytelen kifejezéseket is tartalmaznia.

A fentieket figyelembe véve elmondható, hogy az Opera mégis teljesíti az Acid2 tesztet, mondjuk úgy, kisebb hiányosságokkal.