Leggo in un articolo pubblicato su Tom’s hardware dal titolo «Firefox ha 6000 bug e nessuno che se ne occupi»

Firefox ha circa 6000 difetti potenzialmente pericolosi, e nessuno farà nulla per risolverli. La fondazione Mozilla non è abbastanza attiva su questo aspetto, e il processo di analisi e correzione (triage) semplicemente non funziona.

Si parla di Tyler Downer (mettere un link all’articolo originale pareva brutto?), peccato che il senso delle sue parole venga stravolto.

In Spring 2010, we hit roughly 13,000 UNCO bugs in the Firefox product on BMO. 13,000!!! We currently have 5934.

I 5934 bug nel prodotto Firefox¹ sono UNCONFIRMED (UNCO), in altre parole nessuno ha avuto il tempo di leggerli, stabilire se si tratti di un problema reale e impostarne lo stato a NEW. Cinque minuti su BugZilla sono sufficienti per rendersi conto che molti di questi bug sono incompleti, riguardano situazioni ben documentate o non sono semplicemente bug di Firefox. E se qualcuno avesse mai visto una puntata di E.R., saprebbe anche che il triage non è “analizzare e correggere”, ma selezionare e smistare i problemi in base alla gravità.

Sarà ma di questi tempi ho l’impressione che si debba criticare Mozilla a prescindere…

[1] BugZilla è suddiviso in prodotti, non sempre intuitivi per chi non ha esperienza nel mondo Mozilla. Nello specifico si parla di bug aperti per il prodotto Firefox, in alcuni casi questi bug verranno spostati verso componenti più specifici, in altri casi verranno chiusi. Questo è esattamente uno dei compiti del triage.

Come spero avrete notato in settimana è uscito Firefox 5, primo risultato del nuovo ciclo di rilascio rapido che ci porterà ad avere Firefox 6 prima di settembre.

Da tutte le parti si critica la scelta di Mozilla di utilizzare il “metodo Chrome” per la numerazione delle versioni, personalmente trovo la discussione poco utile. Che la versione sia 5 o 4.1 poco cambia, più interessanti sono altri aspetti:

• a quanto pare pochi si lamentano del fatto che il passaggio alla versione 5 sia stato proposto come minor update, in altre parole non è stata richiesto all’utente se volesse passare alla nuova versione (come avviene per un major update, ad es. 3.6.x -> 4). Questo è positivo se l’obiettivo è arrivare ad avere un sistema di silent update (tanto per cambiare in stile Chrome);
• il problema principale è legato alla compatibilità delle estensioni. In questo caso il nodo non è certo il numero 5 – se si fosse chiamata 4.1 la situazione non sarebbe cambiata – quanto la difficoltà pratica per gli autori, quasi sempre volontari che sviluppano per puro hobby, di verificare la compatibilità delle estensioni con un ciclo di vita di sole sei settimane.

Interessante è la (lunga) discussione su dev-planning, in particolare alcune risposte di Asa Doztler che, stando al suo profilo Linkedin, adesso occupa il ruolo di “Director of Firefox”:

• a chi gli fa notare che esistono estensioni non ospitate su AMO, ad esempio utilizzate per la gestione di intranet aziendali, viene risposto che la diffusione in ambito corporate di Firefox non è un obiettivo. Opinione già sentita più volte in passato e poco condivisibile.
• sulla questione compatibilità delle estensioni

Add-on authors who use the Add-on SDK and host at addons.mozilla.org (and their users) will be rewarded with add-ons that don’t require any developer intervention across Firefox rapid releases.

In altre parole: il futuro è quello di estensioni basate su Add-on SDK (qualcuno ricorda la “vecchia” querelle su JetPack?). A questo punto il vero problema è: il nuovo SDK è maturo per estensioni complesse? Se la risposta è no, quando lo sarà? Gli utenti saranno disposti ad aspettare?

Aggiungo una nota: chi ospita le proprie estensioni su AMO ha a disposizione un pannello di controllo che permette di modificare agevolmente la compatibilità senza bisogno di rilasciare una nuova versione del componente aggiuntivo. Molte estensioni sono state automaticamente aggiornate dallo staff di AMO per aggiungere la compatibilità a Firefox 5.

Personalmente non ho avuto alcun problema nel passaggio 4->5, al contrario ne ho avuti diversi nel passaggio 3.6->4 (ho dovuto riscrivere la parte del codice relativa alla gestione delle preferenze).

Mi riallaccio a quanto già scritto per segnalare un bel post di Sean Martell sulle nuove icone per versioni nightly e aurora.

Direi che per il momento il risultato sulle nightly è carino (con qualcosa da sistemare sul fronte “branding”).

Qualche annotazione sul nuovo ciclo di sviluppo rapido adottato da Mozilla:

• gli sviluppatori, come è sempre avvenuto, lavorano sul repository mozilla-central (trunk). Le nightly vengono realizzate a partire dal codice presente in questo repository e ovviamente si tratta delle versioni meno stabili;
• ogni sei settimane le modifiche vengono spostate nel repository mozilla-aurora. Questo repository non prevede la possibilità di modifiche alle stringhe (è “string frozen”), lo scopo è quello di stabilizzare il codice prima di distribuirlo a un pubblico più ampio. Questo significa che i localizzatori possono lavorare su questo repository o, se lo decidono, direttamente su mozilla-central.
• dopo altre sei settimane il contenuto di mozilla-aurora viene spostato nel repository mozilla-beta;
• sei settimane dopo si passa da mozilla-beta a mozilla-release.

L’immagine seguente dovrebbe essere sufficientemente chiara, anche sui numeri di versione. Mentre la versione 5 inizia il ciclo “aurora”, sul trunk inizia il lavoro sulla versione 6 e così via. Di conseguenza ogni sei settimane si avrà una nuova versione.

Ad ogni repository corrisponde un canale di aggiornamento (nightly, aurora, beta, release), selezionabile nella finestra Informazioni su Firefox (come sempre design e localizzazione non sono necessariamente definitivi).

Nel numero 241 (aprile 2011, pag. 174) di PC Professionale, nella rubrica della posta si parla di Firefox e Plugin Container. La rubrica è a cura di Gianluca Marcoccia, onestamente non so se tutte le risposte siano scritte da lui o dalla redazione.

Un lettore scrive lamentando problemi con Firefox (errori e blocchi, processo Plugin Container che consuma CPU), cito alcune parti della risposta.

Il Plugin container di Firefox è una piccola macchina virtuale all’interno della quale sono eseguite le estensioni del browser, con un procedimento analogo alla sandbox delle applicazioni Java. Ogni plug-in può accedere solo alla memoria e alle risorse messe a disposizione dal Plugin container, per impedire che estensioni mal progettate (o che eseguano deliberatamente codice dannoso) possano compromettere il browser o l’intero sistema operativo.

Alla fine della risposta, come extrema ratio viene suggerito di disattivare il plugin container modificando le voci dom.ipc.plugin.enabled.*

Al successivo riavvio, le estensioni saranno eseguite nello stesso spazio di memoria dedicato al browser e con gli stessi privilegi. Questa procedura annulla la protezione aggiuntiva contro i malware e i plug-in mal progettati, perciò deve essere considerata l’ultimo rimedio praticabile.

Le estensioni (extensions) e i plugin (plug-ins) sono due oggetti diversi, come dice il nome stesso il Plugin Container riguarda i plugin, non le estensioni. Citando la relativa pagina di SUMO.

In Firefox 3.6.4 e versioni successive, alcuni plugin sono caricati separatamente dal browser per mezzo del programma plugin-container, permettendo al processo principale del programma di rimanere in esecuzione se si verifica l’arresto anomalo (crash) di un plugin.

Il progetto Electrolysis ha come obiettivo la separazione dei processi relativi a interfaccia del browser, plugin e contenuti web. Una prima parte (Out-of-process plugins – OOPP) è stata rilasciata con Firefox 3.6.4 nel giugno 2010.

L’obiettivo principale è quello di migliorare la stabilità del browser: ogni plugin supportato dal sistema OOPP viene eseguito in un processo separato da quello del browser, in caso di crash del plugin il browser rimane attivo e funzionante. Non mi risultano, ma potrei sempre sbagliare, miglioramenti relativi alla sicurezza della navigazione legati all’OOPP (a parte, forse, l’effetto collaterale di impedire l’esecuzione di codice in caso di crash).

Per inciso, la maggior parte dei problemi con plugin-container.exe è legata a software di sicurezza (antivirus e firewall) configurati in modo errato.

Mentre il lavoro sulla release candidate di Firefox 4 dovrebbe concludersi entro il 25 febbraio, la cosa che più balza all’occhio nell’ultimo periodo è la diaspora di pezzi importanti del puzzle: a novembre dell’anno scorso John Lilly (decisione annunciata a maggio, ad oggi non ho ancora avuto modo di valutare il suo successore), a dicembre Aza Raskin, a breve lascerà anche Mike Beltzner , attualmente “Director of Firefox” in Mozilla Corporation.

Se a questo si aggiunge la sempre maggiore concentrazione sul marketing – chiamarlo “engagement” non migliora la situazione – e l’ascesa in credibilità e influenza di personaggi che non ho mai gradito, non sono del tutto ottimista sul futuro di Mozilla (o sul mio coinvolgimento nel progetto).

A quanto pare l’interfaccia di Firefox 4 sarà all’insegna del «meno è meglio»: sparita la barra dei menu (bastano due clic per riaverla), sparita la barra di stato (sostituita dalla “barra dei componenti aggiuntivi”), sparita l’icona che notifica la presenza di un feed RSS nella barra degli indirizzi (un’estensione e passa la paura), oggi ho scoperto che anche la mancata notifica della disponibilità di un plugin di ricerca nella searchbar non è un bug ma una feature (bug relativo, meta-bug sull’estirpazione delle notifiche).

L’idea di fondo è che nessuno le guarda, e se qualcuno è interessato non saranno i due clic in più a scoraggiarlo.

People will likely criticize this change saying “it is important that I am able to see that a search engine is available, in case I want to add it.” I believe that notifications have a cost of momentarily wasting the user’s time, and it is only worth going through with the notification if there is a reasonable chance that the user is going to act on it. In my opinion, adding a search engine doesn’t pass the bar of reasonable chance of action.

Che dire? Non sono d’accordo e prevedo numerose lamentele in proposito.

Passando agli aspetti positivi, decisamente meglio il cambio di stile delle notifiche JavaScript: sfondo sfocato, attenzione concentrata sulla richiesta.

Archiviata la beta 6, uscita con solo un paio di bugfix a metà settimana, è quasi tempo di beta 7, sperando che riescano a rispettare i tempi previsti (in questo preciso istante ci sono ancora 53 bug “bloccanti”).

Veniamo alle novità, partendo dalla nuova finestra About che include un pulsante per verificare manualmente la presenza di aggiornamenti (il comando analogo è stato ovviamente rimosso dal menu Aiuto).

Molte le novità sul fronte Firefox Sync:

• è stata completamente ridisegnata la procedura guidata di configurazione;
• adesso il nome utente corrisponde all’indirizzo e-mail;
• si è passati dalla dicitura secret phrase a sync key. La chiave di sincronizzazione può essere inserita dall’utente o generata automaticamente, a scopo di backup è possibile salvare un file (in formato testo o HTML), stampare o inviare per e-mail la chiave;
• vengono introdotti dei limiti sulla dimensione dell’account (quota), anche se al momento i conteggi risultano piuttosto strampalati. Questo passaggio era inevitabile, se si considera che già durante i test di inizio luglio (Whistler) c’erano utenti che occupavano 500MB di spazio (comodo avere spazio gratuito con dati cifrati…).

Decisamente rivoluzionata la barra degli indirizzi: il pulsante stop/aggiorna è stato integrato con il pulsante Vai, quando si posiziona il mouse su un collegamento l’indirizzo di destinazione viene visualizzato nella barra degli indirizzi e non più nella barra di stato.

La notifica per il salvataggio delle password non viene più visualizzata come una barra ma con una nuvoletta simile a quella utilizzata per le estensioni.

Adesso è possibile cercare una scheda in Panorama (ex Tab Candy)

Un paio di note a margine:

• la versione localizzata di Firefox Home è stata inviata all’AppStore il 25 agosto. Ad oggi, a distanza di 20 giorni, non si sa ancora nulla su cosa stia succedendo (grazie Apple);
• al momento AMO presenta un fastidioso miscuglio di stringhe in italiano e in inglese. La cosa è destinata a rimanere tale, o peggiorare, finché non riceverò (riceveremo) una risposta degna di questo nome da parte degli sviluppatori. Mi scuso con gli utenti che non capiscono una parola di inglese ma anche il mio fegato ha un limite, ed è due anni che la situazione non fa che peggiorare. Sempre a proposito di AMO cominciano a comparire in Firefox delle stringhe relative al Market Place (estensioni a pagamento). A questo proposito sono molto curioso di vedere come verrà gestita la cosa, anche se sono decisamente pessimista sulla validità di questa scelta.

In serata dovrebbero iniziare le build di Firefox 4 beta 5. Contrariamente alla previsioni e come già indicato nell’aggiornamento al post precedente, si è deciso che questa beta non sarà feature complete, spostando questo obiettivo alla beta 6. Ecco alcune delle  novità in arrivo.

about:home

In pratica viene replicata l’home page predefinita di Firefox all’interno di una pagina about. In realtà credo che lo scopo sia soprattutto quello di facilitare aggiornamenti e integrazioni future (vedi bug relativo).

about:support

È stata inserita una sezione dedicata alla scheda grafica (su Windows), così come un’opzione per attivare/disattivare l’accelerazione hardware.

Struttura del pulsante Firefox

Non usando abitualmente Windows potrei sbagliare (eventualmente segnalatemelo), ma non credo che il menu con questa struttura fosse già disponibile nella beta 4.

Web Console e Inspector

Prosegue il lavoro sugli strumenti di sviluppo, con il primo (Console web) decisamente più avanti del secondo. Speriamo risolvano rapidamente il problema dello sfarfallio dei pannelli.

Gestore estensioni

Ancora miglioramenti estetici e funzionali per about:addons. Adesso è possibile cercare tra i componenti aggiuntivi installati e quelli disponibili su addons.mozilla.org, così come ordinare i risultati di ricerca.

Nuovo aggiornamento per Firefox 4 beta: tra le novità principali l’integrazione di Firefox Sync e Firefox Panorama (ex Tab Candy). Per una panoramica di queste funzioni vi consiglio di dare un’occhiata ai due video di presentazione disponibili in questa pagina.

Citando dal post di Mike Connor su Firefox Sync

Sync utilizza algoritmi di crittografia forte per cifrare i tuoi dati prima che vengano caricati sul server. La frase segreta viene utilizzata come chiave per la cifratura e, al fine di garantire la sicurezza dei tuoi dati, non viene mai trasmessa. Questo significa che Mozilla non può leggere i tuoi dati, garantendoti il pieno controllo (il che è perfetto, perché noi non vogliamo leggere quei dati!)

Per Firefox Panorama vi consiglio invece di leggere il lungo post di Aza Raskin.

A margine: la prossima beta dovrebbe essere “feature complete”. In altre parole le funzioni che non saranno presenti nella beta 5 non saranno incluse nella versione finale di Firefox 4 ma slitteranno alla versione successiva. Tra le caratteristiche attualmente a rischio ci sono:

• Aggiornamenti invisibili (silent update) su sistemi Windows
• Account Manager
• Inspector e Web Console (strumenti per sviluppo web)

Aggiornamento 27.08.2010
Contrariamente alla previsioni è stato appena annunciato che feature completeness e relativo string freeze verranno spostati alla beta 6 (indicativamente prevista per il 10 settembre).

Con discreto ritardo rispetto alle previsioni, è disponibile per il download la terza beta di Firefox 4. Rispetto alla beta precedente sono due le novità di rilievo:

• una nuova modalità di rappresentazione dei valori JavaScript in C/C++ (vedi articolo di Rob Sayre), che permette una velocità superiore nei calcoli complessi. All’atto pratico questo si traduce in una migliore resa grafica del browser;
• supporto al multi-touch su Windows 7.

Il ritardo è essenzialmente dovuto a problemi con l’integrazione di Firefox Sync sul ramo principale di sviluppo. L’operazione è avvenuta all’ultimo, causando problemi di prestazioni e memory leak che hanno obbligato gli sviluppatori a posticipare l’integrazione alla beta successiva.

In compenso la beta 4 dovrebbe essere feature complete entro venerdì 13 agosto e gli sviluppatori sperano di riuscire a integrare nel browser, oltre a Firefox Sync, anche le funzioni di Tab Candy.

Vi lascio con un video di Paul Roget alle prese con un monitor multi-touch

È ufficialmente disponibile per il download Firefox 4 beta 2. A differenza della prima beta, questa nuova versione di Firefox è localizzata in 23 lingue, tra cui l’italiano.

Come già indicato in passato, l’installazione di versioni beta è consigliata ad utenti esperti: si tratta di versioni non definitive e non necessariamente stabili, per cui i crash e le perdite di dati sono eventi da non escludere. Per questo motivo abbiamo deciso di non confondere gli utenti alle prime armi inserendo un link nella sezione Download del sito di Mozilla Italia. Il nostro suggerimento è quello di utilizzare un profilo appositamente creato (vedi istruzioni) e solo estensioni espressamente compatibili con la nuova versione del software.

Per discutere delle nuove caratteristiche e dei problemi riscontrati con Firefox 4 beta abbiamo creato una sezione specifica sul nostro forum, affiancandola ai dati raccolti attraverso l’estensione Test Pilot. L’obiettivo è quello di raccogliere le impressioni degli utenti italiani in modo da poterlo trasmettere periodicamente agli sviluppatori Mozilla.

Ecco qualche spunto di discussione:

1. Qual è la tua opinione in generale su questa versione?
2. Le schede visualizzate in alto sono più semplici da utilizzare?
3. Hai riscontrato problemi con siti di streaming video?
4. Come funzionano i tuoi social network preferiti (ad es. Facebook) con questa beta?
5. Ti sembra più veloce di Firefox 3.6?
6. Il caricamento delle pagine risulta più rapido?
7. La tua webmail preferita (ad es. Gmail, Yahoo Mail, ecc.) funziona correttamente? Il suo utilizzo è migliorato con la nuova beta?
8. Hai provato dei giochi online sulla nuova beta? Come ti sono sembrati?
9. Hai riscontrato problemi con siti di streaming musicale?
10. Hai riscontrato problemi con la gestione delle schede?
11. Hai riscontrato problemi con altri siti popolari in Italia?
12. Qual è la caratteristica che preferisci in questa nuova beta?
13. Qual è la caratteristica di questa versione che vorresti assolutamente cambiare?

Entro qualche giorno sarà disponibile per il download la versione beta 2 di Firefox 4. A differenza della prima beta, questa versione sarà localizzata in 26 lingue, tra cui l’italiano. Come già in parte anticipato in un post precedente, Firefox 4 segna un punto di svolta nella gestione del ciclo di prodotto:

• le beta verranno rilasciate a distanza di 2-3 settimana l’una dall’altra. Se non ricordo male ho letto una previsione iniziale di 5 o 6 beta;
• gli utenti potranno, attraverso l’estensione Test Pilot preinstallata, partecipare ad una serie di test e sondaggi sull’utilizzo del browser. La differenza rispetto al passato è che il target non sono solo gli utilizzatori del browser in lingua inglese ma anche gli utenti delle versioni localizzate. Lo scopo è evidentemente quello di allargare la base d’utenza delle versioni beta;
• il feedback proveniente dalle comunità locali verrà raccolto da una persona (indovinate chi?) e trasmesso in forma sintetica direttamente a Mozilla. Per questo scopo verrà creata un’apposita sezione sul forum di Mozilla Italia (dettagli ancora da definire);
• da un paio di giorni le comunità locali stanno provando la beta2 e riferendo i problemi riscontrati prima della distribuzione ufficiale.

Inutile nascondere che questa beta2 ha richiesto una quantità immane di risorse, quantomeno dal mio punto di vista. Se volete dare una mano, ricordatevi che siamo sempre alla ricerca di volontari, non solo per lavori di traduzione, QA o test ma anche semplicemente per rispondere sul forum

Nel frattempo sono pure riuscito a realizzare la mia prima patch per mozilla-central (visto che nessuno chiudeva il bug, me lo sono chiuso da solo)

Come probabilmente già saprete, nei giorni scorsi l’applicazione Firefox Home per iPhone è stata ufficialmente accettata nell’AppStore di Apple. Per celebrare questo successo, Creative Collective ha deciso di indire un concorso per disegnare una skin per iPhone (per chi non sapesse di cosa si tratta, sono adesivi rimovibili applicati ad entrambi i lati del telefono per personalizzarlo) sull’argomento Home is Where the Phone is.

Il concetto alla base del design è che Firefox Home ti offre accesso immediato alla tua parte preferita del Web e puoi finalmente portare con te, sul tuo telefono, la “tua casa”. Ecco alcuni temi su cui focalizzarsi:

• Alzati e vai. Ricominciare da dove ti eri fermato con Firefox non è mai stato così facile.
• Casa dolce casa. Accesso alla tua parte preferita del Web, in ogni momento e in ogni luogo.
• Non iniziare da zero. Goditi il vantaggio di sfruttare la cronologia del tuo Firefox.
• Il piacere del tuo Web. I tuoi dati personali sono al sicuro e sempre con te.

Sfrutta al massimo la tua creatività e non prendere i temi troppo alla lettera. Il team Mozilla sceglierà i 5 migliori design, poi sarà la comunità a votare il vincitore.

La scadenza del concorso è fissata per il 15 agosto, ulteriori informazioni sono disponibili alla pagina dedicata al concorso su Creative Collective.

A giorni verrà rilasciata la beta 1 di Firefox 4 e, ancora una volta, la mia sensazione è che in Mozilla vogliano fare le cose (troppo) di corsa:

• non si capisce perché partire direttamente con una beta;
• per la prima volta dopo anni la beta 1 sarà disponibile solo in lingua inglese (l’infrastruttura l10n non è pronta). Per la cronaca, le nightly attuali in italiano sono già completamente tradotte. La cosa meno comprensibile è che con Firefox 4 hanno in programma di allargare la base di utenti per i test coinvolgendo le comunità locali (a breve ulteriori informazioni sul progetto Firefox 4 beta ambassador feedback). Mi chiedo come si possano conciliare queste due decisioni;
• hanno fatto il freeze del codice per poi scoprire una serie di regressioni, probabilmente toccherà rimuovere il codice relativo al drawing-in-titlebar;
• sono state gettate nel calderone funzioni con nomi provvisori ed è stata inserita come dotazione standard l’estensione Test Pilot, peccato che presenti errori di parsing nei file contenenti le stringhe. Onestamente non ho capito se queste due funzioni faranno parte della prima beta oppure no.

Sempre nei prossimi giorni verrà rilasciata la versione 3.6.6 di Firefox. A quanto pare il nuovo Firefox OOPPato non va molto d’accordo con le pagine web con contenuti Flash complessi (ad esempio Farmville) (personalmente la trova una feature, non un bug ), per cui tocca aumentare il valore predefinito di dom.ipc.plugins.timeoutSecs (da 10 a 45). La versione 3.6.5 viene “saltata” in quanto già il numero di versione è già stato riservato internamente dal team mobile (Firefox Mobile 1.1 avrà Gecko 1.9.2.5).

Passando a notizie più liete, quantomeno per il sottoscritto, dal 3 al 10 luglio sarò in terrà canadese in compagnia di Giacomo:

• 3 luglio: Verona-Francoforte-Vancouver
• 3-6 luglio: turista a Vancouver con annessa visita agli uffici di Mozilla Messaging
• 7-10 luglio: Mozilla Summit a Whistler (in totale ci saranno 5 rappresentanti di Mozilla Italia, compresi michro, “air” gioxx e “bin” iacchi)
• 11 luglio: rientro in Italia con volo aereo durante la finale dei mondiali (tanto lo sapevamo che a ‘sto giro buttava male…)

Nota curiosa: ho fatto il conto e in due anni ho visitato ben 11 aeroporti per i vari eventi Mozilla (Verona, Bergamo, Malpensa, Roma Fiumicino, Vienna, Praga, Barcellona, i due aeroporti di Bruxelles, Amsterdam, Vancouver). Non male per uno che prima del luglio 2008 non era mai uscito dall’Italia