Trápenie s OSS

15.3.2011 10:36 | Přečteno: 1871×

Dostal som sa, ako slepé kura k zrnu, k údržbe jedného extensionu pre Firefox. No a keďže vydanie FF 4 je za rohom, tak som nútený postarať sa o kompatibilitu toho extensionu s novou verziou. Hoci považujem FF za "high profile" aplikáciu zo sveta OSS, je to neuveriteľné trápenie.

Tá "moja" extension má dve časti, jednu napísanú v C++ a druhú napísanú v JavaScript-e. Firefox 4 mení verziu Gecka z 1.9.x na 2.0. To znamená, že môj C++ kód treba prekompilovať s novším kódom od mozilly. Ten sa volá "xul-runner SDK". Fajn. Stiahnem a narazím na problém, že zrazu nejaký NS_ATTR_MALLOC v zdrojákoch mozilly nie je známy. Po siahodlhom googlení som sa dočítal, že je to známy problém popísaný v bug # 577831. Schválne sa tam pozrite. Ja neviem či už starnem, ale pochopiť z tej bugzilly, čo treba spraviť bolo takmer nad moje sily. Bug bol označený za FIXED komentárom č. 13 v ktorom je odkaz na úpravu Makefile.in použitého pri kompilovaní xul-runner SDK. To bolo v auguste 2010. Keďže ale problém u mňa pretrvával, domnieval som sa, že si musím xul-runner SDK skompilovať sám. Práca asi tak na 5 hodín. Nepomohlo. Pomohlo až pridanie #define-u MOZ_NO_MOZALLOC a linkovanie do môjho projektu.

Sláva, kompilácia sa podarila. Ale nejasajme predčasne. Po niekoľkých relatívne slušne zdokumentovaných zmenách potrebných na prechod na Gecko-2.0 sa vyrobenie novej verzie addonu podarilo. Po niekoľkých iteráciách sa ho dokonca podarilo nainštalovať. Ale nefungujú mi JS funkcie, ktoré vracajú pole stringov.

Tu sa musím trocha vrátiť do minulosti. Keď sa robí extension, tak sa začína písaním .idl súboru. Ten popisuje aké funkcie extension poskytuje. Tento súbor má syntax XPIDL a programom xpidl.exe sa z neho generujú .xpt a prípadne .h súbory. Schválne si skúste vyhľadať informáciu o tom, ako v XPIDL zapísať funkciu vracajúcu pole stringov. Jediné čoho so sa nakoniec mohol chytiť je XPIDL syntax. Ale prakticky žiadne príklady či tutorialy na nete nie je možné nájsť.

Nuž, keďže mi nefunguje niečo v JS, tak čo človek potrebuje? JS debugger. Zavrhol som názor kolegu ( pre ktorého je HTML/CSS/JS hlavnou náplňou práce) používať alert() ako debugovací nástroj. Existuje predsa Venkman JS debugger. Lenže chyba lávky. Venkman debugger v aktuálnej verzii 0.9.88.1 sa síce v pohode nainštaluje. Ale nie je ho ako spustiť. V menu chýba. Nevadí, veď spustiť sa dá aj inak napr. cez URL "x-jsd:debugger". Teda malo by sa dať. Keby to neskončilo s chybou, že niečo, čo potrebuje venkmanov JS "is not implemented". Ďalšie pátranie odhalilo, že ide o bug #589587 a bug #614557. Oba sú označené za FIXED. Ale vo verzii distribuovanej na http://addons.mozilla.org tie fixy nie sú. Dokonca ani moje pokusy dostať patch-e odkazované z tých reportov v bugzille nepomohli.

Vzal to čert. Poďme riešiť to, že mi prestali chodiť polia stringov. Googlenie ma zanieslo na stránky NoScript-u, kde sa v changelogu píše: "Fixed further breakages due to Array prototype chain glitches introduced in latest Minefield". (Mimochodom, vzhľadom na popularitu NoScript-u by som čakal krajšie vyzerajúce stránky). Hmm. Že by predsa len aj niekto iný narazil na problém s poliami? A dokonca ho vyriešil? To by bolo fajn. Keby k NoScript-u existoval prístup k nejakému VCS a ja by som si mohol porovnať rozdiely medzi verziou pred a po fixe. Ale ten sa mi nájsť nepodarilo.

Hlboký povzdych.

Kam sa otočím, tam narážam na problémy. Veci nefungujú, nie sú zdokumentované, informácie sú zastaralé, patche neriešia problém, návody nezrozumiteľné, ... som sklamaný. Nehrabal som sa predsa v nejakých mini-projektoch, o ktorých vie 5 ľudí na svete. Je to skutočne taká bieda?        

Komentáře

[R]

Pri Mozille je to bezny stav.

[polymorf]

Tiez som robil jedno rozsirenie pre FF, nikdy viac. Bugreporty som posielal kazdu pol hodinu. Po dvoch rokoch som sa na to vysral.

[Luboš Doležel (Doli)]

FF je browser, který pomohl zbavit svět nadvlády IE, ale za ostatními prohlížeči začíná zle zaostávat. Nové technologické featury přichází se zpožděním, je to zoufale pomalé při spouštění i při běhu a porod při psaní rozšíření je naprosto unikátní. Kéž by někdo nahradil NPAPI. S tím se člověk bohužel musí otravovat i u jiných prohlížečů.

[Pindal]

S NPAPI je právě nejmín starostí, tím neřikám že není co vylepšovat. O to se snaží Google pomocí Pepper.

[Josef Kufner]

Verze 4 už je na tom s rychlostí celkem dobře. Žádný zázrak, ale aspoň to už je rychlejší než uživatel.