MondoZilla

JS: decisamente vivo!

2011-11-24T13:41:00.001+01:00

Dopo un mio post sul discorso morte di JavaScript, sono comparse un paio di notizie che la dicono molto lunga su quanto vitale, importante e potenzialmente standardizzante è/può diventare il linguaggio nato per il web.
Prima notizia: uno sviluppatore finora sconosciuto ha presentato BicaVM, una machina virtuale Java implementata in JavaScript. Riesce a comprendere circa il 60% dei bytecode Java e fornisce anche l'interfaccia JNI per il DOM, davvero notevole.
La seconda notizia è l'implementazione di OpenPGP in JavaScript, da cui è nata una estensione (solo chrome: segno dei tempi?) che permette di firmare la propria posta su Gmail.
Sarà ora di cominciare ad approfondire la conoscenza di JS?

(Post antico ritrovato nella polvere...)

Toh! Il fronte s'incrina...

2011-11-24T13:21:00.001+01:00

Un po' di tempo fa ho pubblicato una digressione circa il clima e le sue modificazioni, contro il catastrofismo dilagante e imperante. Bene, una settimana fa l'IPCC (il gruppo di eco-esperti pagati dall'ONU per esaminare le questioni climatiche) ha pubblicato il suo solito rapporto annuale, proprio quello che nel corso degli anni ha conosciuto alti e bassi scientifici (soprattutto bassi) e... Miracolo! Si ammette che i cambiamenti climatici possano avere origine naturale e non per forza antropica, e che non ci sono evidenze del fatto che gli eventi climatici estremi siano causati dal riscaldamento globale. E subito dopo sono uscite svariate email (datate, questo è vero) in cui gli scienziati si accordano per dare ai media sempre la stessa versione, anche se tra di loro non sono affatto concordi. Forse lo fanno per garantirsi i fondi delle ricerche?
Il fronte dei catastrofisti si incrina sempre più, proprio come il fronte Mozilla: StatCounter annuncia il sorpasso da parte di Chrome nelle statistiche di utilizzo sui siti che tiene sotto controllo.
Personalmente ritengo che d'ora in avanti FF conoscerà solo una discesa, lunga e lenta: non sono ottimista, ma speranzoso. Potrebbe essere la sveglia che serve per tornare a fare cose innovative e non copiative.
E dell'accordo con Google sugli introiti delle ricerche, scaduto ad inizio mese, ancora nessuna notizia...

Scarpe da clown

2011-11-15T10:06:00.001+01:00

Una delle poche cose divertenti rimaste nel seguire il mondo Mozilla è la scelta dei soprannomi per le grandi crociate dei programmatori contro bug assurdi o sempre più difficilmente inquadrabili.
A lato della oramai nota, benedetta e benefica campagna MemShrink per la diminuzione della memoria occupata da FF, è nata una nuova "classe" di bug soprannominata clownshoes, ovvero scarpe da clown. Le scarpe di clown sono quelle scarpe grosse, molto più del piede di chi le indossa, e rende bene quello che succede con la memoria allocata in FF. Il buon Nethercote in un suo post di questa estate spiega esattamente il perché del nome e di che tipo di bug si tratta: detto in soldoni, quando si fa una allocazione di memoria in FF tramite jemalloc (strumento discusso in passato), questo per ragioni di velocità alloca un pezzo di memoria pari alla più prossima somma di potenze di due o potenza di due secca. Questo vuol dire che se chiedo 2056 byte di memoria, jemalloc me ne ritorna 4096: i restanti 2040 prendono la strada del cesso (scusate la finesse)... E quando ne chiedete 33016 (come fa spesso sqlite con la paginazione a 32K introdotta qualche tempo fa), ve ne ritrovate 36864 allocati (32768 + 4096). Moltiplicate queste cifrette per le migliaia di allocazioni di una sessione di FF e buonanotte al secchio...
Per fortuna molti di questi bug hanno già trovato soluzione, mentre per il problema di sqlite invece si attende ancora una soluzione definitiva, anche se gli indizi sono positivi.
Tutto nasce da questo bug sistemato oggi che vuole rendere più visibili le allocazioni fatte dal cycle collector (il servizio di ripulitura e liberazione della memoria): un altro filone da investigare, proprio come quello dei formati multimediali (Ogg, VPX e WebM) che potrebbero fornire dei bei risultati alla fine della fiera.

JavaScript: vivo o morto?

2011-10-04T12:20:00.000+01:00

Dopo il NativeClient di Google, anche Intel presenta una sua soluzione per andare oltre l'interprete/compilatore JIT dei browser attuali: River Trail. Questa tecnologia permette di sfruttare appieno le CPU multicore moderne, cosa che gli attuali JIT JS non fanno... Pare che anche Brendan Eich di Mozilla sia favorevole a tale tecnologia se ricondotta ad uno standard riconosciuto, e si è detto disposto a favorirne l'iter di standardizzazione.
Mozilla per altro ha sviluppato un framework per giochi in 3D sul web via JS (occhio: tempi di caricamento MOLTO lunghi) più come esperimento per capire cosa e come modificare ciò che esiste per rendere davvero possibile sviluppare giochi nel browser.
Sempre oggi, Google ha rilasciato i suoi tool di test per JavaScript, usati anche per migliorare le prestazioni del suo V8 (interprete JS): spero vadano a fare compagnia ai tool che anche Mozilla da diverso tempo ha reso disponibili.
Insomma, da una parte si vuole andare oltre JS, dall'altra si lavora alacremente per renderlo fruibile come linguaggio di programmazione dei giochi e di applicazioni web complesse. Vorrei capire: JS è vivo o morto?

Piccola nota polemica (oramai immancabile): la versione 7 è stata pietosa sotto l'aspetto QA, spero che riescano a trovare la quadratura del cerchio, perché fare uscire una versione del browser in cui spariscono le estensioni non è propriamente buona pubblicità... E fare uscire 3 minor version (6.0.1, 6.0.2, 7.0.1), anche se per motivi diversi, in così poco tempo non depone bene per il futuro. E lo stesso problema di riflesso ha colpito tutti gli altri prodotti Mozilla: poco edificante. Forse la scelta di andare appresso a FF come cagnolini non è stata molto felice...

Chrome-mania

2011-09-30T09:09:00.000+01:00

Prima è venuta la separazione dei processi dei plugin (dopo 10 anni di infruttuosi tentativi per conto proprio), poi lo scopiazzamento della GUI, poi i rilasci rapidi delle nuove versioni e già si intravedono nuove riproposizioni all'orizzonte: Mozilla continua in un trend che non mi piace affatto.
La foglia di fico delle soluzioni giuste uguali per tutti a cui arrivano gruppi diversi di esperti va bene forse in generale: ma perché ci si arriva sempre dopo gli altri? Qualcuno mi faccia un esempio di soluzione Mozilla adottata da altri negli ultimi 2-3 anni per favore (no, le estensioni non contano; sono antecedenti e presto ne sarà modificata profondamente la capacità di influire sul browser Mozilla).
E trovo ancora più allarmante che certi bug (addirittura crash) vengano risolti o tamponati con delle soluzioni ispirate sempre a Chrome: agghiacciante.
A questo punto ritengo sia del tutto inutile proseguire a sviluppare il codice Mozilla così com'è: meglio concentrare le forze sul core IPC di Chrome, su Webkit (così facciamo contenti i fessi dell'Acid3) e mantenere la stretta vigilanza su tutto ciò che è privacy (e forse anche tenendosi il motore JS?): meno costi, maggiori risultati, differenziazione dalla concorrenza almeno sul versante del Manifesto Mozilla...
Altro esempio è il nuovo Native Client di Google, che è già nelle versioni di sviluppo di Chrome, e che si prepara a cambiare radicalmente lo scenario dei plugin. Proprio quel mondo "inventato" da Netscape e che Mozilla ho solo ritoccato alcuni anni fa per rinfrescare un po' le API con un occhio alla sicurezza e al codice oramai obsoleto ed inutile.

La sottile ironia è che appena Mozilla ha abbandonato l'idea di essere una piattaforma (strettamente legata agli standard tra l'altro), tutti gli altri si sono messi a creare mondi ed ecosistemi ma stavolta attrezzandosi per evitare la diaspora del web.

Senza bussola.

[NB. Post "anziano", riscoperto solo oggi...]

Scuse

2011-09-30T08:58:00.001+01:00

Devo chiedere scusa ad alcuni di voi: ho trovato quattro commenti non pubblicati in attesa di moderazione.
Di solito come arriva una notifica pubblico, ma stavolta o non ha funzionato il gioco via cellulare oppure non mi è arrivata la notifica, oppure ancora il nuovo blogger si deve ancora assestare un po'...
Resta il fatto che avete lasciato dei commenti e ho rischiato di censurarli inconsapevolmente: vi chiedo scusa.

Evento eccezionale

2011-09-07T17:05:00.001+01:00

Non capita spesso vedere chiudere un bug talmente anziano da avere solo quattro cifre come id su bugzilla, ma è quello che è successo tra ieri e oggi (quando sono stati inseriti anche i test) con questo bug, il numero 3512 aperto a Marzo 1999 (sembra una fiction).
La cosa ancor più interessante è che si è risolto un problema con una proprietà css dei font che è diventata standard di recente, ma che nessun test "acido" prende in considerazione: il prodotto Mozilla quindi è più aderente agli standard ma nessuno se ne accorge perché il punteggio dell'Acid3 rimane fermo al 97%...
E così i soliti ignoranti continueranno a parlare degli "scarsi risultati di Mozilla nei test" senza sapere di cosa parlano, come al solito.
Nel frattempo le statistiche ci dicono che entro l'anno prossimo potremmo ritrovarci un mercato dei browser sostanzialmente suddiviso in tre, in parti uguali: IE, FF e Chrome. Chi lo avrebbe anche lontanamente pensato 5 anni fa?
Ma sono tutti molto rapidi nel dimenticare che senza Mozilla (quella di allora) oggi avremmo un web al 98% in mano a IE (in versione 6? Brrrr...) e sostanzialmente immobile se non fosse per i grandi siti in flash, oramai per fortuna quasi scomparsi.

Off Topic - Con buona pace degli ecocatastrofisti...

2011-08-26T09:05:00.003+01:00

E' notizia di ieri/oggi che un nuovo studio del CERN imporrà una profonda revisione di tutti i modelli climatici finora adottati: è stato infatti accertato che i raggi cosmici influenzano dal 50 al 100% la creazione delle nuvole e di conseguenza il clima della Terra. Tradotto in altri termini: l'influenza umana sulla modifica del clima terrestre o è pari a zero o è molto prossima al medesimo. Con buona pace di tutti i protocolli di Kyoto e compagnia che puntavano alla creazione di un'economia sovvenzionata e speculativa basata su soldi pubblici e del tutto finta (vedi anche: bolla sulle energie alternative come il fotovoltaico, appena esplosa).
Sono quindi i raggi cosmici provenienti per lo più dalla nostra stella a influenzare l'andamento climatico del nostro pianeta, e noi, per quanto ci sforziamo di danneggiare il nostro pianeta, non siamo ancora in grado di danneggiarlo efficacemente (almeno per quanto riguarda il clima).
Ho come la sensazione che la notizia non verrà riportata da nessuna parte, chissà perché...

(Delirio di onni)Potenza del marketing

2011-07-12T07:58:00.004+01:00

Visto che le polemiche sulla numerazione delle versioni non si placano, il solito Asa Dotzler non ha perso (purtroppo) un'altra occasione per tenere chiusa la ciabatta, e ha fornito come ottima motivazione per il nuovo schema di numerazione la felicità della parte marketing e comunicazione di Mozilla. Ora, ognuno può pensarla come gli pare anche in maniera piuttosto decisa al riguardo, ma scrivere una cosa del genere mi fa personalmente ribollire il sangue, e secondo me aggiunge un altro chiodo sulla bara in cui Mozilla si è infilata...
E mi fa pensare parecchio anche questo articolo, che per quanto possa essere corretto ed informativo, mi sembra che sia stato "ispirato" da fuori solo per cercare di mettere l'ennesimo pannicello caldo per rispondere alle critiche di mancanza di velocità, prestazioni ed economicità di memoria di FF rispetto alla concorrenza. Si parla infatti di FF8, appena entrato in versione ~~alpha (ah no, scusate, bisogna dire aurora che fa più buzzword)~~ nightly e che vedremo l'anno prossimo: in sostanza, nonostante i brillanti benchmark e la prova su strada, nell'articolo si dice che FF8 sarà al livello di chrome 14 ma sembrerà sempre più lento a causa del prefetching dei dns di chrome che lo rendono molto più agile agli occhi di chi lo usa. E l'incognita IE10 sembra concretizzarsi come l'ennesimo grosso passo avanti di MS che quando ci si mette non è seconda a nessuno (indipendentemente dalle politiche commerciali discutibili, ma mi pare che altri vi si stiano uniformando...).
Sorge spontanea una domanda: ok, copiamo le idee buone e meno buone degli altri per essere competitivi, miglioriamo le prestazioni per portarle al livello degli altri, cerchiamo di fare marketing come gli altri, ma dove cacchio è finita l'innovazione, la sperimentazione di nuove idee e il dettare la rotta al mercato dei browser di qualche anno fa? Aspettiamo che il marketing detti la linea anche su questo?
Mi piacerebbe lanciare una proposta a Mozilla: ma dare un bell'anno sabbatico (magari di 5-6 anni effettivi) ad Asa per evitare altre dannose polemiche al progetto no?

EDIT: corretto come da commento del Presidente! :-P

MemShrink, ovvero la dieta Mozilla

2011-07-05T09:58:00.004+01:00

Siccome una grande parte delle critiche mosse a FF è quella di occupare troppa memoria e di tenersela una volta presa, senza restituirla al sistema operativo, Mozilla ha lanciato una campagna chiamata MemShrink per studiare il problema e trovare ove possibile delle soluzioni o almeno dei compromessi accettabili. L'iniziativa non è affatto nuova: all'epoca di Mozilla Suite 1.3 si fece una cosa simile ma con risorse inferiori e su una quantità di codice molto più ampia, con risultati appena visibili. I risultati furono talmente risibili che da lì nacque l'idea di phoenix...
Dopo alcune scoperte eclatanti, anche oggi è arrivata una patch non troppo complicata che permette di liberare moltissima memoria in più rispetto al passato quando non è in uso. Ci sono ancora alcune spigolature da smussare, indipendenti però da questa patch, che invece è già parte integrante di FF7.
Sembra proprio di intravedere come davvero interessante solo la versione 7, l'unica per cui sarebbe stato giusto fare un cambio di "major version", vista la quantità di migliorie dietro le quinte che sono in programma, mentre la versione 8 potrebbe presentare le prime vere novità visibili anche all'esterno.

Un post a parte

2011-06-28T17:24:00.003+01:00

Stavo rispondendo al commento di RNik, ma la risposta mi è scappata di mano... :)
Siccome ci sono delle riflessioni che credo siano valide in generale, ho deciso di farne un nuovo post.
___________________________

Non sono infatti sceso nei dettagli dell'articolo di sjvn, che essendo un opinionista prima di tutto, a volte mi trova d'accordo e tante altre neanche un po'. L'idea era che è opinione diffusa (e certi articoli di sicuro la rafforzano) che FF5 non ha nulla di davvero nuovo rispetto a FF4, e questo viene apertamente detto anche dai Mozilli, che ne parlano come della bugfix & security update release di FF4. Era quindi necessario sparare la versione a 5 per inseguire la moda di chrome?
Inoltre, anche su questo pare ci siano delle idee molto confuse e forse FF4 non è già EOL, contrariamente a quanto tutti pensano, compresi altri Mozilli!

Non voglio neanche commentare quanto scritto da Asa circa il supporto enterprise, si commenta da solo, esattamente come chi lo ha scritto: certe persone saranno anche folkloristiche ma fanno più danni che benefici all'intero progetto (ricordiamo con orrore certe astiose ed inutili polemiche in passato dello stesso autore con altre comunità).

A forza di dire: "questo non lo supportiamo più a causa dei costi", "quest'altro nemmeno perché sono solo cavoli degli sviluppatori che non si adeguano alla linea", "questo non è davvero un prodotto nostro per cui non dobbiamo garantire nulla", ecc., temo che anche i fedelissimi precipiteranno di numero piuttosto in fretta (gli utenti stanno già scendendo, per stessa ammissione dei Mozilli). E cercare di forzare la mano agli sviluppatori delle distro affinché investano in questo campo mi sembra un vero colpo basso inutile, visto che senza gli stessi tizi, ad oggi il porting a GTK3 non sarebbe neanche iniziato, e se aspettavamo Mozilla stavamo freschi...

E quando leggo che gli sviluppatori web sono contenti per il nuovo ciclo rapido, mi sorge un dubbio: chi sono? Quelli che conosco io (numero certamente ristrettissimo rispetto al tutto e probabilmente non influente) stanno tutti su chrome e da un pezzo...

Eppur si sbriga!

2011-06-25T06:38:00.005+01:00

Mentre continuano le polemiche per il nuovo corso di versioni nuove ogni 3 mesi senza supporto di sicurezza e a danno degli autori di estensioni "non allineati" (che non usano Addon SDK [ex-JetPack] o AMO per la distribuzione), qualcosa di buono accade...
Mike Hommey ha un interessante post che spiega come FF7 taglierà i tempi di avvio del browser "a freddo" (cioè al primo caricamento in assoluto dopo l'avvio della macchina) di una bella bella fetta (20-50%), precaricando tutte le librerie: si è partiti da una soluzione solo Win, per trovare poi una soluzione Linux (1 linea di patch!) che si è trasformata poi in una soluzione valida per tutte le piattaforme.
Piccolo passo indietro invece per il nuovo download manager: visti i tempi forsennati, se si sbrigano con le review e sono fortunati, farà in tempo per FF8, altrimenti dopo purtroppo...

Update: Ok, non volevo fare il polemico, ma quello che trovo scritto nella nuova "visione" del mondo da parte di Firefox (e non di Mozilla? Mah...), un po' mi inquieta: una Firefox experience anche su iOS? Hmmm, spero non si riferiscano a Firefox Home. Architetture basate su Web e di altro tipo: copiamo pure ChromeOS? Mi pare oramai che l'unica differenza tra Mozilla e Google è la quantità di quattrini della seconda rispetto alla prima...

Tutti fessi?

2011-06-21T10:04:00.005+01:00

Un po' come quelli che protestavano per il consumo di memoria di FF3/4 e venivano presi per fanboy degli altri browser, salvo poi scoprire che qualche magagna c'era davvero, oggi monta la polemica sulle major release di FF, con la versione 5 in uscita a brevissimo.
Riguardo il salto continuo di versione "maggiore", c'è chi ha segnalato questo articolo in italiano che riporta:

"Molte le novità della versione, insomma, ma nulla di trascendentale a rendere la versione 5.0 degna di nota particolare."

Poi scopri che oltralpe in un altro articolo qualcuno dice la stessa cosa.
E per quanto non mi piaccia l'ingegnere (non la persona) che scrive questa bella paginetta, le parole del punto 3:

"Google does it. So what? Last time I checked, the Mozilla Manifesto was about openness, freedom of choice and innovation, not competition with WebKit."

(Traduzione colorita a senso: "Chrome lo fa. E chissene? Non mi pare proprio che nel Manifesto di Mozilla si parlasse di competizione con WebKit, ma di standard aperti, libertà di espressione e innovazione.") sono da incorniciare ed appendere in gigantografia a Mountain View.

Update: a proposito di magagne nel consumo di memoria...

Update 2: e anche questo signore che non è proprio un perfetto sconosciuto non mi pare molto contento della versione 5.

Questione di build

2011-06-21T08:06:00.002+01:00

Purtroppo per alcuni giorni sono stato tagliato fuori dalle build casalinghe a causa di un paio di fastidiosi bug che finalmente sono stati caricati su uno dei tanti repo sperimentali da riunire poi in quello principale ( nome del repo: [inbound] ): adesso ho aggirato il problema, ma la cosa è stata davvero scocciante, tanto da pensare di fare l'upgrade della distro in uso nonostante sia ancora nel bel mezzo di un turno di sviluppo intenso...
Resta il fatto che ci sono altre modifiche in ballo al sistema di build, che oramai è rimasto l'unico vero "relitto" all'interno dell'albero Mozilla: una prima ventata di novità era venuta col passaggio di vari pezzi a Python, ma ancora oggi il sistema richiede una versione di autoconf obsoleta (2.13, ma intanto siamo a 2.68) che costringe molte distro a fornire doppi pacchetti.
E' bello segnalare che ci si è liberati di alcuni orpelli fuori posto e sopratutto di un altro degli innumerevoli crash del codice di posta: altri passi nella giusta direzione.
Infine dei bug specifici: è stato temporaneamente disabilitato per questioni di sicurezza il download dei font su OS X Lion, è stato sistemato un problema audio su Vista (ma ancora lo usano? Raccapricciante...) ed è stato convertito SM all'utilizzo delle nuove tecnologie ed API fornite da Services.jsm, recentemente integrato.

Complimenti!

2011-06-15T09:35:00.009+01:00

Colgo l'occasione per fare i complimenti ad un nostro connazionale, Paolo Amadini, che sta lavorando per Mozilla per riscrivere il download manager, e finalmente sono riuscito a provarlo e vederlo.
Ecco a voi come si presenta "a vuoto":
Ecco invece come si presenta in caso di un download in corso:
E invece ecco il caso di 2 download in corso (notare il 2 che compare nel cerchietto al posto dell'uno dell'immagine precedente):
Ed infine ecco cosa compare nella cronologia dei download:
Personalmente il pannello a scorrimento di download mi pare molto buono, moderno poco intrusivo e anche meglio del suo alter-ego:
Mentre la cronologia mi piace decisamente più dall'altra parte:

Il bug di riferimento è questo, ma non aspettatevi nulla fino a FF7!

Rischio scongiurato (fino a quando?)

2011-06-14T12:01:00.002+01:00

Era già nell'aria una notizia del genere, ma dopo questa intervista che lascia presagire l'abbandono di FF da parte di Ubuntu, chissà se qualcuno in quel di Mountain View la smetterà di ciurlare nel manico e si darà da fare per avere una versione Linux decente?
Io la risposta me la sono già data...

A che pro?

2011-06-07T12:14:00.004+01:00

Non ho il tempo per esaminare a fondo una nuova iniziativa Mozilla Labs, ma intento ve la segnalo.
A che pro è stata sviluppata una tecnologia del genere? Non potendo gestire hardware (per ora) l'unico utilizzo è quello dei chioschi (ma non erano caduti in disuso?). O dovrebbe/spera di competere con ChromeOS in uscita a brevissimo? Sono perplesso.
Trovo più interessante questa tecnologia, per dire.

Nel mentre, Mozilla ha lanciato la campagna di adesioni al programma ReMo (detta anche Mozilla Rep[resentative]), ovvero come rappresentare Mozilla nell'evento che volete e come volete (magari anche facendovi finanziare la partecipazione o l'evento). Ovvero, come far fare ai volontari il lavoro dei dipendenti senza pagarli ed essere tutti contenti: in bocca al lupo!

Un bug lungo 11 anni

2011-06-01T09:19:00.002+01:00

Vi volevo segnalare l'inclusione di una patch che dopo solo undici anni ha finalmente fatto in modo che sia possibile fare drag'n'drop di un file dal desktop ad un form.
Finalmente si fa qualcosa per gli utenti e non per il bling bling.
A quando una accelerazione hardware che funziona non solamente sulla carta del marketing, specialmente sotto Linux?
(E non mi venite a raccontare storie sulla qualità dei driver, perché chrome funziona benissimo...)

Problemi di stampa PDF con Firefox 4

2011-05-30T15:36:00.003+01:00

Esistono diversi programmi per poter "stampare" in PDF (specie sotto Windows), moltissimi dei quali gratuiti (tipo PDF Creator). Ebbene, dopo l'uscita di Firefox 4, molti di questi hanno iniziato a generare file PDF non "copiabili" (come se il documento fosse protetto dalla copia, funzione molto abusata di Acrobat) e di dimensioni enormi.
Dopo un po' di tempo perso a scartabellare in giro, ho trovato la soluzione che non mi aspettavo: bisogna togliere di mezzo l'accelerazione hardware. Credo che nessuna funzione di FF sia stata tanto pubblicizzata e ha creato così tanti problemi come questa, anche sotto S.O. ritenuti all'altezza del compito (cioè Windows).
IE 9 non ha problemi, chrome non ha problemi, e noi a penare.
E dire che adesso con un browser capace di accelerazione hardware non è nemmeno necessario spendere centinaia di euro per giocare a questo... :-)
Ma anche in questo caso avere un PC con Linux e ultimo driver proprietario ATI non ti garantisce nulla.

Post ritardato...

2011-05-19T09:49:00.004+01:00

Quando l'ho scritto, Blogger era down: sembra che di recente la cosa accada spesso, ma c'è poco da fare visto che è gratis...
_____________
Il triste giorno è arrivato: anche SM adesso supporta Personas.
Sistemata l'evidenziazione assurda nella barra degli indirizzi.
Aggiunta la "telemetria" a FF: finalmente anche Mozilla si adegua a quanto fatto altrove per recuperare dati sul campo dagli utenti, da inviare insieme alle segnalazioni di crash o in occasione di testpilot mirati. A tal fine, è stato messo in piedi un nuovo server per ricevere queste info, mentre gli utenti possono visualizzare i dati raccolti direttamente dall'about come visibile da questa immagine.

MozillaItalia down

2011-05-06T13:48:00.003+01:00

Per motivi tecnici ancora inspiegabili (ed inspiegati), il sito web, il forum e la posta di MozillaItalia sono down da questa mattina intorno alle ore 8, proprio nel momento in cui tutta la truppa tecnica è in viaggio per la Toscana per un meeting: tempismo perfetto!
Cercheremo di informarvi sulla situazione.

EDIT: Come ho finito di scrivere questo post, siamo tornati online... Meraviglioso! :)

A proposito di leak

2011-05-04T17:15:00.003+01:00

E' verissimo che Mozilla ha fatto uno sforzo notevole con l'uscita di FF4 per rimediare ad una situazione di utilizzo della memoria che definire non ottimale è un vero insulto all'intelligenza di chi legge... E sotto tantissimi aspetti ci sono riusciti egregiamente: da qui la difesa ad oltranza sui vari siti tecnici fatta dai vari ingegneri per dimostrare che era tutto vero.
Eppure, vox populi la situazione è ancora pessima, e si continua a dare la colpa ai plugin, oppure alle estensioni, e via dicendo, il tutto supportato da semplici esempi lampanti nei numeri ma difficili da replicare per chi il problema lo vuole davvero risolvere.
Oggi finalmente ci si è resi conto che il colpevole non era nel codice vecchio della versione 3.5/3.6, ma nel nuovo codice inserito in FF4, e non del codice qualsiasi, ma il nuovo parser HTML5!
Pare che da questo bug possano discendere parecchi dei bug (anche non confermati) che sono andati a popolare il meta-bug sui leak di FF5.
Questo singolo bugfix potrebbe essere la più bella feature di Firefox 5! :)

E tocca anche al marketing...

2011-04-27T09:32:00.004+01:00

Oggi vi propongo di leggere un articolo non troppo breve che sembra non avere nulla a che fare con Mozilla, ma che invece da metà in poi è una fotografia cinica del modo errato di fare marketing del dinosauro rosso di questi utlimi tempi.
Un buon prodotto (tecnicamente intendo) si vende col passaparola e con la fidelizzazione che ne consegue: quanti di voi "esperti" di informatica hanno consigliato un software ad altre persone, e quante di esse lo hanno aottato stabilmente come strumento di lavoro? Nella mia piccola esperienza la percentuale di adozione e di affezione è vicina al 90%, e da voi?

Purtroppo è in inglese, ma confido nei pochi ma buoni lettori! :)
L'articolo è questo.

E' arrivato Firefox 4: tanto arrosto, ma anche (purtroppo) troppo fumo

2011-04-10T16:58:00.007+01:00

Con grande piacere pubblico l'articolo di un amico che non ha un blog e vuole che le critiche me le becco io: no problem! :)
_______________________________

E' arrivato Firefox 4: tanto arrosto, ma anche (purtroppo) troppo fumo
Firefox 4: è iniziata l'estinzione del browser di Mozilla?
L'ultimo nato rimane sempre un grande browser, però troppe cose iniziano a non quadrare.

(Il titolo è un po' forte, ma vi invito a leggere questo mio articolo senza pregiudizi, per farvi capire quanto sono stato imparziale nel giudicare il browser che più mi piace)

Mozilla ha rilasciato il 22 marzo 2011 la versione finale di Firefox 4.
Firefox 4 è il risultato di un complesso lavoro di sviluppo e risoluzione dei problemi che l’utenza (vero punto di forza del browser) ha segnalato nel corso di questi mesi sui vari Forum internazionali di assistenza: un browser nuovo, più veloce, più stabile, che intende mantenere le promesse fatte e la leadership dei browser alternativi ad Internet Explorer.

Qui potete scaricare una guida all'uso (e ve lo consiglio: il pulsante di aiuto F1 ho scoperto con mio sommo raccapriccio che NON FUNZIONA!)

Riassumo qui di seguito le principali novità di questa release.
Per ogni descrizione, commenterò la funzionalità effettiva.

■ Gruppi di schede (Panorama)

Descrizione
Panorama permette una completa organizzazione delle schede secondo i propri gusti, abitudini e comodità.
Troverete qui maggiori informazioni su questa novità.

Commento
Questa nuova funzionalità l'ho provata e promette davvero bene, visto che non è dispiaciuta neppure ad un mio conoscente abituato con Opera (e quindi particolarmente critico con il prodotto Mozilla).
Ad esempio, ricorrendo a Panorama, si possono separare le schede che ospitano contenuti connessi alla propria attività lavorativa, da quelle che contengono informazioni relative ai propri hobby. Ciascun "riquadro" che raggruppa una o più schede è liberamente ridimensionabile: con un clic sulla "pila" di miniature, le schede corrispondenti verranno aperte tutte assieme.
Il concetto è chiaro: sempre più persone tendono oggi a sfruttare l'abilità di Firefox nel "tenere a mente" le schede aperte nel corso dell'ultima sessione di lavoro. Grazie all'organizzazione di "Panorama", si può ritrovare le schede aperte ogniqualvolta si riapre Firefox 4, già organizzate secondo le proprie esigenze.

■ Sync

Descrizione
Oggigiorno ciascuno di noi ha generalmente a disposizione più di un PC, portatile o fisso che sia, più di un telefono e sente la necessità di ritrovarsi sul computer di casa gli stessi dati che ha al lavoro e viceversa.
Per questo motivo gli sviluppatori hanno realizzato Firefox Sync, perfetto per il salvataggio in-the-cloud dei propri dati che saranno così sempre accessibili e modificabili da tutti i dispositivi che si posseggono.
In questa maniera è possibile portare con sé il proprio Firefox ovunque si vada!
Dopo avere navigato sul Web dal vostro computer è possibile trovare tutto quello vi serve a disposizione sul vostro cellulare: la cronologia, le schede aperte, i segnalibri, la barra irresistibile – proprio come li avevate lasciati.
Dal proprio PC (Windows, Mac o Linux) o dall’iPhone, da Android o Maemo con Firefox Mobile. Grazie alla sicurezza dei server Mozilla e al costante aggiornamento del software, i vostri dati sono al sicuro.
Troverete qui maggiori informazioni su questa novità.

Commento
Questa nuova funzionalità non posso ancora commentarla perché non l'ho sperimentata a fondo, ma sono positivamente impressionato da questa novità (e poi Mozilla non è Google o Microsoft, per cui so che i miei dati saranno al sicuro e la mia privacy è garantita!).
I dati oggetto dell'operazione di sincronizzazione vengono memorizzati da Sync su un server remoto e cifrati mediante l'impiego di una parola chiave ("passphrase") scelta dall'utente.
La "passphrase" non viene trasmessa in remoto dal momento che l'intero processo di codifica e decodifica avviene in locale.
Per questo motivo Mozilla ha voluto più volte sottolineare la sicurezza dell'intero meccanismo e come la funzionalità rispetti in pieno la privacy dell'utente.
Io sottolineo che comunque sincronizzare i propri dati è importante poiché la sincronizzazione è quasi una "copia di sicurezza dei dati" (backup). E, per favore, lasciate perdere i mega-siti che pubblicizzano soluzioni di backup come le estensioni FEBE o MozBackup: sono estensioni inaffidabili e basta affidarsi a questo semplice articolo per salvare senza problemi i propri dati personali.
Certo, se poi Mozilla si desse una mossa e mettesse a disposizione un "qualcosa" univoco una volta per tutti per 'sti benedetti dati sarebbe molto meglio (qualcuno vorrebbe pure un "qualcosa" di più semplice per la gestione dei profili?), ma queste scelte sono sempre soggettive e quindi opinabili.

■ Velocità e prestazioni

Descrizione
Firefox ha subito numerose e profonde modifiche grazie alle quali il team di sviluppo garantisce una velocità e delle performance mai viste prima, grazie anche al nuovo motore Javascript “JägerMonkey“, che rende il browser fino a 6 volte più veloce rispetto ai suoi fratelli minori durante l’elaborazione di script e animazioni.

Gli sviluppatori di Mozilla, inoltre, assicurano di aver lavorato molto sull'ottimizzazione dell'utilizzo della memoria introducendo anche un ciclo (XPCOM) in grado di liberare frequentemente la RAM che resta inutilizzata: lo scopo è quello di mettersi alle spalle i cosiddetti "memory leaks" che hanno contraddistinto le precedenti release del browser.
Il motore di rendering di Firefox 4.0 si arricchisce di un nuovo profilo grafico in grado di rendere più definiti e brillanti i colori delle foto digitali pubblicate online.
Anche Firefox 4 trae vantaggio dall'accelerazione hardware per sveltire il caricamento degli elementi grafici inseriti nelle pagine web. Facendo leva sulla potenza di calcolo della GPU, si riesce a velocizzare il caricamento delle pagine web contenenti molta grafica e contenuti di tipo multimediale. Proprio di recente, uno degli ingegneri Mozilla aveva esortato gli utenti ad aggiornare i propri driver video in modo tale da assicurarsi che l'accelerazione hardware sia immediatamente abilitata in Firefox 4.

Diversamente dal recente Microsoft Internet Explorer 9, che non è compatibile con Windows XP, Firefox 4 supporta - almeno in modo parziale - l'accelerazione hardware anche su tale sistema operativo. La scelta è senza dubbio valida dal momento che Windows XP resta tutt'oggi il sistema operativo più diffuso a livello mondiale (55%, Windows 7 è al secondo posto con il 23%).
Il supporto dell'accelerazione hardware su Windows XP viene reso possibile grazie all'utilizzo delle API Direct3D piuttosto che sulle librerie più recenti integrate soltanto su Windows Vista e Windows 7.
Per verificare l'effettiva attivazione dell'accelerazione hardware, è sufficiente digitare about:support nella barra degli indirizzi di Firefox 4, portarsi quasi in calce alla pagina - in corrispondenza della sezione "Grafica" - e verificare quanto riportato accanto alle voci Direct2D attivo, DirectWrite attivo, Rendering WebGL e Finestre con accelerazione GPU.

Commento
Ok, ok. Parte della descrizione di sopra è tratta dal sito di Mozilla Italia, ma ora cominciamo ad entrare nel vivo dei miei commenti.
Personalmente ho imparato a fregarmene abbastanza della velocità di navigazione di un browser, dando priorità ad altre caratteristiche quali la sicurezza, la flessibilità, la velocità di aggiornamento, la personalizzazione. Per questi altri aspetti Firefox non mi ha MAI deluso, mentre in riguardo alla velocità col tempo ho visto nascere e morire tante estensioni che promettevano di velocizzare il browser in una maniera incredibile... che fine hanno fatto le turbo-estensioni e i trucchi spremi-CV?
Anche adesso fioriscono tanti articoli che vorrebbero dimostrare che migliorare la velocità di navigazione di Firefox è possibile ed è pure indolore... ma poiché i meccanici di Mozilla non hanno mai avuto le limitazioni del Codice della Strada, è palese come il miglior compromesso tra prestazioni e stabilità lo abbiano trovato loro e non il blogger dell'ultima ora che strombazza risultati mirabolanti ai quattro venti!
Lasciate perdere e anzi, se proprio ci tenete, vi consiglio di passare a Google Chrome che è davvero veloce, cioè è una specie di motore JavaScript con quattro pulsanti attorno...
Se però volete navigare davvero, in sacrosanta maniera rispettosa della vostra privacy (leggasi Google) e non volete legarvi mani e piedi ad un determinato sistema operativo (leggasi Microsoft), anche nel 2011 la risposta alle vostre esigenze di libertà non può essere che Mozilla Firefox!

Mi direte:"Bel modo di eludere le comparative dei vari test, nei quali comunque Firefox non è il più veloce!" Se avete letto quelle comparative (o il solito amico bene informato vi ha fatto un riassunto?) allora sacrificate un po 'del vostro prezioso tempo per leggere anche questo ottimo articolo di Marco Bonardo: Firefox 4: I benchmark - Lettera aperta ai recensori distratti.
Vi faccio un riassunto anche io: Marco Bonardo (sviluppatore italiano di Firefox) nell'articolo spiega che i vari metodi comparativi non sono per nulla imparziali o infallibili.
E quindi anche per questa nuova caratteristica non posso che lodare anche io il nuovo Firefox.

■ Protezione e Privacy

Descrizione
Argomento sempre delicato e cavallo di battaglia di Firefox.

Queste sono le caratteristiche utilizzate da Firefox per tutelare la sicurezza e la riservatezza l’utente:

* Do Not Track: segnala ai siti web che non si desidera essere tracciati dai servizi pubblicitari che propongono inserzioni secondo il comportamento individuale. Con questa funzione Firefox intende promuovere uno standard universale per tutto il Web. Non noterete alcuna differenza durante la navigazione fino a quando siti e inserzionisti non inizieranno a rispettare l’header Do Not Track;

* CSP – Content Security Policy: è una funzione progettata per bloccare gli attacchi condotti con la tecnica del cross-site scripting implementando un meccanismo che consente ai siti di indicare esplicitamente al browser quali sono i contenuti legittimi. Il browser può ignorare qualunque contenuto che non sia stato approvato in questo modo dal sito visitato;

* HSTS – HTTP Strict Transport Security: i siti web possono ora proteggere i dati sensibili contro le intercettazioni che possono avvenire durante le procedure di login segnalando a Firefox di stabilire automaticamente una connessione sicura al server.

Commento
Quelle di sopra sono belle parole e sigle roboanti, ma nei fatti?
Devo dire che nei fatti potete stare tranquilli molto più che con qualsiasi altro browser oggi esistente.
Il codice di Firefox è un codice aperto: se contenesse un minimo di adware o spyware i concorrenti non farebbero che diffonderlo ai quattro venti. E il codice aperto è anche sinonimo di sicurezza (e non aggiungo altro per non tediarvi con le caratteristiche dell'open-source).
Tuttavia si sarebbe potuto fare di più e cominciamo con le prime note dolenti.
Firefox 4 non ha un meccanismo di sandboxing capace di rilevare operazioni dannose messe in atto dai componenti presenti nelle pagine web nocive. Lo conferma anche Marco Giuliani, Malware Technology Specialist per Prevx, che spiega: "Il browser di Mozilla non è stato adattato alle nuove tecnologie di sicurezza fornite da Microsoft: sia il processo firefox.exe che il processo plugin-container.exe vengono eseguiti ad un livello di integrità medio, senza alcun tipo di limitazione se non la restrizione fornita dall’account limitato generico configurato in Windows (ammesso che l’utente stia utilizzando il sistema come utente limitato e non come amministratore)". Giuliani ricorda come sia Chrome che Internet Explorer 9.0 utilizzino un meccanismo in grado di proteggere il personal computer dell'utente: "Sia Google Chrome che Internet Explorer pongono la sessione di navigazione in una modalità protetta, limitata, separata dal resto del sistema - e con essa anche gli eventuali plugin utilizzati dal browser -. Se, per qualsiasi motivo, l’utente, sua sfortuna, dovesse incappare in una pagina web capace di sfruttare qualche bug presente nel browser o nei plugin, e di conseguenza riesce a far eseguire del codice nocivo nel sistema, ecco che il codice nocivo non potrà arrecare alcun danno al sistema (o potrà fare dei danni molto limitati)".
Quindi, se Internet Explorer 9.0 si "aggancia" ad alcune caratteristiche introdotte nelle più recenti versioni di Windows e Chrome implementa una propria tecnologia di sandboxing basata sulla gestione dei privilegi degli utenti (unita alla possibilità di aggiungere ulteriori restrizioni), da Firefox 4 era lecito aspettarsi qualcosa di più in tal senso.

■ Altre caratteristiche
Diverse le novità introdotte, tutte presenti all’appello per questa nuova grande versione stabile (sì, ci hanno messo del tempo i tecnici di Mozilla ma ne valeva la pena! Le cose in fretta e furia lasciamole agli altri produttori di browser...): HTML5, WebGL, WebM (visione dei video senza l'utilizzo di Flash), CSS3, SVG, supporto per il multi-touch, navigazione geolocalizzata, protezione da arresti anomali, supporto ufficiale alle build x64 su Linux (quello per Windows è previsto per Firefox 5), plugin "Out of process" anche su Mac, build universale x32/x64 per Mac, utilizzo dell'accelerazione hardware completa su Windows Vista/7 (Direct2D+Direct3D 10), accelerazione compositing su Mac e Windows Xp (OpenGL e Direct3D 9), accelerazione su Linux attraverso Xrender.
Ultima novità è la possibilità di bloccare determinati siti web e identificarli come “applicazione“. Un esempio pratico? Chi oggi non utilizza intensivamente GMail, Facebook o magari Twitter e simili? Sono vere e proprie applicazioni web che vengono spesse lasciate aperte tutto il giorno, tutti i giorni. Identificarle come applicazioni vi permetterà di farle riaprire per ciascuna nuova sessione di lavoro, anche non salvando le vostre schede alla chiusura del browser.

Commento
Firefox 4 include non solo le principali caratteristiche di base della nuova versione del linguaggio di markup, ma anche gli elementi per la creazione di elementi grafici senza l'uso di plugin di terze parti, molte delle specifiche di CSS3, le API audio e video, il formato WebM di Google accanto ad Ogg.
Potete osservare l'andamento (per difetto!) dei download di Firefox 4 collegandovi a questa pagina e facendo clic sul mappamondo stilizzato sulla sinistra.
Scoprirete persino quanti vostri concittadini hanno già scaricato Firefox 4!

■ Interfaccia grafica rinnovata

Descrizione
Ho tenuto per ultime le novità dell'interfaccia, che è la cosa che mi è davvero piaciuta meno non solo come estetica in sé per sé ma proprio come attenzione all'utenza.
Da Mozilla Italia: "Gli sviluppatori hanno reso l’aspetto grafico dell’interfaccia decisamente più minimale, lasciando lo spazio più ampio ai contenuti, adottando uno stile in linea con ciò che siamo abituati a vedere nei sistemi operativi di nuova generazione o nell’altrettanto apprezzato Google Chrome.
Un pulsante unico che integra le funzionalità principali, la raccolta delle schede in cima alla finestra e la possibilità di far sparire o comparire a nostra discrezione la “barra dei componenti aggiuntivi” nel caso in cui proprio non riuscissimo a fare a meno di una toolbar in fondo alla finestra!
Novità anche per la barra degli indirizzi intelligente: un unico pulsante permetterà di fermare o riavviare rapidamente il caricamento della pagina, così da risparmiare ancora più spazio. Sparisce inoltre la barra dei segnalibri che potrà ora essere richiamata tramite il pulsante rapido sulla barra dell’URL (anche in questo caso potrete farla mostrare a vostra discrezione).
Ritoccata anche la pagina dedicata ai componenti aggiuntivi, ora integrata all’interno di una scheda, insieme alle proposte di AMO, i temi di Personas e i plugin, tutto immediatamente accessibile tramite un semplice clic. Non sentirete più la necessità di aprire diversi siti web per personalizzare e plasmare il vostro browser."

Commento
Guardate come si vede un qualsiasi sito con Firefox 3.6

e poi con Firefox 4.

È indubbiamente positivo che si possa sfruttare tutto lo spazio verticale con la scomparsa della barra dei menu (e di alcuni pulsanti), della barra di stato e con il ridimensionamento dei pulsanti stessi, però ora iniziano i dolori.
Mi chiedo se Mozilla abbia pensato - per queste soppressioni inopportune - anche ai suoi utenti più anziani o più inesperti.
E mi chiedo se la nuova interfaccia non è un passo indietro nei riguardi del tema Personas, visto che si riduce ulteriormente lo spazio per visualizzare questo particolare tema. Ammetto che Personas non mi è mai piaciuto (troppa enfasi per un prodotto tutto sommato discreto) e quindi la cosa non mi interessa più di tanto...

In ogni caso, esaminando i "cari" pulsanti con occhio critico, si scopre che:

- Le schede che si tengono aperte (attive) ora sono scarsamente individuabili e diventano illeggibili (purtroppo attualmente non funziona l'estensione ColorfulTabs): in pratica la "linguetta" delle schede - essendo trasparente - riflette il tema Personas utilizzato e di conseguenza il "titolo" della scheda non si legge in maniera ottimale, invece la differenziazione per colori era senza dubbio molto efficace e facilitava di molto la lettura.
Per migliorare l'aspetto grafico complessivo, si può scaricare l'estensione
https://addons.mozilla.org/it/firefox/addon/firefox-3-theme-for-firefox/ (che è stata scaricata, ad oggi, ben 58.273 volte).
Non è finita: le schede in alto si vedono solo su Windows 7 e non su Windows XP o Linux: discutibilissima scelta incoerente che si riferisce al tema predefinito sulle varie piattaforme.

- Il pulsante delle schede "+", che serve ad aprire una nuova scheda, NON è sempre presente quando si aggiorna Firefox da una versione precedente. È capitato a me su alcune configurazioni ed ho letto diversi post di utenti in difficoltà sul Forum di Mozilla Italia.
Per ripristinarlo (si potrebbe fare doppio clic sulla parte vuota a destra delle schede, ma questa cosa non la sanno tutti...) si deve aggiungere il pulsante "Nuova scheda" da "Alt -> Visualizza -> Barre degli strumenti -> Personalizza". Al termine premere il tasto "Fatto".

- Il pulsante arancione "Firefox", integrato nella barra superiore della dell'applicazione, comprende alcune voci di menu e non tutte quelle che sono state soppresse. Male, molto male, uno ci perde un bel po' di tempo prima di capire come ritrovarle (per alcune occorre attendere dei microsecondi...).
Il pulsante "Firefox" si può spostare solo tramite l'estensione Movable Firefox Button, che è stata scaricata, ad oggi, ben 72.224 volte, segno che la sua posizione (ed inamovibilità) non è che sia stata tanto apprezzata...
Il pulsante "Firefox" si può anche sostituire con un'icona tramite l'estensione Iconic Firefox Menu, che è stata scaricata, ad oggi, 18.335 volte.
Non è finita: il pulsante arancione si vede solo su Windows 7 e non su Windows XP o Linux: anche qui discutibilissima scelta incoerente che si riferisce al tema predefinito sulle varie piattaforme (e su Linux non è neanche colorato in arancione).

- Per fare riapparire la barra dei menu bisogna premere il tasto ALT, ma questa cosa non è intuitiva, non è scritta da nessuna parte e già vedo il panico assalire la segretaria che a malapena conosce la differenza tra un browser e un motore di ricerca...

- Se si personalizza la barra di Firefox aggiungendo pulsanti indispensabili (nel mio caso: Cronologia, Stampa, Raggruppa schede e Schermo intero) alla chiusura della finestra di personalizzazione i pulsanti sulla barra risultano quasi invisibili su Windows XP.

- Il pulsante "Avanti/Indietro" è sempre peggiorato ad ogni nuova major release di Firefox e quindi con la versione 4 si è raggiunto il massimo della bruttezza e della poca praticabilità.
A me piace la sobrietà e quindi dovrei essere d'accordo con i pulsanti semplici, ma ormai le interfacce sembra che non possano più farne a meno di presentare tristi pulsanti grigi, anonimi, stilizzati, incapaci di far comprendere quale sia la loro funzione...
Il pulsante "Avanti/Indietro" è passato da bei disegni e colori univoci (Firefox 1 e 2) via via a disegni sempre più brutti, piccoli e colori "piatti", tanto che la versione 3 (che già non era il massimo) veniva presentata con un tipo di pulsante ("buco di serratura") poco apprezzato dagli utenti (che tornavano - a giudicare dai loro screenshot sui Forum - immediatamente alle dimensioni classiche) ed è stato quindi sostituito in questa versione.

- Il pulsante "Pagine recenti" è scomparso. Questo pulsante era rappresentato da quel triangolino nero all'ingiù come in figura e serviva a scorrere la cronologia delle pagine visitate. Ora per fare riapparire l'elenco della cronologia basta tenere schiacciato per un po' più di tempo il pulsante "Avanti/indietro" e l'elenco compare.
Piccolo particolare: l'utente come fa a conoscere questo trucco? La manovra non è per nulla intuitiva!
Quindi, ancora una volta, boccio Mozilla per un altro pulsante dalla vita travagliata (prima ancora ce ne erano due...).
Comunque stavolta la soluzione c'è e la fornisce la solita estensione di uno dei volenterosi autori (quelli che hanno fatto la fortuna di Firefox, per intenderci, ai quali spesso e volentieri NON viene facilitata la vita): Back/forward dropmarker.
Se la installate, però, tenete presente che prima o poi (forse prima, visti i frenetici piani di Mozilla) con un nuovo aggiornamento del browser potrebbe non funzionare...
Curiosità: l'estensione è stata scaricata, ad oggi, 859 volte.

- Il pulsante "Stop/Ricarica" è stato unificato a seconda del contesto. Non mi sento di criticare a priori questa scelta, anche se non ne sono del tutto convinto.

- Il pulsante "Pagina iniziale" è stato spostato verso il centro, ma mi chiedo perché farlo visto che storicamente i browser lo hanno sempre presentato sul lato sinistro. Mozilla afferma che così è più pratico ed ergonomico? Per me sono balle, come fa ad asserire una cosa del genere se quel pulsante non è mai stato dove lo hanno messo adesso?

- Il pulsante "Segnalibri" è comparso all'estrema destra della barra degli indirizzi, sostituendo la barra dei segnalibri. Non mi sento di criticare a priori questa scelta, anche se non ne sono del tutto convinto.
Non è però possibile spostare l'icona del menu dei segnalibri, comunque anche stavolta la soluzione la fornisce la solita estensione di uno dei volenterosi autori: bug582139. L'estensione, ad oggi, è stata scaricata 1.710 volte.

- Il pulsante per aggiungere il feed dalla barra degli indirizzi è scomparso.

- La voce del menu "Controlla gli aggiornamenti" è sparita dall'intuitivo menu "Aiuto" ed ora occorre andarla a scovare in "Strumenti -> Opzioni -> Avanzate -> Aggiornamenti". Decisamente poco invogliante aggiornare il browser con quattro clic anziché due... E comunque la ricerca degli aggiornamenti in maniera manuale ora io non sono riuscito a farla partire...

- La "Barra di stato" è scomparsa, sempre nell'ottica di far visualizzare quante più righe possibili della pagina. L'intenzione era buona, ma è stata un'idea idiota.
Vi spiego, con la scomparsa di quella barra:
1) è scomparso l'avanzamento di caricamento pagina, con un colore che si riempiva con il progredire del caricamento;
2) è scomparso l'avanzamento di caricamento dei video;
3) sono scomparse le icone di sicurezza, tipo il lucchetto, che segnalavano l'accesso in un sito web protetto;
4) sono scomparse le notifiche importanti tramite il riquadro che si alzava sul lato destro dello schermo come in altri programmi;
5) sono scomparse le icone delle estensioni (AdBlock Plus, NoScript, XMarks, ProfileSwitcher, le icone meteo utilissime di Forecastfox, FoxClocks...);
6) è scomparsa la possibilità di leggere istantaneamente a quale indirizzo web puntava un link al passaggio del cursore.

Alcune funzionalità sono state integrate in altre posizioni dell'interfaccia, altre sono proprio sparite (o le hanno nascoste talmente bene che è come se fossero sparite) ed altre sono state sostituite da soluzioni talmente imbecilli che più imbecilli era impossibile pensarle (leggasi il popup che adesso appare ad indicare la destinazione su un link, che è scritto in nero su campo bianco e quindi poco leggibile sulla maggior parte delle pagine web... ci voleva un genio per il testo nero su sfondo giallo, più visibile? In Mozilla lavorano tutti con i Mac dai 23 pollici in su e con le risoluzioni "spaziali"?) .

E non mi si venga a dire che gli utenti possono pure pure modificare le loro abitudini (ma perché? Se mi ci trovo bene con una soluzione perché devo modificare qualcosa che "potrebbe" essere più pratica?) o che la modifica è reversibile (perché devo perdere del tempo per modificare qualcosa che già prima funzionava? Solo perché il browser di Google sta avendo successo e quindi scopiazziamo pure quello?).
Comunque anche stavolta la soluzione c'è e la fornisce la solita estensione di uno dei volenterosi autori (quelli che hanno fatto la fortuna di Firefox, per intenderci, e che con questa barra mancante sono stati mal ricompensati): Status-4-Evar.
Se la installate, però, tenete presente che prima o poi (forse prima, visti i frenetici piani di Mozilla) con un nuovo aggiornamento del browser potrebbe non funzionare...
Curiosità: l'estensione è stata scaricata, ad oggi, 110.365 volte.
Comunque maggiori informazioni le potrete leggere in questo articolo di Marco Bonardo.

- La funzione "Salva sessione" è scomparsa.
O meglio, Firefox salva automaticamente l'ultima sessione alla chiusura e può essere riaperta semplicemente andando su "Firefox -> Cronologia -> Ripristina la sessione precedente".
Se si vuole comunque riavere la richiesta di salvataggio delle schede alla chiusura di Firefox 4, basta digitare about:config nella barra degli indirizzi, cercare le voci browser.showQuitWarning e browser.warnOnQuit e metterle entrambe su true.
È possibile che non troviate la variabile “browser.showQuitWarning“, in tal caso sarà necessario crearla (tasto destro, nuovo valore, booleano, true).

Io ho trovato questa interessante discussione e non sono per nulla d'accordo con la tesi di Mozilla, visto che con la nostra vita frenetica (e la condivisione del PC tra più utenti) è più semplice ricordarsi di salvare le schede aperte dell'ultima sessione anziché ricordarsi di andare ad aprire l'ultima sessione memorizzata.
A quelli di Mozilla non capita mai che un utente subentra al precedente utilizzatore del PC e, ritrovandosi delle schede già memorizzate oltre la home page, capisce che non deve mettere le sue zampacce per chiuderle?
A quelli di Mozilla non capiterà mai che invece col nuovo sistema di salvataggio, un utente subentra al precedente utilizzatore del PC e, non ritrovandosi delle schede già memorizzate all'avvio del browser, navigherà in tutta tranquillità sovrascrivendo quindi le schede memorizzate la sessione precedente?
Fatemelo dire: una trovata idiota, questa!

■ Nuovi uomini

Questa è una novità di Firefox 4 che difficilmente leggerete nelle recensioni del browser, ma solo sul nostro Forum.
L'impressione che in Mozilla il reparto marketing abbia preso il sopravvento su quello tecnico è fortissima: scarseggeranno pure i soldini di Google (l'accordo è in scadenza) ma stare lì a scopiazzare Google Chrome non potrà che fare del male al browser del panda rosso.
Qui e qui leggerete di menti di Mozilla che hanno abbandonato recentemente il loro posto di lavoro; evidentemente le cose non girano affatto bene in questo periodo, peccato.
Non so quanto i loro sostituti saranno all'altezza (se ci saranno i sostituti... anche l'autore dell'articolo è incerto) dei loro predecessori, ma se ho dato un titolo forte a questa mia recensione - grazie della pazienza per avermi letto fino in fondo - un valido motivo ce l'avevo.

Speriamo bene, anche se - secondo quanto trapelato nelle scorse settimane - Mozilla potrebbe orientarsi sul rilascio una nuova "major release" del browser addirittura ogni tre o quattro mesi!
E questo significa ripetere gli errori di Ubuntu (aggiornamenti semestrali forzati) ma soprattutto non dare respiro ai volontari (localizzatori del programma, traduttori delle guide, creatori delle estensioni, eccetera).

Per non parlare di un futuro browser (la versione 5) ormai pieno di "social-schifezze" (icone apposite, posta nella barra degli indirizzi, che permetteranno di accedere al volo nel proprio account social, tipo Twitter o Facebook), visualizzatore di PDF integrato, schede aperte che si trasformano in applicazioni...) tutta roba inutile che passerà di moda o di plugin inutili di default, che appesantiranno ancora di più il Panda Minore.

Quindi, senza volontari e ormai "ingrassato", mi sa che il panda rosso è destinato ad estinguersi, così come è già sul viale del tramonto un programma formidabile ma da sempre snobbato da Mozilla, cioé Thunderbird....

Firefox 4 è stato visto in giro...

2011-03-23T12:58:00.001+01:00

Non avete scuse, andate a fare il download anche voi!

Tutto cambia ma nulla cambia?

2011-03-08T15:47:00.003+01:00

Dopo gli annunci a raffica di note persone di Mozilla che lasciano/lasceranno il proprio posto non appena sarà uscito FF4 (oramai dietro l'angolo, almeno la RC1), la fiducia nei mezzi e nelle prospettive del dinosauro rosso mi sembra essere in fortissimo calo.
FF4 è un bel prodotto, dove molti problemi sono stati risolti e funziona enormemente meglio delle versioni precedenti: basterà?
Temo di no, non lo nascondo: gli irriducibili MS-iani avranno IE9 a brevissimo, che finalmente recupera parecchio sui concorrenti, mentre tutto il resto dei naviganti che non ha gli occhi foderati di mela guarda a chrome, inutile nasconderlo.
FF4 mobile dovrà essere perfetto, altrimenti anche l'ultimo mercato con qualche chance sarà irrimediabilmente perduto.
Nel frattempo, l'altro prodotto di punta di casa Mozilla continua a brancolare nel buio più completo, di idee e di mezzi. Oggi è planata la completa riscrittura della procedura guidata per la creazione degli account: pensavo fosse una bella notizia, visto che leggendo qua e là risultava essere uno dei più grossi punti dolenti.
Beh, il risultato è che esteriormente è tutto uguale a prima! In pratica la ripulitura del codice della interfaccia non ha spostato una virgola, ha solo semplificato il codice sottostante.
No comment.

Finalmente anche Linux riceve un po' di amorevoli cure

2011-01-24T10:58:00.002+01:00

Grazie al contratto di Mozilla con Mike Hommey (francese, nonostante il nome), che è anche il mantainer di IceWeasel e IceApe per Debian (alla faccia delle inscenate guerre tra Mozilla e Debian), finalmente anche Linux riceve una bella cura specializzata per ridurre il tempo di startup.
Con il bug corretto oggi, e con altre novità in arrivo, il tempo di avvio di FF (e degli altri prodotti Mozilla, una volta propagate le modifiche) dovrebbe scendere a livelli di decenza, ed essere non troppo distante da quello che succede sulle altre piattaforme. Non solo, questo lavoro di "fino" aiuterà non poco le versioni Android, Maemo, MeeGo e indirettamente anche le altre, aprendo la strada ad ulteriori miglioramenti anche sulle altre piattaforme, una volta replicata ed adattata la tecnica.
Sebbene in maniera silenziosa, finalmente dalle parti di Mountain View si sono accorti che non si vive di solo Mac (veleno!!!)...
Inoltre, le prossime versioni di GCC (4.6 e 4.7) e binutils promettono di aiutare anche i prodotti Mozilla generando dei binari sempre più "efficienti" non solo come codice generato, ma soprattutto come ordinamento ed ottimizzazione degli hunk ELF degli eseguibili (ok, la cosa andrebbe spiegata più a fondo, ma non basterebbe un solo post...).
Nel frattempo gli hardblockers della versione 4 sono scesi sotto gli 80, e la versione beta 10 è in arrivo: occhio che a causa del solito casinismo americano, potreste ritrovarvi qualche stringa non tradotta in italiano, ma non è colpa nostra!!!

Anno nuovo, beta nuova

2011-01-07T15:04:00.002+01:00

Auguri a tutti per un felice 2011: per fortuna l'anno passato è finito e abbiamo nuove speranze per l'anno che arriva...
Oggi è stata taggata la versione 4.0b9, che verrà compilata lunedì e rilasciata in settimana (mercoledì?). Sono anche passato ai driver proprietari AMD sotto linux, dopo essermi servito con inaspettata soddisfazione dei driver opensource. Il commento è: si stava maglio quando si stava peggio... I menu a tendina (select html) si riempiono di qualsiasi 'monnezza si trovi in memoria, e ritrovare le vere voci (option) diventa un'impresa. In compenso l'accelerazione hardware di FF non funziona lo stesso, un successone. L'unica nota positiva è che non ho avuto il minimo problema nel passare ai nuovi driver, cosa che in passato di norma comportava dita incrociate e tanto pelo sullo stomaco. Vedremo tra un paio di settimane i primi driver 2011 senza Terry alla guida del team Catalyst cosa ci porteranno...

Beta 8 in arrivo

2010-12-15T08:36:00.004+01:00

E' stata finalmente taggata la versione 4.0b8 di FF, che a giorni dovrebbe essere disponibile per il download. Con questa versione le feature sono complete, quindi d'ora in poi solo bugfix, in previsione del rilascio finale previsto per fine gennaio: ottimismo all'ultimo respiro...
Infatti sta dando frutti il lavoro di triage dei bug per ridurre i blocker di FF4, ma solo con i componenti più grossi (gfx, layout, content) siamo già oltre i 200 bug.
Appena prima è stato risolto un bel crash JS, e devo dire che anche se non ho segnalato causa caos lavorativo il lavoro fatto, il numero di crash risolti negli ultimi due mesi è stato elevato: ottimo segno.
E nel codice di SM è stato sistemato un bug di appena 9 anni fa: anche qui una settimana di triage di bug ha fatto un bel po' di pulizia, ed era la prima volta da quando Mozilla Suite è ufficialmente morto. Credo proprio che una entità esterna a Mozilla sia l'unica soluzione per il proseguimento di questo progetto, visto che oramai in casa Mitchell si parla solo di Drumbeat e in seconda battuta di FF.
E' con grandissimo dispiacere che ho letto dell'abbandono di Aza Raskin per dedicarsi a nuove imprese: Mozilla perde una mente veramente geniale, difficilmente rimpiazzabile e uno dei pochi elementi davvero in grado di fare la differenza con la concorrenza. Mi auguro solo di non perdere i contatti con lui, una persona davvero speciale.

Life...

2010-12-12T18:51:00.004+01:00

Su SM è arrivato about:life, per tutti gli autostoppisti galattici fan di Douglas Adams...

Bentornato throbber!

2010-10-13T11:52:00.003+01:00

Per fortuna ci hanno ripensato, e siamo tornati al throbber al posto della favicon nelle schede per far capire il caricamento dei siti: addirittura i throbber sono due! Uno gira in senso antiorario finché il sito web richiesto non risponde/viene risolto (monocromatico, grigio scuro su fondo chiaro, cerchio molto sottile), e un altro blu (cicciotto, su sfumature azzurre/blu, un po' stile windows7 per capirsi) in senso oraio per il caricamento dei contenuti. Non trovo che si integri bene con linux, ma ci pensiamo dopo... ;)
Ovviamente terminato il download della pagina torna la cara vecchia favicon.

Invito per il Drumbeat

2010-09-27T17:47:00.004+01:00

Caro Mozilliano,

Mozilla ha dato vita al progetto Drumbeat per creare un punto d’incontro tra la missione di Mozilla di proteggere il Web aperto e le idee rivoluzionarie che nascono all’esterno della comunità Mozilla. In questo momento stiamo lavorando con i partner Drumbeat per sfruttare al massimo il potenziale del Web nel campo del cinema (Web Made Movies), creare una piattaforma aperta per la traduzione dei video (Universal Subtitles) e provare ad usare la cultura aperta del Web per cambiare il modo in cui le persone acquisiscono le competenze necessarie per creare tecnologie aperte (P2PU School of Webcraft).

Parte centrale della nostra visione per Drumbeat è un incontro annuale che nasce dalla crescita del movimento in maniera ampia e creativa. Tra due mesi daremo vita al Festival Mozilla Drumbeat dell'educazione, della libertà e del Web, e vorremmo averti con noi per raccontare le tue esperienze e condividere le cose che hai imparato esplorando e creando all’interno della comunità Mozilla.

Al Festival potrai lavorare e interagire con famosi professionisti in un ambiente caratterizzato da eduzione aperta, apprendimento personalizzato e tecnologie internet aperte. Potrai ripensare la conoscenza e la libertà attraverso gli occhi di ispiratori appassionati e maestri che guardano al futuro. Progetteremo insieme cose che non esistono ancora, e di sicuro alcune di esse cambieranno il modo in cui le persone si approcciano all’apprendimento e a Internet.

Se sei un membro attivo della comunità Mozilla, puoi iscriverti al Festival gratuitamente richiedendo uno speciale “codice comunità Mozilla“. Basta inviare una e-mail a drumbeat@mozillaitalia.org per richiederlo.

Puoi anche offrirti come volontario, fare domanda per un rimborso spese o proporre un tema del programma su drumbeat/festival/getinvolved.

Ancora linux sotto i riflettori

2010-09-16T11:24:00.008+01:00

Volevo segnalarvi una chicca grafia appena arrivata su Linux: se passate su un link col mouse, viene mostrato l'indirizzo non più nella barra di stato in fondo a sinistra come avveniva in tutte le versioni precedenti, ma in alto all'interno della barra degli indirizzi stessa con alcuni accorgimenti grafici, piccoli ma azzeccati:
Come potete notare, simpatico l'effetto grafico (peccato per i colori molto poco "accessibili"), ma molto, molto azzeccate le "contrazioni" degli indirizzi con le ellissi (puntini ...) che permettono sempre o quasi di vedere la pagina su cui si finisce e con quali parametri. Nella immagine qui sopra non si vede bene, ma spesso le ellissi vengono usate anche nella url tra slash e slash per accorciare il tutto, con molto giudizio! Molto meglio della ciofeca di chrome che taglia dopo x caratteri e non ti permette di vedere i parametri passati alla pagina destinazione.
Considerando che anche la barra progressiva di avanzamento non c'è più, direi che la barra di stato (la striscia grigia a fondo finestra) è in procinto di sparire (basta togliere un po' di icone di estensioni, Sync compreso)...

Beta 6 in sordina, altre novità grafiche in arrivo

2010-09-16T06:07:00.004+01:00

Alla fine senza tanta gloria è uscita la beta 6, mentre i bug critici sono stati spostati alla 7 e sono scesi ad una sessantina (uno è rimasto a b6 perché è stato riaperto e secondo me se lo sono perso).
Sono stati fatte ancora diverse modifiche alle stringhe dell'interfaccia in vista dello string-freeze, e è stata data una sistemata alla gestione della cache. Per quanto riguarda le tab, è stato tolto di mezzo del codice oramai inutilizzato, ma soprattutto sono state introdotte le barre di completamento progressive sulle intestazioni di tutte le tab e sotto la barra degli indirizzi per la tab attiva, come visibile qui. Ritocchi grafici anche per Sync, Personas e Add-on manager. Risolto un problema col download manager sotto Linux e uno con l'accessibilità. Prosegue febbrilmente il lavoro di rifinitura sull'accelerazione grafica, su Fennec e sul codice di separazione dei processi. Chiuso un crash su Fennec causato dal nuovo JaegerMonkey (i numeri sono impressionanti e fanno ben sperare), migliorata l'interazione tra debugger/tool di analisi e XSLT, e preparato SeaMonkey a traghettare verso le nuove notifiche "fermaporte".

La nuova beta 6 latita

2010-09-13T06:10:00.003+01:00

Le build preliminari dovevano partire venerdì, invece nulla... E così la beta 6 è già in ritardo di una settimana tonda rispetto al ruolino di marcia, e non credo che sarà l'unico ritardo: la lista dei bug ancora aperti e considerati bloccanti per la release è ancora fermo a quota 88 (forse non hanno ancora scremato la lista però).
Nel frattempo si lavora alacremente per risolvere piccoli problemini all'accelerazione grafica, a Panorama, alla gestione degli errori nella libreria che gestisce le immagini (chissà se questo sistemerà le immagini troncate che ogni tanto mi ritrovo su alcuni quotidiani online?), e alcuni problemi specifici di SeaMonkey.
L'unica certezza è l'arrivo del nuovo JaegerMonkey (interprete JavaScript) che continua la marcia di avvicinamento alle prestazioni dei concorrenti nitro (Apple) e V8 (Google), non senza dimenticare qualche bugfix.

Un bug lungo 10 anni

2010-09-10T11:07:00.002+01:00

Oramai non capita più molto spesso, ma oggi è stato chiuso un bel bug aperto proprio 10 anni fa! :)
Meno male che lo sviluppo per i dispositivi mobili aiuta... ;)
Nel rush finale per FF4beta6 hanno tolto di mezzo la notifica a scorrimento per la memorizzazione delle password sostituita da un più bell'effetto trasparente e grafico, hanno nascosto dietro preferenze sia la console degli errori sia il nuovo strumento di analisi DOM (ex- Dom Inspector) e hanno implementato solo parzialmente le notifiche sul desktop (altro standard W3C!). Altri fix per TabCandy/Panorama, fix per il rapporto dei pixel nelle finestre aperte ex-novo e finalmente arriva il filtro bilineare per le immagini zoomate anche sotto linux.
Purtroppo ci sono ancora 99 blocker aperti per la beta6, quindi il code freeze di domani è stato posticipato di almeno un giorno, specie perché è finalmente arrivata la fusione dei due metodi di ottimizzazione JavaScript, TraceMonkey e JaegerMonkey, con risultati molto buoni anche se ancora non in linea con la concorrenza (tranne IE9).

Anche Linux vuole la sua parte

2010-09-03T13:42:00.006+01:00

Diciamo subito che il piano di maquillage per Linux è piuttosto ambizioso, e sotto certi aspetti anche belloccio e moderno (vedi mockup). Purtroppo però gli sviluppatori capaci di portarlo a termine sono davvero pochini, quindi se pensate di potercela fare a dare una mano fatevi sotto! Il bug di riferimento è questo.
Nonostante tutto però qualcosa si muove, come ad esempio l'integrazione del pulsante di stop e ricarica nella barra degli indirizzi, come visibile:
Quando invece il sito è in caricamento, l'aspetto è questo:
Inoltre, se il sito caricato ha un feed rss, l'aspetto è quest'altro:
Ricorda (un po' tanto) Safari dell'iPhone/iPod, ma più colorato! :)

Confermata l'uscita di versioni 64 bit ufficiali per Linux e Mac, mentre la versione Windows 64 bit arriverà solo in una versione successiva di Firefox. Addio anche a MacOS X nelle versioni inferiori a 10.5, a tutti i Mac con PPC, e a Windows in tutte le salse precedenti a Windows 2000. In forse anche tutti i processori senza SSE2, cioè quelli più vecchiotti.

Filosofia cinese

2010-08-28T17:32:00.002+01:00

Si dice che in Cina non ci si vendica del nemico ma ci si siede sull'argine del fiume e si aspetta che ne passi il cadavere...
Dopo la mia uscita sul fatto che ci si stava appiattendo sulle posizioni di Chrome invece di proporre anche qualcosa di nuovo, mi sono preso una bella dose di critiche, in italiano e in inglese, ma erano previste dopo tutto. Nessuno però mi ha risposto nel merito, dicendo che se due gruppi di specialisti affrontano lo stesso problema, alla fine giungono alla stessa conclusione. Benissimo, seguiamo le best practices anche se le ha create qualcun altro.
Dall'articolo odierno di Slashdot "Google confirms Chrome GPU Acceleration":
"Google is already experimenting with GPU acceleration in its latest Chrome developer builds. Chrome 7 can separate different layers of a webpage into CPU and GPU processes and combine those layers using the GPU as long as the browser is now launched with certain switches. Chromium 7 has also a new Labs feature that reveals that Google is thinking about moving tabs from the top of the browser to the left side. It seems that Chrome will be catching up with Firefox 4 and IE9 in terms of hardware acceleration soon."
Non commento per non passare per il solito scurrile...
Ma ho pensato tutto il male possibile di molte persone.

Una novità di rilievo

2010-07-16T09:48:00.002+01:00

E' stato completato il grosso del lavoro necessario per accelerare via hardware i layer: ciò significa maggiore velocità di scrolling, di visualizzazione e di gestione, sempre che la vostra accoppiata scheda grafica-driver e sistema operativo siano in grado di far funzionare il tutto. Ciò è quasi sempre vero per ciò che riguarda Windows 7, parzialmente per Vista, per nulla (a meno di hack strani) su XP e precedenti. Linux dovrebbe essere a posto, modulo bug abbondanti nei variu driver proprietari/free, mentre la situazione Mac non mi è chiara, ma mi sembra sia tutto ok. Sotto il profilo della velocità di rendering grafico, si profila una release 4 di tutto rispetto, in linea con IE9 (che comincia ad essere molto temuto), Opera e con la versione 187 di Chrome che sarà disponibile per l'epoca del lancio di FF4! :)
Nei prossimi giorni una riflessione post-Canada.

NB: 187 è solo un numero grande a caso! :-P

Il cambiamento che rivoluzionerà il mondo

2010-06-30T06:35:00.003+01:00

Oddio, forse il mondo intero no, ma di certo il mondo Mozilla sì.
Sta per arrivare nei nostri sorgenti il cambiamento più grosso degli ultimi tempi, talmente grosso che se non si lavora per tempo le applicazioni basate su gecko smetteranno di funzionare: la registrazione dei componenti XPCOM via manifesto e tabelle di dati. Questo linguaggio oscuro che cosa significa? Che nessun componente senza un file di manifesto ed eventuali dati aggiuntivi potrà partire al lancio delle applicazioni Mozilla-based. Che cosa significa ancora più in soldoni?
Che non sarà più necessario il riavvio con l'installazione delle estensioni, e che Fennec si avvierà molto più rapidamente (secondo me anche FF e compagni avranno questo beneficio, ma in modo molto ridotto). Suona meglio così? :)
SeaMonkey sta correndo ai ripari, insieme a TB in un bug a parte.
Ecco cosa dice il commento originale di Smedberg:

We're solving two problems:
* avoid the restart required by the extension manager after
 changing extensions
* fast startup of content processes in Fennec without a
 fastload cache

Cosa aspettarsi da FF4 (e come reagire)

2010-06-26T08:41:00.005+01:00

Ecco qui come appare la nightly attuale che dovrebbe trasformarsi in FF4 beta 1 (ieri alla fine si sono ritrovati diverse regressioni, per cui il freeze è saltato):
Come potete notare, è stata attivata la modalità "tabs on top", cioè la barra di navigazione ora fa parte della scheda. Diciamo che può essere una buona idea per risparmiare spazio, ma perché spegnare anche la barra dei segnalibri? Solo per traumatizzare a sufficienza l'utente? Come potete notare, almeno sotto Vista (no comment please!), barra di navigazione e barra dei menu sono su sfondo nero con scrittine su fondino grigio, effetto nuvola di nebbia/polvere/quellochevivieneinmente. A parte la prima valanga di cose poco carine che mi sono venute in mente e che censuro, ricollegandomi anche ad alcuni bug visti ieri, ho realizzato che si tratta dello stile da usare quando riusciranno a far funzionare la possibilità di scrivere sulla barra del titolo della finestra, per guadagnare qualche altra decina di pixel, per seguire ciò che fa qualcun altro... A me sembra una cosa sciocca, ma de gustibus...
Ad ogni modo per tornare ad una situazione più "tradizionale", bisogna trovare un briciolo di spazio nella barra degli indirizzi/di navigazione su cui cliccare col tasto destro per far comparire il picolo menu contestuale da cui ripristinare la barra dei segnalibri e spegnere le "schede in alto", come mostrato qui:
Voi cosa ne pensate?

E ora vi convinco che avevamo ragione

2010-06-25T08:41:00.003+01:00

E che non stavamo copiando Chrome, basta seguire questo video, associato a questo bug che ha attivato le schede in alto in FF4 Beta 1, che verrà congelata oggi.
Sebbene la logica discussa sia solida (non fuffa), continuo a ritenere che:

è una copia spudorata (non hanno usato anche la barra del titolo solo per rimanere conservativi, altrimenti avrebbero copiato anche quello da Chrome);
si poteva sfruttare l'ampiezza 16:9 degli schermi moderni, magari anche solo come tentativo.

Mancano, in questo istante, tre bug prima della chiusura del codice per FF4b1, che quindi arriverà oggi/domani, e sarà la prima beta senza localizzazione da un po' di tempo a questa parte. Nonostante ciò, si aspettano di trovare 4-5 milioni di tester invece del solito milioncino: gli diamo una mano? Personalmente farò il possibile, e spero che anche voi possiate dare una mano.
E per chi ha avuto problemi nell'aprire schede/finestre con SM, le relative preferenze in SM sono state messe in un pannello a parte.

WebM-VP8 + Fennec/Nexus One = ????

2010-06-10T12:24:00.006+01:00

Detto, fatto: integrato il decoder VP/WebM dentro il codice Mozilla. E adessiamo prepariamoci per il fallout! (ovvero tante regressioni da sistemare).
Ieri ho visto Fennec su Google Nexus One (by Vodafone): ok, gira, ma non accetta input... La strada è davvero tutta in salita, e la sola applicazione occupa 32MB (dei 128 disponibili).

UPDATE: Questa mi era sfuggita, ma è una notizia da leccarsi i baffi!

UPDATE 2: Munitevi di una nightly recente di FF (testato con Win & Linux) e puntate il browser qui, poi godete...

Bello!

2010-06-09T13:15:00.002+01:00

Un flash solo per farvi sapere che è stato finalmente aggiornato il codice di hunspell all'interno dei sorgenti Mozilla alla versione 1.2.11, risolvendo così una pletora di problemi di leak e qualche crash: per una volta i mozilli sono stati coraggiosi più di altri, infatti OOo è appena passato alla versione 1.2.9! :)

Conferma

2010-05-19T09:22:00.003+01:00

Insomma, allora non sono proprio cretino, visto che c'è qualcuno di ben altra levatura che la pensa come me, e che tra le altre cose ha anche creato FF... E tutta la risposta sta in un CEO dimissionario? Le luci oltre le nubi che mi pareva di scorgere si sono spente di nuovo.

Una manciata di nuove versioni

2010-05-12T05:02:00.003+01:00

Questa settimana si preannuncia ricca di nuove versioni: arrivano infatti nuove minor update per tutti i prodotti Mozilla, SM compreso. E a seguire avremo anche SM2.1a1, con una uscita fuori dai ranghi rispetto agli altri prodotti a causa della scelta fatta dal Council di puntare su Gecko 1.9.3 saltando 1.9.2.
E sarà la prima release con supporto ufficiale a x86_64, oramai in arrivo anche per i fratelli famosi ff e tb.
Dopo aver bloccato lo sviluppo per un paio di giorni al fine di avere dei branch puliti, le patch sono tornate a fioccare. Due secondo me le più interessanti: il supporto ufficiale ad Android e l'inizio dell'implementazione della funzione calc() di CSS3 (per ora è -moz-calc e funziona solo su alcuni elementi). Sempre riguardo CSS, prosegue il lavoro di svecchiamento (togliere dai piedi nsCOM), mentre il port per Qt è tornato compilabile. Due buchi di sicurezza sono stati riempiti. Sistemato un problema con XForm, un problema con i video full screen sotto Windows ed inoltre sono stati sistemati diversi bug specifici per SM. Tentativo non riuscito di dare una svecchiata anche al codice che copre DOM: ci riproveranno a breve.
Inoltre lunedì sono stati illustrati i piani per Firefox 4, previsto per la fine dell'anno: finalmente si capisce dove si vuole andare, e sono state confermate le tendenze qui espresse riassumibili con "Chrome, arriviamo!". Speriamo che basti per superare il plateau raggiunto alla fine dell'anno scorso riguardo la quota di mercato, e soprattutto per non farsela ingurgitare da Chrome che continua la sua ascesa ovunque, mentre all'orizzonte si profila un IE9 davvero niente male (in arrivo per l'estate).

Nuovo Componenti aggiuntivi (aka. Add-ons Manager)

2010-04-30T15:39:00.004+01:00

Eccolo qua in tutta la sua gloria, il nuovo gestore dei componenti aggiuntivi (in versione SeaMonkey):
Che dire? A parte l'enormità dell'attrezzo (probabilmente perché è una versione ancora embrionale) che fa comparire due barre di scorrimento a destra, l'aspetto generale è carino. Simpatica l'idea di poter votare le estensioni. Manca ancora il pulsante per gli aggiornamenti che ora è un semplice link, ma soprattutto manca l'indicazione da qualche parte del numero di versione delle estensioni: Spero che non lo lascino fuori "per semplificare la vita" agli utonti, altrimenti imbraccio il mitra...

Anche il Mac se la gode

2010-04-28T05:09:00.003+01:00

Il rendering OpenGL atterra anche su Mac (per ora senza accelerazione).
E' ora possibile spostare a proprio piacimento anche il pulsante Nuova Scheda del toolkit, nonostante le critiche, e il fatto che fino a FF 3.0 era possibile farlo... Buco di sicurezza JavaScript chiuso.
Rinominata la risorsa di Places utils.js in PlacesUtils.jsm: per chi scrive estensioni, assicuratevi di modificare i vostri sorgenti.
Per finire, la pagina about: veniva visualizzata in Quirks mode, alla faccia degli standard! :) Bug gravissimo, mio cugino ne è morto... :-D

Picchiare duro

2010-04-27T05:14:00.004+01:00

Quando ci sono cose che mi piacciono, mi piacciono. E non sto parlando di piacchiare qualcuno, ma di insistere pesantemente su un certo aspetto del software in modo da renderlo particolarmente buono.
E' proprio quello che sta succedendo al back-end grafico, cui si sta aggiungendo l'accelerazione 2D (almeno per Win): oltre alla nuova versione di cairo, versione un po' tribolata visto che ci hanno provato altre 2 volte a metterla dentro, abbiamo anche la riunificazione dei wrapper GL per Windows, quello sotto WebGL e quello sotto layers (sotto = in due cartelle di sorgenti differenti), più altri particolari. Rimangono ancora diversi problemini dovuti al nuovo cairo, ma alcuni sono già stati sistemati.
La prossima versione di FF si annuncia un bel po' performante, e non solo sotto Win: facendo lo slalom tra i bug di GCC (funziona una sola versione, la 4.4.x per ora), sta per arrivare anche la versione PGO degli eseguibili Linux, col risultato di avere build più veloci in avvio di oltre il 30% e di dimensioni inferiori di oltre il 20%. Una vera pacchia! E parlando di tempi di avvio, ci si attrezza per analizzare meglio questa fase di funzionamento del sw e renderla meno onerosa.
Diverso lavoro nella parte oscura del software Mozilla, ovvero IPC (inter process communication), processi in genere e l'accessibilità diventa sempre più parte integrante anche del DOM (document object model). Sistemati inoltre problemi vari del recupero della sessione, plugin isolati, temi leggeri (cioè Personas) e risolto un hang.

Un'altra volta down

2010-04-21T17:54:00.003+01:00

Purtroppo il rapporto amore-odio di MozillaItalia con DreamHost continua, e nonostante la montagna di soldi pagati a tutt'oggi (VPS), ci hanno segato sito e forum senza preavviso, né si riesce a capire cosa diavolo succede.

Se avete idee e suggerimenti per risolvere questo annoso problema una volta per tutte, fatevi sotto!

Meno costa la soluzione proposta e meglio è, ovviamente. Se poi non ci costa nulla, meglio ancora...
Potremmo anche pensare a dare visibilità al gentile offerente con un banner (l'unico) nelle nostre pagine.

Altrimenti il server comprato su ebay cercerà casa da qualche parte.
Anche per questa soluzione sono gradite offerte.

...e si apre un altro buco

2010-03-26T07:48:00.003+01:00

Non è un buon momento per la sicurezza targata Mozilla.
Bisogna però ricordare che ad oggi non esistono versioni ufficiali di FF a 64bit, quindi o gli articoli non sono chiari, o il fatto che Win7 fosse a 64 bit non c'entra nulla (propendo per questa ipotesi).
E IMHO Chrome è troppo recente/aggiornato di frequente per essere un buon target (per ora).

Si chiude un'altra porta...

2010-03-23T13:58:00.003+01:00

Come ben mi apponevo, guarda un po' cosa è successo...
Ok provare a mettere un po' di pressione su MS, ma siamo sicuri che Redmond non se ne impippi?
E ora vedremo cosa viene fuori dal porting su Android, sempre che facciano a tempo almeno su questa piattaforma a uscire prima che venga chiusa anche questa porta.
Ma noi tanto abbiamo la versione per Maemo, che ha una quota di mercato infinitesima, eh!

Seguire o guidare?

2010-02-18T16:28:00.003+01:00

Volevo condividere alcune sensazioni per niente positive riguardo il progetto Mozilla nel suo insieme. E' già da un po' di tempo che sono in atto due pericolose tendenze all'interno del progetto che francamente mi lasciano molto perplesso:

scopiazzare chrome
puntare sul marketing

Per il primo punto, direi che la cosa è cominciata con i processi separati per i plugin (e si punta a separare ogni pagina di FF in un processo a parte, proprio come chrome), e sta proseguendo in maniera spedita anche sotto l'aspetto grafico. E questo avviene mentre scoppiano polemiche a grappolo circa l'abbandono di MacOSX 10.4, l'incentivo all'uso di Jetpack (una volta finalizzato, visto che per ora è in alto mare) per le estensioni e l'implementazione di funzionalità a dir poco discutibili, anzi direi del tutto risibili (Personas). Mi sembra davvero che si stia perdendo rapidamente di vista la superiorità tecnologica per inseguire i fantasmi: invece di presentare novità, si inseguono i concorrenti. E quando devi recuperare anche buchi architetturali che hai rimandato per anni (processi separati, limitazioni di gecko, tempi di avvio del browser, interprete javascript antiquato, ecc.), la situazione si complica molto. Perché se è vero che hai raggiunto ottime quote di mercato, anche se in maniera piuttosto difforme globalmente, la comparsa di nuovi concorrenti molto aggressivi ha trovato MoCo/MoFo con le braghe calate come si suole dire. E siccome la paura fa novanta, butto tutto ciò che posso sul fuoco: tutte le tecnologie che ho solo ipotizzato, le tecnologie che posso prendere/clonare dagli altri, rifondo larghe parti del software per eliminarne le carenze strutturali. In aggiunta a ciò, e passando al secondo punto, mi lancio anche nel reparto marketing, nella speranza di raggiungere nuove terre promesse dove il verbo non è ancora giunto (senza degnare di uno sguardo, come al solito, i vasti campi delle installazioni aziendali), dove poter fare nuovi proseliti per accrescere la quota di mercato o almeno compensare quella più "smanettona" che se n'è già andata o sta andando verso altri lidi. Ed ecco il fiorire di iniziative di social marketing, marketing virale, guerrilla marketing e via discorrendo di tanti termini che fanno "figo" o "moderno". Il problema è che ci si lancia in un'operazione simile contro 3 concorrenti che non hanno limiti di risorse e che da decenni nel marketing ci sguazzano: Google, Apple e Microsoft (da non sottovalutare mai). E l'altro problema è che senza un prodotto migliore e differente, il marketing resta quello che è, cioé fuffa.

Mozilla come piattaforma software/embedded è morta, giustamente scalzata da webkit: unico prodotto ancora in piedi è Komodo, forse ancora per poco. La promessa di release stabili supportate per anni è stata fatta sparire. Pur di non dover gestire venti rami diversi di sviluppo, e relativi rilasci, si è introdotto l'escamotage di far uscire funzionalità nuove ed invasive come "minor update", così da ridurre il supporto alle versioni precedenti a soli 6 mesi. Sempre che l'impegno venga mantenuto vista la rincorsa a chrome in atto.

Firefox come browser mobile ha spazio solo grazie a MeeGo, che è comunque già anni luce meglio della situazione fino alla settimana scorsa con il solo Maemo... La quota di mercato di WinMobile sta scomparendo come la neve a Roma: la versione 7 dovrà faticare parecchio ed essere dannatamente buona. Android, iPhone, RIM e webOS sono chiusi. Della versione per Symbian c'è solo l'epitaffio.

Volutamente non commento TB: diciamo che gli concedo il beneficio del dubbio visto l'enorme gap tecnologico che ha dovuto colmare in breve tempo. Dico solo che Postbox è ben oltre. E non mi dite che i client di posta hanno fatto il loro tempo: non c'è gmail che tenga, neanche in fotografia, rispetto ad un client specifico ben fatto.

Sento scricchiolare l'impalcatura, e non mi piace.

Piccoli passi avanti

2010-01-05T07:56:00.003+01:00

E' stato rimpiazzato il codice breakpad con una nuova versione che include la riscrittura completa del codice linux, e che pone le basi per il supporto linux a 64bit (ma ancora manca il backend in breakpad stesso perché questo si avveri, anche se è vicino). Sempre per linux a 64bit, è stato corretto un bug nel supporto ai plugin in processi separati (OOPP). Attivato il supporto alle animazioni clip in SVG/SMIL. Infine sistemati due problemi in TB.

PS: BUON 2010 A TUTTI!!!

TB3, SM2.0.1, FF 3.5.6

2009-12-17T10:44:00.002+01:00

Un sacco di nuove versioni sono ucite negli ultimi giorni, quindi vedete di aggiornare i vostri PC: nel caso di SM, questa è la prima versione parzialmente localizzata in Italiano del nuovo ramo 2.0.x. Senza l'apporto e l'aiuto di un losco figuro (losco nel senso che lavora come un asino nell'ombra), non avrebbe mai visto la luce: grazie pseudotecnico!
Due notizie importanti: la prima è che è stato inserito nei sorgenti di Mozilla il primo stadio di "electrolisys", ovvero il trapianto del codice per la separazione dei processi di Google Chrome, per ora riservato a far funzionare in un processo a parte i plug-in, e la seconda è che le build MacOS X a 64 bit sono ora compilabili senza alcuna patch esterna al codice, quindi dovrebbero venire servite ufficialmente da Mozilla in un futuro si spera non troppo lontano.

TB3rc1, finalmente!

2009-11-25T10:52:00.003+01:00

E' uscita la benedetta rc1 di Thunderbird3, e suggerisco a tutti di scaricarla e provarla.
Finalmente si comincia a vedere qualcosa di utile anche sul fronte posta.
Per tutto il resto, non ho voglia di parlare: parlerò a tempo e modo debito.

FF3.6b3 out!

2009-11-19T10:37:00.002+01:00

E' uscita la terza beta di FF 3.6 e già oggi o domani ci sarà il code-freeze per RC... Il che vuol dire che per Natale riceverete un bel regalo! La RC di TB3 invece ha avuto un respin (build2) e dovrebbe arrivare a brevissimo.
Nel frattempo, hanno visto bene di includere una nuova versione di NSPR (la parte "sicurezza" del codice) per sistemare ben tre bug, oltre ad aver sistemato un altro buco di sicurezza.
Ma di cosucce interesanti ne sono successe parecchie: sistemati due crash, risolti due problemi con il compilatore/interprete JavaScript, risolti due problemi non da poco con il sistema di aggiornamento e sono stati fatti sparire anche due problemi di Thunderbird.
Per finire, chiuso anche un problema con i workers, e si investiga su un problema della libreria di decoding GIF.

Sbagliato!

2009-11-13T07:00:00.004+01:00

Insomma, direi che la mia previsione su TB3 era del tutto errata... Mi sono perso qualcosa, evidentemente: chiedo venia.
Riparerò segnalandovi la chiusura di tre ottimi crash, operazione che mi rende sempre più luminosa la giornata! Sono state fatte aggiunte anche alla gestione delle animazioni via CSS, modifiche ad una funzione del DOM, corretta una regressione XBL, eliminato un problema col codice di NSS, e corretto un errore di indicizzazione di gloda. Infine, solo per Mac, sono stati risolti alcuni problemi per le versioni 64 bit e si è passati veramente ad usare gcc 4.2 e SDK 10.5 per i rami successivi a 1.9.1.

TB3rc1 dopo il weekend

2009-11-07T09:40:00.004+01:00

Lunedì è il grande giorno per la RC1 di TB3, ma il lavoro di rifinitura non si concede alcuna pausa, tanto che è stata sistemata quasi una decina di bug inerenti il codice di TB e del lato posta in genere.
Un po' di lavoro è finito anche nel sistema di gestione dei componenti aggiuntivi, e nella gestione in breakpad (il tool che manda a mozilla dati sui crash dell'applicazione) della lista delle estensioni segnalando quelle la cui compatibilità è stata forzata. Finalmente anche in mozilla hanno capito che il sistema delle estensioni e dei plugin va messo in ordine e la sua sicurezza va rafforzata: bravi. E bravi anche per aver chiuso un altro buco di sicurezza nel parser HTML. Ritocchino al tema Vista di FF, e sono state riviste alcune API che erano cambiate tra 1.9.1 e 1.9.2 senza effettuare il doveroso cambio di ID. Infine, è stao tolto del codice inutile dal gestore di download.

Buon weekend!

Mobile = benefici per tutti

2009-11-04T07:24:00.003+01:00

E' innegabile che il grosso lavoro che si sta facendo sulle versioni mobile sta aiutando non poco anche le versioni tradizionali di tutti i prodotti mozilla: questo e soprattutto questo bug hanno fatto guadagnare tantissimo tempo nello startup delle applicazioni oltre alla versione mobile. Un altro indubbio vantaggio è che per forza di cose sono stati costretti a mettere mano ad una parte di codice che si usa sempre e che non veniva più toccata dal 2001, ovvero il fastload, cioé quella parte di codice che serve a precaricare ed interpretare gran parte dell'interfaccia grafica delle applicazioni mozilla. Per capirsi, è quella parte di codice che genera e gestisce i file .mfl o .mafl. Quando sarà completato questo bug, ci saremo liberati di una delle parti di codice mozilla più oscure e meno mantenute dagli albori del progetto, e rimarrà solo Composer (e si spera per poco).
Altra modifica interessante: se esiste una copia di backup funzionante, ora il file prefs.js viene eliminato e sostituito. Sono state fatte alcune modifiche al toolkit, e si è tentato di sistemare senza successo un bug sui margini dei popup. Un po' di lavoro sparso su TB (il secondo bug me lo sono beccato spesso), ritocchino importante alla navigazione anonima del solito Marco, modifiche al blocco popup, all'anteprima di stampa e chiuso un buco di sicurezza.
Passando alle modifiche specifiche per piattaforma, tante modifiche sono arrivate e altre ne stanno per arrivare in casa OS/2 nello stesso bug, jemalloc ora ha un problema in meno su Linux, e il codice plugin di Mac è un po' più solido.

Fuori altri due

2009-11-01T08:08:00.003+01:00

Visto che ormai erano lì, sono stati sistemati altri due crash, cosa che non ci dispiace affatto.
Velocizzato il codice layout in chiave mobile, e aggiunto il link ai diritti anche in TB.
E dopo aver reso compatibile Lightning con SM2 ora tocca all'altro grande assente: Firebug. Direi che con la versione 2.0.1 prossima ventura non ci sono più scuse per non provare questo software.

Eppoi si dice "solido"!

2009-10-31T07:41:00.002+01:00

Giornate fruttuose come questa vanno ricordate: era un pezzo che non si vedeva la soluzione di ben sei crash, di cui tre in TB, e di un hang! Direi che il codice da oggi è più solido, ed è il segnale che la nuova riunione settimanale incentrata proprio sui crash bug sta dando i suoi preziosi frutti.
Ci sono due novità da segnalare oggi: la prima è la nuova versione di sqlite (3.6.16.1) inglobata nei sorgenti per sistemare un altro crash, e soprattutto l'aggiunta della priorità alle schede durante il caricamento dalla rete: questo significa che la scheda in vista verrà caricata un po' prima rispetto a quelle non visibili. Mi sembra una cosa simpatica, specie in chiave mobile. In questo campo è stata anche sistemata una regressione delle prestazioni. Inoltre è stato risolto un problema con la navigazione anonima che implicava delle perdite di dati.
Modifiche al codice che gestisce le informazioni sulla pagina, alle intestazioni dei messaggi in TB e al codice SVG.
PS: Qualcuno che gira da queste parti si è anche avventurato in bugzilla! Bravo! :)

Shhhhhh!!!!

2009-10-23T11:15:00.004+01:00

Stanotte è stata attivata l'opzione di default smil.svg dopo una lunga attesa, e questo è il risultato:
Il resto arriverà, magari non subito, ma arriverà.

Tenendo d'occhio la concorrenza

2009-09-16T09:20:00.002+01:00

Ieri/oggi è uscita la versione stabile di Chrome3: mi pare evidente la voglia di "recuperare" il numero di versione rispetto agli altri, ma non posso non notare come l'aggiornamento di chrome sia molto, ma molto più "amichevole" (nel senso che avviene dietro le quinte senza spaventare l'utente e senza impedirgli di lavorare) e più rapido di quello di FF. Direi che sarà un aspetto da curare nelle prossime versioni. E sempre riguardo la concorrenza, da oggi è possibile far girare i mochitest anche su IE8.
Una patch di oggi rende incompatibile FF 3.7 (o come lo chiameranno per allora) con MacOS 10.4: cambiamento annunciato, ma pur sempre doloroso. Restano invece compatibili e quindi usabili le versioni 3.5 e futura 3.6, quindi c'è tempo per aggiornarsi. Nonostante questo oggi hanno sistemato la compatibilità di breakpad (il programma di report dei crash) con i processori PPC.
Diversi cambiamenti sono stati fatti per far funzionare meglio Fennec su WinCE, specie con poca memoria.
Aggiornata la libreria liboggz, risolto un problemino con i file molto grandi nel codice di rete, risolto un altro problema con le date in JS, il tutto mentre si sta lavorando alacremente per sistemare un problema di sicurezza che chiamano "frame poisoning".

In arrivo una nuova beta di TB3

2009-09-12T11:25:00.002+01:00

Mi pare assolutamente evidente che la nuova beta di TB3 sarà molto, molto interessante, se non altro perché oltre ai cambiamenti strutturali di cui vi ho parlato ieri, sono seguiti oggi una vera e propria marea di cambiamenti visuali... Sarà una versione da vedere e da provare con attenzione direi. E' rimasto comunque il tempo per sistemare un paio di problemi nell'interprete JavaScript e un bel buco di sicurezza nel decoder delle immagini GIF.

Un cambiamento importante

2009-09-11T09:18:00.004+01:00

Purtroppo non trovo mai il tempo di scrivere ogni giorno, nonostante ci siano ancora diverse cose grosse che si "agitano" nei sorgenti di mozilla, ma alcune volte gli eventi sono troppo grossi per lasciarseli sfuggire: da oggi entrano a far parte dei sorgenti mozilla altre due librerie molto note nel mondo OSS, protovis e jQuery. Nello specifico, si tratta di aggiunte per TB3, ma credo che ben presto verranno propagate anche altrove, specie per incrementare l'utilizzo di animazioni nell'interfaccia senza dover riscrivere tutto da capo. Di certo TB3 diventerà una bella base su cui mettere su estensioni anche belle graficamente oltre che complesse, in bocca al lupo!
Approfitto per segnalare un altro po' di cosucce: sistemati alcuni problemini grafici con Qt, sistemati altri problemi con il session restore, tolto per ora di mezzo gloda su SM (su TB3 è diventato di default da un paio di giorni), sistemato un problema col salvataggio delle pagine in SM, nuove icone qute per TB3 sotto Vista, rimosso un controllo di sicurezza inutile in JS, sistemato un buco di sicurezza, aumentata di 8 volte la velocità di rendering del testo sotto WinCE (cairo per Fennec, con altre ottimizzazioni in arrivo), abilitato Satchel (memorizzazione e autocompletamento dei moduli del toolkit) per TB3 e risolto un crash SVG.

Leccornia

2009-09-01T13:17:00.004+01:00

Un post velocissimo per segnalare che ora anche SM2 può usare le schede dal lato Posta, proprio come TB3, grazie alla chiusura del bug cui ha lavorato Mnyomyr (aka Karsten Düsterloh): una semplice patch di 270Kb... Questo spiana la strada all'utilizzo di Lightining in SM2, in un prossimo futuro.

Edit: aggiungo anche che è stata implementato in SM2 il drag&drop delle mail in formato .eml (finalmente...).

E ora in vacanza!

2009-08-04T06:15:00.003+01:00

Ultimo aggiornamento fino a fine mese, causa meritatissime ferie.
Sistemato l'uso del nuovo password manager con Composer (SM). Lavoro certosino sul Mac per sistemare diversi problemi di refresh delle finestre/barre/layout. Risolto un bel crash nel decoder video, e sistemata la ricerca dei nomi con apostrofo nella rubrica. Finalmente ora si può compilare tutto su Vista e seguenti senza usare UAC, ed è stato sistemato un problema con il sistema di build MSYS. Lavori in corso sull'autosync di TB3.
Visto che c'erano hanno sistemato anche un paio di buchi di sicurezza (quelli trovati al Defcon? Boh!).
Buone vacanze!

Aggiornamento pre-vacanziero

2009-08-03T13:36:00.002+01:00

Visto che al lavoro non mi danno tregua, me la prendo da solo...
Ho giusto il tempo per un po' di segnalazioni. In TB, l'avviso della mancanza degli allegati ora è fatto con una barra di notifica, ora è possibile navigare nel testo con le combinazioni Mela+... di MacOS, il popup identificativo è più leggibile nei temi rtl, modificati i menu contestuali per l'apertura nelle schede, risolto un problema con una libreria JS e le barre di scorrimento, rimossi alcuni #include dell'era protozoica, e sembra essere sistemato un problema di SM con lo ShellService.
Ma la cosa più evidente è la nuova versione di libvorbis che è stata integrata per risolvere un problema di sicurezza, ma come al solito mancano ulteriori dettagli.

Finalmente roba succulenta!

2009-07-21T06:17:00.003+01:00

Era da un po' che non riuscivo a trovare il tempo di fare una bella carrellata di bugfix, e temo che continuerò a farne poche per un po', ma oggi ci sono state diverse leccornie da riportare...
Cominciamo con la ristrutturazione completa delle strutture dati che gestiscono le immagini, ora completamente stravolte e quindi incompatibili con 1.9.1: davvero una patch enorme (280Kb!) che ha segato via due strutture e >3000 linee e ne ha rimesse >2000, una discreta sforbiciata. Vedremo se la vastità dei cambiamenti produrrà problemi collaterali.
Altra novità è l'ennesima revisione dell'interfaccia per ciclare le tab con Ctrl+Alt, sempre più affinata ma ancora nascosta: giocate con browser.ctrlTab.previews e browser.allTabs.previews. Strano vero come una funzione delle schede viene così affinata con tanto lavoro quando un po' di tempo fa sempre da mozilla si diceva che le schede erano morte...
Altra cosa interessante, segnalata da più parti, è la perdita di cookie dopo un po' di tempo: si sta cercando una soluzione definitiva, ma non è ancora del tutto a posto. Altra soluzione non ancora definitiva ma in sviluppo è il cambiamento per evitare che TB e SM bombardino l'utente di richieste di password quando si usa una password generale: TB3 ha usato un trucco per aggirare il problema, e forse lo farà anche SM2 se questa modifica non verrà accettata per 1.9.1.
Si lavora ancora per rimuovere la compatibilità con Win16 (sic!). Il sistema di update non metteva a posto i permessi dei file in maniera corretta. Un pezzo di sistema di build adesso viene ricreato anche su Win32. E' stato modificato anche un precedente fix per aderire alle specifiche HTML5 (in pratica è stato disfatto ciò che era stato sistemato prima).
Sistemati un paio di bug che riguardano la ricerca nei messaggi in locale del lato posta e anche il compartamento della posta riguardo i messaggi eml esterni. Sistemati alcuni fastidiosi warning.
Ora la geolocalizzazione può essere ricordata, dimenticata, disabilitata nella finestra Informazioni sulla pagina anche di SM2.

Rapido per leccarsi le orecchie

2009-07-16T16:04:00.002+01:00

Prendendo spunto da questo post, ecco come mettere a dieta FF 3.5 sotto linux.
Scaricate da qui l'eseguibile di sqlite, scompattatelo nel vostro profilo di FF, e create un file di testo (ad esempio inifx.sh) dentro di esso con questo contenuto:

#!/bin/bash
for file in `dir -d *.sqlite` ; do
./sqlite3-3.6.16.bin "$file" "VACUUM"
done

Mettete i permessi ad entrambe i file con un chmod 755, e lanciate lo script (ad esempo: ./inifx.sh).
Il disco frullerà un po', e alla fine vedrete che dieta! :)
Ovviamente fate il tutto a vostro rischio e pericolo!!!

Ma la scorsa settimana?

2009-06-08T14:33:00.001+01:00

NO COMMENT! :)

Prolungamento a domenica

2009-05-23T07:06:00.002+01:00

Le build per RC cominceranno da domenica, visto che la lista di blocker piuttosto lunga (quasi 60) si è quasi polverizzata, e si vuole quindi fare sedimentare un attimo tutti i cambiamenti.
Sono stati resi accessibili i controlli per l'audio/video, è stato corretto un crash con i plugin, risolta una regressione con firebug e un'altra con greasemonkey e la nuova finestra di dialogo Pulisci cronologia è stata sistemata meglio. Nuova versione di NSS (3.12.3), che prevede altri certificati root preinstallati e che genera simboli di debug quando serve come tutto il resto del codice.
Le informazioni sul locale sono state spostate altrove per poter avere prodotti localizzati in più lingue, e semplificare altrove.
Altro passo avanti per la compilazione automatica delle versioni localizzate di TB/SM/Calendar, che ora forniscono anche dati sul changeset di Mercurial da cui sono state compilate.
Ed è stato trovato del tempo per sistemare anche un paio di buchi di sicurezza, tanto per gradire.

Parecchia roba succulenta

2009-05-20T01:45:00.004+01:00

Si procede spediti verso la RC, e quindi ritroviamo parecchia carne al fuoco, a cominciare da ben tre buchi di sicurezza sigillati. Inoltre sono stati risolti due crash, il primo in places (grazie Marco!) e il secondo nei widget XUL. Sempre in places, abbiamo visto sistemare le query della cronologia, passate secondi a millisecondi, l'impossibilità di cancellare i segnalibri smart e di operare sul campo data (ancora grazie Marco!), mentre la navigazione anonima ha guadagnato una bella finestra di dialogo che compare senza far diventare il sistema una lumaca. Migliorato anche il cycle collector, sistemato il comportamento del localStorage con i cookie, corretto un problema di drag and drop nella navigazione a schede, risolto un problema con il sito di Procter&Gamble, risolto un altro problema con la geolocalizzazione, e sistemati i controlli video HTML5 nei temi RTL (da destra a sinistra).
Risolto un problema col tema per XP e una regressione nella gestione del colore di Windows 7.
Il plugin per supportare Java sotto Mac OS è stato aggiornato (e ha permesso di risolvere parecchi problemi).
Per SM, forse è stato risolto un problema di test che fallivano ad intermittenza, e una modifica al sistema di build Windows è stata adottata anche per le versioni definitive di FF, visto che semplifica tutto il processo di rilascio.
Per TB, oltre ad essere state inserite una pletora di patch riguardanti calendar, è stata introdotta e gestita una preferenza per chiudere la finestra dei messaggi invece di passare al prossimo quando si elimina il messaggio (interessante... speriamo venga portata su SM), è stato sistemato lo scaricamento dei messaggi per singolo account anche quando viene usata la cartella globale, e il tema Windows ha guadagnato nuove icone più standard per la lista dei messaggi.

Viva la RC! :)

2009-05-18T10:39:00.002+01:00

Per fortuna che siamo vicini alla Rc, altrimenti questi ci cambiavano gecko 2 giorni prima del rilascio della 3.5! :) Oggi hanno messo dentro una enorme patch che sistema un bug del lontano 2002 nel codice che gestisce le tabelle, e chiude anche ben 21 sottobug, credo sia un record!
Una bella notizia è che un altro crash con il plugin flash è stato eliminato, e un'altra bella notizia è che è stato chiuso un bel leak in places.
Nel mentre, si prepara SM2 a ricevere il trattamento l10n, cioè a gestire le build automatiche localizzate...
A proposito, la RC di FF 3.5 dovrebbe vedere la luce lunedì prossimo, se tutto va bene.

Nuova grafica in arrivo, ma...

2009-05-15T15:38:00.006+01:00

Ok, la nuova grafica del logo di Firefox mi sembra davvero carina, e trovo bella l'idea di esaltare l'aspetto "fire". Ma visto che ultimamente ho messo un po' le mani dentro il tema modern di SM2, che deve utilizzare parecchia roba dei temi di FF, capisco bene perché alcuni sviluppatori si siano rifiutati di mettere le mani dentro il toolkit... Non vi sto ad elencare la quantità di icone duplicate, o inserite in formati diversi che oramai è diventato quasi impossibile togliere a causa dell'utilizzo che ne fanno alcune estensioni, ma forse sarebbe il caso di fare un po' di pulizia.
In alcuni casi poi, certe scelte sono di una stupidità che rasenta l'idiozia. Facciamo un bell'esempio pratico fornitomi oggi su IRC. Prendiamo l'immagine che serve per dare il "rating" delle estensioni:
A seconda del voto, si prende la riga che serve, tramite css. Qualcuno vede come la cosa sia idiota? No?
Seguitemi!
Per prendere un pezzo dell'immagine tramite css devo fare un rettangolo "visibile", giusto? Ma allora che bisogno c'era di fare un'immagine così grande? Se metto tutto su una riga, non ottengo lo stesso identico risultato con un'immagine ben più piccola?
Ed ecco a voi la soluzione:Il rettangolo invece di farlo scrollare in verticale lo sposto in orizzontale e ottengo la stessa identica cosa!
Vediamo le differenze: la prima immagine è 78x108 per un totale di 4516 byte, la seconda invece è 120x12 per 878 bytes, cioè un quinto esatto.
Altro esempio: il file con le iconcine per il download manager e per lo scaricamento degli update è identica (buttons.png o downloadButtons.png a seconda del tema), quando basta modificare una sola voce del file jar.mn usato per creare la build per impacchettare una sola copia del file (e modificare il riferimento nel css): 2288 (o 3244) byte inutili. Vi ricordo che le immagini sono già compresse, quindi è tutto peso che togliete direttamente dall'installer, e al momento di caricare l'applicazione.

E due!

2009-05-07T11:08:00.002+01:00

Vi ripropongo un altro articolo che può tornare utile a chi si vuole avvicinare a bugzilla, l'applicazione che tratta tutti i bug di mozilla, piccoli, grandi o solo presunti. Lo faccio prima che cambino alcune carte in tavola, almeno la base c'è.
________________________

1. Aiutiamo Mozilla

Lo sviluppo del codice di Mozilla si basa sulla presenza e sulla coesistenza di diversi elementi, ognuno con la propria importanza. Sono necessari i progettisti software per stabilire in che direzione far evolvere il codice, i programmatori per implementare tale visione, gli scrittori per documentare sia il codice sia le applicazioni, esperti di sviluppo web per modificare e migliorare l'offerta dei siti relativi a Mozilla. In ultimo, solo per l'ordine naturale dello sviluppo software ma non meno importanti, sono necessari gli utenti finali: solo loro infatti possono mettere alla frusta un prodotto e ricreare le situazioni di utilizzo più astruse.

Gli utenti finali sono gli unici in grado di superare gli schemi mentali dei progettisti software e dei programmatori, utilizzando nei modi più impensabili un software, solitamente in un modo assolutamente non previsto dal progetto originale. Mentre la fase di test pensata prima della scrittura del codice serve a verificare la correttezza del software (cioè che funzioni effettivamente come previsto), l'utilizzo da parte dell'utente finale, o meglio ancora dell'utonto, permette di verificare la robustezza del codice (ovvero che quanto scritto, anche se usato impropriamente, non generi problemi).

Per questo motivo diventa fondamentale l'apporto di tutti noi, anche semplici utilizzatori, nella ricerca, segnalazione e correzione dei bug. Al livello più semplice basta attivare TalkBack ed inviare i dati collezionati sui crash a mozilla.org (senza alcun rischio di compromettere i propri dati personali e privati), o utilizzare lo strumento Reporter per segnalare i siti che non si visualizzano correttamente con i prodotti Mozilla. Ancora, è possibile condividere le proprie esperienze in positivo o in negativo sui forum, fare pubblicità, prestare il proprio aiuto ad altri utenti come noi. Ma è possibile fare ancora un passo in più: segnalare i difetti trovati su Bugzilla, il database degli orrori errori di Mozilla!

L'unico prerequisito imprescindibile per poter compiere questo passo è la conoscenza della lingua Inglese, meglio ancora se arricchita dalla conoscenza dei termini tecnici propri dell'informatica: ciò non dovrebbe essere particolarmente complicato, visto che l'Italiano li ha adottati quasi tutti nell'uso comune (basti pensare a download, browser, plugin, ecc.).

2. La scoperta di un bug

Più si utilizza un prodotto software, più lo si conosce a fondo e più se ne scoprono i limiti ed i punti di forza. Questo è vero per un qualsiasi software, indipendentemente dalla sua complessità. Nel caso dei prodotti Mozilla, ciò è facilmente verificabile: un uso semplice di un programma come Thunderbird, ad esempio, può rendere felici molti utenti; appena si cominciano ad usare a fondo le caratteristiche e le funzionalità del programma per andare oltre le operazioni più semplici, ecco che si comincia a sentire il bisogno di modificare le Preferenze, magari anche quelle nascoste, e poi di ampliare la gamma delle funzionalità di base utilizzando le estensioni. E più funzioni si utilizzano e più testing del software si realizza...

In un mondo perfetto il software dovrebbe permettere l'evoluzione degli utenti senza il minimo intoppo, ma purtroppo ciò non è mai vero: prima o poi ci si imbatte in un problema. A volte è possibile aggirarlo, altre volte invece si viene completamente bloccati: in entrambi i casi è molto probabile che ci si trovi di fronte ad un bug, ovvero un errore di programmazione. Perché dico è probabile? Perché talvolta gli utenti vogliono compiere delle operazioni che non sono state nè previste nè pensate per essere eseguite nel modo da loro voluto: quindi siamo di fronte ad un limite o nella progettazione del software o nella conoscenza del software stesso da parte dell'utente.

Prendiamo in considerazione il caso di un vero e proprio bug: come dobbiamo comportarci? Per esperienza personale, prima di lanciarsi a scrivere un bel bug report su Bugzilla, conviene fare una serie di prove da soli ed in compagnia... Da soli possiamo controllare più volte se è possibile riprodurre il bug in maniera consistente, cercando di segnare tutti i passi necessari per riprodurlo. In certi casi può essere prezioso eseguire lo stesso test con un profilo pulito, in modo da evitare problemi dovuti alla stratificazione delle diverse versioni dello stesso programma. Se siamo ancora convinti di trovarci a quattr'occhi con un bug, chiediamo a qualcun altro di verificare se riesce a riprodurre il problema con la nostra sequenza di passi: se la risposta è affermativa, possiamo cominciare a pensare di spostarci su Bugzilla per il passo successivo.

È comunque possibile che ci siamo ritrovati in una condizione in cui non esiste un vero e proprio bug, ma piuttosto una carenza strutturale del programma. Sempre sottoponendo tale limitazione all'analisi e all'opinione di altre persone (più una funzione è utile a diverse classi di utenti e più è semplice chiederne l'implementazione), possiamo farci un'idea di cosa andare a chiedere ai programmatori di Mozilla. Cito un esempio: per molte persone la possibilità di estrarre allegati divisi tra messaggi di posta o newsgroup diversi è una necessità imprescindibile prima di passare all'utilizzo di un programma di posta Mozilla. Possiamo quindi spostarci su Bugzilla per sottoporre la nostra richiesta di miglioria o RFE (Request For Enhancement) ed incrociare le dita sperando che qualcuno si offra di implementarla (ad esempio la citazione precedente è in Bugzilla dal Novembre del 2000).

3. Primi passi su Bugzilla

Armati di tutte le nostre informazioni, puntiamo il browser su https://bugzilla.mozilla.org. Cominciamo a guardarci intorno e a fare ricerche con alcune parole chiave che possono essere uguali o simili a quelle che intendiamo usare noi; questo è un altro passo fondamentale per fare un buon bug report: dobbiamo assicurarci che nessuno lo abbia già fatto prima! Dovremo andare a spulciare tutti i bug che anche lontanamente somigliano al nostro, e se ne troviamo uno che corrisponde, verifichiamo che riporti tutte le informazioni in nostro possesso: anche se non creiamo un nuovo bug report, possiamo riportare le informazioni aggiuntive in nostro possesso, un aiuto in più per chi dovrà sistemare il problema. Creando un duplicato di un bug esistente, provochiamo un inutile spreco di risorse per tutto il sistema.

Altro passaggio fondamentale è avere un proprio account su Bugzilla: crearlo è semplicissimo e basta avere un account di posta elettronica valido. Superato questo scoglio, è giunto quindi il momento di creare un nuovo bug report: puntiamo sul pulsante New e via, riempiamo bene tutti i campi che vengono proposti dal modulo. Assicuriamoci di aver selezionato il componente esatto (cioè a quale parte di Mozilla si riferisce il bug), scegliamo un Summary sufficientemente semplice per descrivere il problema ma che contenga diverse parole chiave (in modo che chi viene dopo di noi non fatichi a trovarlo se vuole segnalare lo stesso problema), e abbondiamo con i particolari nei Details.

Quando ci sembra di aver dato tutte le informazioni possibili e pertinenti, possiamo fare clic su Submit: dopo alcuni istanti bugzilla ci avviserà che sono stati fatti i cambiamenti necessari per il bug XXXXXX. È possibile controllare come Bugzilla ha impostato alcuni campi automatici del bug: certamente lo stato del bug sarà UNCONFIRMED, cioè non confermato, perché il vostro rapporto deve essere analizzato da qualche altro volontario (e si spera esperto del componente) che deve verificare la correttezza di quanto avete scritto, della descrizione del problema dell'esattezza del componente assegnato. Alcuni altri campi riempiti in automatico sono il QA Contact (ovvero colui che dovrebbe analizzare il vostro report e confermarlo), Reporter che dovrebbe essere impostato al vostro account e Assigned To che di solito indica quale sviluppatore dovrebbe sistemare il problema (il condizionale è d'obbligo, in quanto sono tutti o quasi volontari).

Un ultimo campo da impostare con accortezza è Severity: di norma è bene lasciarlo impostato a Normal, ma esistono le dovute eccezioni. Se ad esempio il vostro bug report riguarda magari un refuso nell'interfaccia grafica, o in una finestra di dialogo, insomma, riguarda qualcosa di davvero semplice, è bene impostare il campo a Trivial. Se invece stiamo aprendo una richiesta di miglioria, dobbiamo impostare il tutto a Enhancement. Ancora, se crediamo di avere individuato un problema che compremette la sicurezza del prodotto e del suo utilizzatore, dobbiamo impostare il campo a Security: questa categoria è un po' particolare, in quanto viene presa in carico da un team speciale che analizza il report e decide quanto è grave la falla e se renderla segreta fino a quando non viene trovata e applicata una soluzione al problema. Impostare correttamente questo campo faciliterà l'analisi altrui e, col tempo, vi farà guadagnare rispetto da parte degli sviluppatori che leggono i vostri bug report...

4. Evoluzione di un bug

Nella maggior parte dei casi, entro pochi giorni il nostro bug passa da UNCONFIRMED a NEW: questa è la certezza che non abbiamo scritto grosse stupidaggini, e che non sembra esserci un bug precedente uguale al nostro. In caso contrario, o il bug non è stato neanche esaminato (cosa che spesso accade per certi componenti), oppure viene subito chiuso come DUPLICATE di un altro bug. Se siamo particolarmente fortunati, lo status passa subito ad ASSIGNED: questo significa che uno sviluppatore ha deciso di prendersi il nostro bug in carico e di lavorarci sopra: non accade spesso, ma se succede, significa che abbiamo trovato davvero un bel buco!

È anche possibile che il nostro bug evolva in maniera radicale: succede a volte che descriviamo come bug un sintomo di un problema molto più grosso. Non stupiamoci quindi se in fase di analisi da parte di altre persone il tutto subisca modifiche ed aggiustamenti, oppure che il bug acquisisca delle dipendenze: Depends on significa che se non vengono sistemati prima altri bug, il nostro non può essere risolto, mentre Blocks significa che se non viene sistemato il nostro bug, altri non hanno speranza. Può anche capitare che il nostro Summary venga ritoccato per descrivere meglio il problema o renderlo più facilmente individuabile tramite ricerche, magari cambiando le parole chiave, oppure può accadere che vengano individuati dei duplicati del nostro report, oppure ancora che il nostro bug venga considerato (e chiuso) come duplicato di un altro.

Può anche succedere che vengano richiesti maggiori dettagli o magari delle prove particolari a chi ha descritto il bug, quindi il nostro lavoro non è finito una volta che abbiamo fatto clic su Submit... Notiamo che in tutti i bug c'è una lista CC: possiamo aggiungere il nostro indirizzo email alla lista in modo che ogni volta che avviene una qualche modifica al bug, verremo avvisati tramite posta elettronica. È utile ad esempio nel caso trovassimo un bug che ci interessa particolarmente, oppure nel caso scovassimo un bug simile a quello che volevamo riportare. Possiamo avere il polso della situazione dei bug che più ci interessano senza dover andare a controllare tutte le volte su Bugzilla. Non è necessario aggiungersi alla lista CC di un bug se il bug lo abbiamo creato noi oppure lo abbiamo votato (una possibilità data da Bugzilla ma che su mozilla.org non ha alcun valore), o ancora se siamo le persone assegnate a risolverlo o ne siamo il responsabile di qualità.

Può rivelarsi utile a volte allegare al bug anche una o più schermate grafiche che descrivano meglio o isolino il problema: nulla di più semplice. Generiamo lo screenshot sul nostro computer, torniamo nel bug e facciamo clic su Create new attachment: si apre un nuovo modulo in cui dobbiamo specificare il nome della schermata, darne una piccola descrizione ed istruire Bugzilla sul tipo di file che stiamo allegando. Spesso è più sicuro specificare manualmente il tipo di file senza utilizzare il riconoscimento automatico di Bugzilla che non sempre sembra essere all'altezza del compito, specialmente se si tratta di immagini o di codice (X)HTML.

5. Vita da patch

Se il nostro bug ha risvegliato l'interesse di qualche programmatore, può arrivare il giorno in cui in esso compare una patch, ovvero un insieme di modifiche al codice sorgente di Mozilla che dovrebbe risolvere il problema segnalato. Possiamo dare un'occhiata alle modifiche proposte facendo clic su View accanto all'allegato contenuto nella lista Attachments: ciò che compare a video non è altro che una patch in formato diff, programma diffusissimo in ambito Unix/Linux per lo sviluppo di software. A noi non sembra altro che del testo: le cose che dobbiamo notare sono le righe precedute da - e da +: le prime sono le righe eliminate, mentre le seconde sono le righe aggiunte al sorgente di Mozilla. Spesso molte modifiche che toccano numerosi file vengono condensate all'interno di un unico file di diff, e ciò permette di capire quanto un bug può influire sui sorgenti di Mozilla.

È anche possibile che nessuno si interessi al nostro bug: che fare? Se la difficoltà del problema non è insormontabile, potremmo anche pensare di sistemare da soli il tutto... A prima vista può sembrare un'impresa irrealizzabile, ma non è così. Abbiamo due possibilità: trasformare il nostro computer in un sistema di sviluppo in grado di generare le nostre personali versioni dei prodotti Mozilla (al fine di portare avanti i nostri test), oppure usare alcuni strumenti via web per cercare di generare una patch. Nel secondo caso, è possibile usare programmi particolari come PatchMaker e sfruttare servizi web di Mozilla come lxr per cercare di generare una patch corretta da sottoporre a scrutinio su Bugzilla. È una soluzione adatta nel caso di problemi davvero semplici, magari relativi a refusi del testo, ma molto scomoda per le modifiche più complesse, specie se fatte al codice sorgente di Mozilla.

L'altra soluzione possibile (creare un sistema di sviluppo) richiederà un po' di tempo all'inizio affinché tutto funzioni a dovere, ma è uno sforzo che di solito va fatto una sola volta. Per nostra fortuna è possibile reperire informazioni dettagliate su come procedere sul sito mozilla.org per varie piattaforme, e ci sono diversi newsgroup in cui poter chiedere aiuto in caso di bisogno. Portata a termine questa impresa, siamo davvero padroni del campo: possiamo cominciare a sperimentare e prendere dimestichezza con il sistema di sviluppo, il cvs e il diff un poco alla volta (sempre seguendo le ottime informazioni disponibili su mozilla.org), magari partendo dai file (X)HTML, per poi passare ai .dtd e .properties, poi ai .js e .xul fino a cimentarsi con i file .cpp.

A poco a poco creare patch diventerà una (sana) abitudine: ma una volta creata una patch e inserita su Bugzilla che succede? Dovremo innanzitutto chiedere a qualcuno esperto di revisionarla (impostando il campo review della patch a ? ed inserendo poi l'indirizzo email del supervisore). La scelta del supervisore va fatta cum grano salis: deve essere una persona che conosce abbastanza il codice che andiamo a toccare e, come gentilezza, dovremmo cercare di chiedere la review a qualcuno che non ha una coda di richieste troppo lunga (per non oberarlo di lavoro). Ancora una volta il sito di mozilla.org ci viene in aiuto; possiamo controllare la lista dei module-owner (ovvero coloro che sono responsabili eclusivi di una parte del sorgente Mozilla) e dei peer-reviewer (altre persone esperte del modulo in questione), e scegliere in base a questo elenco.

Se la scelta non è stata felice, dopo un po' di tempo potremo cambiare supervisore, oppure verremo informati del tempo necessario prima che la revisione venga portata a termine. La revisione può concludersi sostanzialmente in tre modi:

r+: significa che è andata a buon fine e che il revisore non ha nulla da eccepire
r+ soggetta a modifiche: significa che la revisione è stata positiva, ma a condizione che vengano effettuate le modifiche proposte nel commento
r-: significa che è abbiamo scritto qualcosa di davvero pessimo e tocca ricominciare da capo...

Se riusciamo ad ottenere un bel r+, a seconda del tipo di patch può essere necessario richiedere anche un sr+ (super-review), in genere dal module-owner in persona: questo si rende necessario quando il codice modificato è parecchio, oppure si cambia radicalmente aspetto o fisionomia di una parte del sorgente. Ottenuto, se necessario, anche il sr+, possiamo chiedere a qualcuno di inserire la nostra patch nell'albero dei sorgenti di Mozilla. Controllando la pagina di tinderbox (macchine che preparano a getto continuo versioni di test dei prodotti Mozilla), potremo verificare se la nostra patch è stata inserita senza procurare danni (nel commento al checkin comparirà la vostra email/il vostro nome accanto a p= oppure dopo Patch by, ed i nomi di chi ha accordato r+ ed eventuale sr+): siamo entrati nella storia di Mozilla! :-)

6. Risolto!

Tutto finito? Quasi... Solitamente chi ha effettuato il checkin imposta il bug anche a FIXED, e ciò segnala che il problema dovrebbe essere risolto. Altre persone addette alla verifica (come ad esempio il QA Contact), possono quindi verificare in una nightly successiva all'introduzione della patch che il problema sia stato effettivamente risolto, e possono cambiare ancora lo stato del bug a VERIFIED FIXED: questo è lo stato ultimo di un bug su Bugzilla, e significa che il problema è stato del tutto risolto e può essere archiviato.

A volte succede però che la verifica non sia positiva, e quindi lo stato del bug viene posto a REOPENED, ovvero c'è ancora del lavoro da fare. Di solito ciò accade quando la patch ha risolto solo in parte il problema, oppure ne ha generati di nuovi che prima non c'erano (chiamati regressioni) e ne ha portati alla luce di nuovi ma molto simili (per cui sembra superfluo aprire un altro bug). In questi casi o vengono fornite nuove patch, oppure si decide di fare un backout, cioè di togliere dall'albero dei sorgenti di Mozilla la patch inserita in precedenza: di solito serve sempre tutta la trafila di revisione, anche nel caso di backout.

Chiuso il discorso? Non ancora... Un altro caso particolare sono i bug risolti a ridosso di una versione stabile di Gecko, oppure abbastanza importanti da dover far parte della prossima versione minore di un programma Mozilla (ad esempio far parte di Firefox 1.5.0.2). I bug che appartengono a questa categoria non vengono posti a RESOLVED quando la patch viene inserita nell'albero dei sorgenti principale di Mozilla (trunk): l'autore della patch attiva il flag a=? oppure blocking x.x.x? e, con una breve spiegazione, motiva questa sua richiesta. I drivers (ovvero la ristretta cerchia di sviluppatori che coordina il rilascio delle versioni ufficiali dei prodotti Mozilla) analizzano la richiesta e danno o meno il loro consenso. Una volta presa la decisione, il bug passa a VERIFIED FIXED, ma in caso di consenso favorevole, la patch viene inserita anche nell'albero di sviluppo stabile (branch), così da far parte della prossima versione ufficiale del prodotto. Il bug in quest ultimo caso acquista una piccola scritta nel campo Keywords, solitamente fixedx.x.x. Ok, ora abbiamo davvero finito! :-)

Sotto a cercare e/o sistemare il prossimo bug!

7. Ringraziamenti

Un grazie alle persone che mi hanno spinto ed aiutato a scrivere questo documento, in ordine sparso:

Iacopo Benesperi
Francesco Lodolo
Giuliano Masseroni
Michele Dal Corso

Uno di due

2009-05-07T10:44:00.002+01:00

Un veloce aggiornamento per informarvi che la geolocalizzazione sta ricevendo gli ultimi numerosi ritocchi prima dell'uscita ufficiale di FF3.5. Tolto di mezzo anche del codice inutile per Mac, corretto il funzionamento degli acceleratori con OS X, sistemata la resa dei colori di alcuni file PNG, risolto anche un problema con i feed RSS, e modificato il funzionamento dei prefetch DNS con i server SOCKS. Chiuso anche un buco di sicurezza (relativo a Java? Mah... Detesto non poter legger subito i dettagli).

Rifiniture a tutto

2009-05-05T05:33:00.003+01:00

Tolto di mezzo un file usato per il vecchio filtro antiphishing di FF2, oramai inutilizzato (e così non va più tradotto), e sono stati sistemati due problemi con il recupero delle sessioni, di cui uno specifico per Mac. In SM è stata sistemata la visualizzazione del corpo dei messaggi dei feed, e ora (dopo aver fatto ingoiare le patch necessarie) viene utilizzato il toolkit standard per personalizzare le barre degli strumenti. Invece per TB (e mailnews in generale in certi casi), ci ritroviamo delle icone nuove sotto Linux, l'autocompletamento dei tag ora funziona meglio, l'evidenziazione della sintassi nella visualizzazione del sorgente dei messaggi è stata disabilitata, il funzionamento dell'indicizzazione global data (gloda) è più performante, alcune routine interne del codice IMAP ora consumano meno tempo e memoria per svolgere il loro lavoro e il tema del Mac è migliorato nei sistemi RTL (da destra a sinistra, come l'arabo o l'ebraico).
Fallito invece l'inserimento del nuovo campo di ricerca, integrata con gloda, nella barra degli strumenti di TB3: errori a raffica e patch tolta dopo pochi minuti, nell'attesa di capire meglio cosa è andato storto.

2 "cosette" rapide

2009-04-30T14:46:00.002+01:00

Vorrei fare presente a voi tutti due patch molto interessanti, una che mi è sfuggita qualche giorno fa, e l'altra appena arrivata. La prima è l'implementazione di migliori serializer per il codice XHTML e XML: la prima conseguenza è che sia Composer che la visulaizzazione dei sorgenti dovrebbero generare/far vedere del codice molto più bello a vedersi. La seconda patch invece aggiunge a SM2 la possibilità di gestire i feed dal lato browser, l'ultima grande differenza con FF è sparita: credo che la prima beta di SM2 sarà molto succulenta, e attirerà più di uno sguardo...

FF in orario, TB in ritardo

2009-04-29T10:12:00.002+01:00

Ieri è uscita sia la quarta beta di FF3.5 in perfetto orario, sia l'aggiornamento a FF 3.0.10 che risolve un problema di sicurezza e diversi di stabilità. Una parola, quest'ultima, che ha assunto un significato speciale per il sottoscritto: ieri ho usato FF3.5b4 tutto il giorno, e mi esploso in faccia 4 o 5 volte (in 3 casi mi ha permesso di inviare il dump), appena meno di quanto non mi esploda in faccia (con Flash sperimentale) la mia build casalinga a 64 bit di SM2 (dove breakpad non funziona perché non supporta i 64 bit, complimenti...). E devo dire che la cosa non mi ha affatto reso felice. Oggi la OpenSUSE ha fatto uscire un aggiornamento di gtk2 che dovrebbe sistemare un crash relativo proprio a FF, vedremo oggi come va. Cattive notizie invece in casa TB3: ieri è stato annunciato che ci sono troppi blocker aperti, ovvero bug che impediscono l'uscita di TB3, e quindi hanno rimandato la prossima beta3 "di diverse settimane" senza specificare quante: un brutto colpo, ma che ha permesso la correzione di un bug fatta dal sottoscritto. Nel frattempo vi segnalo altre cosucce interessanti: allargata la finestra della gestione account (così non dovremo farlo nelle localizzazioni, forse), ripuliti alcuni test di leak errati e altri in python, risolto un crash sotto OS/2, e infine è stato risolto uno strano problema per cui quando si mandava in stampa una pagina, venivano ricaricate le applet Java. In ultimo, ma non per importanza, è stato aggiunto il supporto allo scanning delle reti wifi sotto Windows Mobile (Fennec).

Tra alberi e rami

2009-04-28T10:54:00.003+01:00

NB: vi ripropongo un vecchio articolo che però trovo possa essere sempre utile a capire alcuni termini tecnici. Un po' lunghetto, spero di non annoiarvi.

--------------------------------------------------

Una introduzione a tutti i termini utilizzati nel mondo Mozilla quando si parla di versioni dei vari prodotti, con una spiegazione (anche storica) della scelta di alcuni termini.

Il muro linguistico

Capita a volte di appassionarsi a un progetto o a un'idea e spontaneamente essere colti dalla curiosità di saperne di più. Come in tutti i campi, anche nel mondo legato ai computer il più grande ostacolo per i non addetti ai lavori è costituito dalla barriera linguistica: non tanto dalla lingua Inglese, quanto dai termini prettamente tecnici. Come si cerca di superare un attimo le notizie generiche, ad esempio quelle che leggiamo su giornali e riviste, per scendere un po' più nel dettaglio, ci si incaglia subito su termini a prima vista sconcertanti e confusi. Prendendo come base il progetto Mozilla (Firefox e compagnia varia), cercheremo di fare un po' di chiarezza al riguardo, soprattutto per capire meglio come procede lo sviluppo di una base di codice così ampia e complessa, fatta di tanti piccoli pezzi incastrati insieme.

Analogie vegetali

Quando si parla di progetti Open Source, si parla spesso di "albero" e un po' meno spesso di "ramo", specialmente in abbinamento con "di sviluppo" oppure "stabile". Cerchiamo subito di chiarire questi termini. L'albero (in Inglese: "tree", oppure "trunk") non è altro che l'insieme di tutti i codici sorgenti di cui consiste un progetto, e prende tale nome perché la struttura, ovvero come questi codici sono catalogati e messi in relazione gli uni con gli altri, ricorda molto quella quasi gerarchica di un albero: abbiamo una radice (ad es. "mozilla/") che rappresenta la cartella principale che comprende tutti i sorgenti facenti parte del progetto, e quindi i vari tronchi e fusti (ad es. "mail/" per i sorgenti di buona parte di Thunderbird, o "browser/" per buona parte di Firefox). Tale struttura poi si esplica ancora meglio vedendo come i sorgenti sono organizzati in un file system tradizionale fatto di file e cartelle gli uni dentro le altre e così via, come possiamo vedere in figura:

mozilla/[root] (dimensione) (ultima modifica)
│ LEGAL 2k Aug 21 13:10
│ Makefile.in 5k Dec 6 02:10
│ README.txt 9k Mar 13 2004
│ aclocal.m4 687 Dec 20 2005
│ allmakefiles.sh 456k Dec 3 08:10
│ camino.mk 1k Nov 24 2004
│ client.mk 37k Dec 7 17:10
│ configure 638k Dec 4 22:10
│ configure.in 260k Dec 4 22:10
│ embed.mak 2k Sep 13 2005
│ embed.mk 4k Sep 13 2005
│
├───README/ - Dec 8 11:11
│ └───mozilla/ - Apr 19 2006
│  README.build 87 Dec 1 2001
│ README.os2 9k Apr 19 2006
├───accessible/ - Dec 8 11:11
.
.
.
.
└───xulrunner/ - Dec 8 11:11
 │ Makefile.in 1k Oct 5 2005
 │ build.mk 2k Oct 25 16:11
 ├───app/ - Apr 19 2006
 .
 .
 .
 └───stub/ - Apr 19 2006

Ho volutamente tralasciato il termine "ramo" perché esso rappresenta un concetto un po' diverso. Nel campo dello sviluppo di software infatti, un ramo (o "branch") è una versione particolare dell'albero o di parte di esso; spieghiamoci meglio. Durante lo sviluppo di Firefox, gli sviluppatori decidono che è giunta l'ora di fare uscire una nuova versione stabile del browser, diciamo la 2.0: stabiliscono quindi una data e un'ora esatta in cui verrà "tagliato" (in Inglese: "cut") il ramo 2.0 dall'albero principale. Il taglio del ramo consiste nel fare una "fotografia" dello stato attuale dei sorgenti, marcandoli con una stringa particolare: nel caso di Firefox tale stringa è "MOZILLA_1.8.1" che fa riferimento alla versione di Gecko (il motore grafico che genera le pagine a video) utilizzata dal browser. Una volta tagliato un ramo, lo sviluppo continua sia sull'albero principale, detto di sviluppo, sia sul ramo che di solito viene chiamato "stabile", perché in esso non vengono accettati grossi cambiamenti che potrebbero appunto metterne in pericolo la stabilità. Per essere più precisi, in un ramo stabile non vengono più accettate nuove funzionalità, né riscritture o miglioramenti delle funzionalità esistenti, ma solo le correzioni ai bug che non mettano a rischio la stabilità del codice (talvolta capita che chiudendo un buco da una parte si apra una voragine dall'altra), né sono permesse modifiche a come il software "comunica" con gli utenti (ad es. non è possibile modificare la spiegazione di un errore o il testo che compare in una finestra di avviso). Se gli sviluppatori ritengono che una modifica del trunk sia necessaria sul branch, devono valutarne il rischio ed in alcuni casi preparare una versione specifica della patch (una modifica ai codici sorgenti) da mettere nel ramo. Ciò accade perché lo sviluppo sul trunk non si interrompe mai, e quindi le versioni dello stesso file tra trunk e branch possono risultare anche molto diverse.

Cerchiamo di spiegarci con un esempio pratico.

Al momento della creazione del ramo, supponiamo che il file superBrowser.cpp (un file sorgente in C++ in questo esempio) sia alla versione 1.22: lo sviluppo sul trunk continua ed il file viene aggiornato più volte, cambiando numero di versione (1.23, 1.24, 1.25, ecc.), mentre sul ramo stabile essa rimane alla versione 1.22.0. Un bel giorno uno sviluppatore trova il modo di sistemare un bug che affligge superBrowser.cpp da prima della versione 1.22 (supponiamo un bel crash del browser) e propone una patch per il trunk: la patch viene controllata, approvata e applicata al trunk che ora non va più in crash per quel caso particolare. Gli sviluppatori sono molto soddisfatti della modifica e pensano che sia utile averla anche sul branch stabile: peccato che superBrowser.cpp versione 1.35 sia molto diverso da superBrowser.cpp versione 1.22. Deve quindi essere preparata una patch a partire da superBrowser 1.22 che sistemi lo stesso bug: anche questa patch viene analizzata, testata, approvata ed inserita sul ramo stabile, e superBrowser passa alla versione 1.22.1.

Ciò avviene per tutte le migliaia di file dell'albero! Sembrerebbe a prima vista una cosa complicatissima, ma in pratica non lo è affatto: sono infatti i tool di sviluppo come RCS (revision control system) e CVS (concurrent versioning system) che si prendono cura di gestire tutte le problematiche relative alla varie versioni stabili o meno dei sorgenti.

Eredità storiche

Passiamo ora a un'altra fonte comune di confusione, le versioni "stabili" e le versioni "nightly" degli eseguibili. Le prime altro non sono che le versioni ufficiali rilasciate da Mozilla dei suoi prodotti, ovvero 1.0, 1.5, 2.0 e tutte le relative revisioni di sicurezza (come 1.5.0.8, 2.0.0.1, ecc.). Le revisioni vengono tutte da uno stesso ramo: FF 1.5.0.x deriva dal branch 1.8.0, mentre FF 2.0.0.x deriva dal branch 1.8.1. Per chi è particolarmente curioso oppure impaziente, è possibile provare le versioni nightly. Storicamente, lo sviluppo del software è sempre stato un processo molto lungo e costoso, per cui durante il giorno si preparavano le modifiche al software che poi di notte sarebbero state compilate in una nuova versione da provare il giorno seguente, e così via, ciclicamente. Questo perché il costo dei computer (e la scarsa velocità) era tale che di giorno dovevano funzionare a pieno ritmo, mentre di notte (da qui il nome "nightly") andavano sfruttati in qualche modo per poter rientrare dai costi e per non interrompere mai il loro lavoro principale. Lo sviluppo ed il testing andava fatto nei tempi morti, per evitare di sottrarre del costosissimo tempo macchina al lavoro di tutti i giorni. Attualmente invece i cicli di test e compilazione possono essere portati avanti in contemporanea o addirittura su tante macchine senza grandi costi. La perdurante lunghezza dello sviluppo quindi è data dalla complessità del software; ovvero oggi un programma fa molto, molto di più di un suo equivalente di 10 anni fa, per esempio.

Esistono diverse versioni nightly, a seconda della provenienza:

Trunk: Sono le versioni eseguibili che vengono create tutti i giorni per poter provare l'albero principale di sviluppo. Solitamente sono versioni sconsigliatissime, visto che possono causare perdite di dati ed incompatibilità di diverso genere.
Branch: Sono le versioni di prova che compaiono di frequente prima di una nuova versione ufficiale. Ad esempio, su questo tipo di nightly viene effettuato il test delle localizzazioni dei prodotti.
Experimental: Queste sono versioni particolari del software, in cui viene sviluppata una specifica funzionalità. Di solito i cambiamenti sono talmente complessi e toccano così tanti file che gli sviluppatori preferiscono portare avanti le modifiche in un ramo parallelo, detto appunto "di sviluppo". Quando lo sviluppo sembra aver raggiunto gli obbiettivi fissati, allora il ramo viene riunito all'albero principale (in Inglese: "merged to tip", oppure "merged to trunk"), e le build experimental per quel ramo smettono di essere create.

Va ricordato che qualsiasi tipo di nightly non offre alcuna garanzia circa il suo funzionamento! Potreste installare una versione che non parte nemmeno, che vi distrugge il profilo o che vi formatta l'hard disk: insomma, comunque lo fate a vostro rischio e pericolo, e non pensate di potervi poi lamentare una volta fatto il danno! Dopo questa dovuta precisazione, bisogna dire che attualmente è molto difficile trovare delle versioni nightly così devastanti: nella peggiore delle ipotesi può capitare che per diversi giorni non esca una sola nightly che parte, ma di solito basta tornare alla versione di qualche giorno prima per non aver problemi di sorta.

La parte affascinante dell'installazione delle versioni nightly è la possibilità di provare le nuove funzionalità delle future versioni di Firefox e compagnia prima che il grande pubblico ne venga a conoscenza. Provando e riprovando le varie funzioni è possibile isolare e segnalare i problemi e magari anche suggerire delle modifiche. In un certo senso si diventa protagonisti dello sviluppo di Mozilla, e del suo continuo miglioramento (si spera). Certo, anche questa possibilità ha un costo: si deve rinunciare alla stabilità dei programmi su cui facciamo affidamento tutti i giorni, per vivere sul filo del rasoio (in Inglese: "bleeding edge").

E che c'entra l'alfabeto greco?

Per completare il quadro delle sigle relative alle varie versioni del software, bisogna accennare all'uso che si fa di alcuni caratteri dell'alfabeto greco. Si sente infatti parlare spesso di versioni "alfa" oppure "beta": che cosa indicano? Sempre storicamente, durante lo sviluppo di un software la designazione alfa ha riguardato il periodo che di solito segue una versione stabile e che segna l'inizio dei cambiamenti in vista della versione stabile successiva. E' il periodo in cui gli sviluppatori hanno più mano libera nella creazione del software, in cui non hanno grandi limitazioni e possono permettersi di mettere le mani e devastare, se lo ritengono necessario, tutto il codice che aveva funzionato fino al giorno prima... Insomma, se nella vita del software ci deve essere un periodo di grandi cambiamenti, aggiunte di funzionalità, o riscritture complete o quasi di funzionalità già esistenti, tutte queste prendono il via con le versioni alfa.

Dopo la "furia creativa" del periodo alfa, viene il periodo "beta", in cui si cerca di evitare l'aggiunta di funzionalità nuove, e si passa ad una fase di rifinitura e messa a regime di quanto fatto. Spesso la decisione di passare da alfa a beta coincide col raggiungimento degli obbiettivi di progetto programmati per la nuova versione stabile del software, ovvero quando tutte le nuove funzionalità previste sembrano essere state implementate, magari anche solo parzialmente. Durante la fase beta, il software viene sottoposto a prove sempre più esaustive per correggere il maggior numero di problemi e difetti (nessun software è privo di difetti). Questa viene anche detta la fase di ripulitura: il codice viene mondato dalle scorie dello sviluppo (funzionalità parzialmente implementate o scritte in maniera oscena pur di rispettare i tempi di consegna, ad esempio), vengono eliminati i bachi (difetti, in Inglese: "bug") più fastidiosi e vengono rifiniti per esempio l'interfaccia grafica ed i messaggi verso l'utente. Di solito è la fase più lunga e quella meno amata dagli sviluppatori che già stanno pensando alla loro futura nuova funzionalità (e magari hanno creato un branch sperimentale apposta).

Quando la situazione sembra accettabile, il prodotto sembra usabile e le nuove funzionalità sembrano lavorare a dovere, gli sviluppatori decidono di creare un nuovo branch stabile, come spiegato prima, e tutto il ciclo ricomincia. In passato oltre la fase beta c'era anche la fase "gamma", ovvero la fase di prova definitiva prima dell'uscita della versione ufficiale. Oggi di solito si usa la dicitura "Release Candidate", versione candidata ad essere pubblicata, ovvero la versione che sarà la prossima versione ufficiale a meno che non vengano scoperti problemi che rendano necessaria una ulteriore Release candidate. Nel mondo Microsoft a tale fase spesso ne segue un'altra che si chiama RTM (release to manifacture, ovvero "versione inviata alla produzione"), mentre nel mondo Mozilla in passato è stata indicata da versioni "Pre-Release" o anche "Technology Preview".

Buon approfondimento a tutti!

Eredità

2009-04-23T10:07:00.002+01:00

TB ha ereditato l'icona della ricerca da FF, mettendola a buon frutto. Repulisti anche per il suo codice della barra di stato. Modificato il codice delle temporizzazioni in mailnews.
Sistemato un noioso bug per il debug di Javascript, un altro nella gestione dell'ordinamento dei segnalibri e uno con il download dei file di aggiornamento.
Infine, sistemato un problema con il compilatore JS JIT sotto Sparc.

Diverse cose interessanti (non solo per SM)

2009-04-22T09:12:00.003+01:00

So che le segnalazioni di recente sembrano SM-centriche ma non è colpa mia! La beta 1 di SM si avvicina, e vengono fatti cambiamenti anche grossi, mentre il lavoro su FF e TB è oramai più di rifinitura (con qualche eccezione per TB in verità). Cominciamo dai fix generici: risolto un bug sotto Win che era presente da Phoenix 0.2 e Mozilla 1.2alpha (eoni fa, vero?), migliorati graficamente i controlli video, chiuso un bel leak, e aggiornato il codice di classificazione degli URL per la navigazione sicura.
Thunderbird ha ereditato una parte delle modifiche fatte per SM circa la personalizzazione delle barre degli strumenti (e il resto verrà a breve), e ora può inviare mail a 2000 destinatari alla volta (limite MAPI di MS), invece dei 100 precedenti.
Infine, SeaMonkey ha aggiornato il tema modern, ha implementato le barre degli strumenti personalizzabili per la parte di posta, e ora utilizza i css per gestire gli smile (grazie a Stefan Hermes!).

Pulizie di Pasqua '09

2009-04-21T05:45:00.003+01:00

Un po' di pulizia nel codice di mozilla non guasta mai: rimossi i riferimenti a xulkey anche per SM, modificati i link ad AMO per SM, sistemato un problema con la geolocalizzazione, un problema con le schede, la creazione di una chiave di registro nel posto sbagliato per SM, e l'eccessivo uso di CPU durante il controllo degli aggiornamenti.
Durante le pulizie del codice di accessibilità, è stato chiuso un leak e risolto un crash. Nel codice mailnews sono stati risolti un paio di problemi con i messaggi .eml, e procede il lavoro per creare la nuova procedura guidata di creazione di un account.
Per non farci mancare nulla, è stato implementato un nuovo backend di ricerca per il password manager e sono state fatte alcune modifiche per favorire FUEL.

E' ancora il tempo delle mele...

2009-04-15T05:52:00.002+01:00

Nonostante la beta4 sia dietro l'angolo, mozilla non si smentisce mai e inserisce delle grosse modifiche sul filo di lana... Non solo è arrivato il già discusso localStorage per raggiungere le funzionalità di IE8 e soci, ma è stata introdotta una versione del codice di controllo del colore (quick color management system -> qcms) nuova di zecca che sostituisce la nota lcms e che verrà gestita in maniera autonoma in futuro per poter essere usata anche in altri progetti. E speriamo che il tutto regga! :-P
Visto ch si trovavano a mettere mano a parecchio codice, sono stati sistemati una bella serie di problemi di sicurezza.
Sistemato un fastidiosissimo problema per chi usa più display, risolto un problema con gli override delle pagine di errore, e sono stati sistemati un paio di problemi con le gesture (Mac). Sistemazioni varie alla fase di build per Solaris, ARM e linux, doppie.
Infine, sono stati rimossi i riferimenti a xulkey (l'antesignano degli accesskey per XUL, mai veramente usati) ed è stato risolto un problema di compilazione statica sotto Thunderbird.

Quasi in arrivo

2009-03-25T06:37:00.004+01:00

La beta 4 è entrata in string-freeze, e quindi i localizzatori possono darsi da fare per consegnare una traduzione completa. Ciò significa anche che si avvicina l'uscita di questa ultima sospirata beta.
La cosa non impedisce comunque di tirare dentro anche cambiamenti attesi, come la nuova versione 3.6.10 di sqlite che risolve un problema di corruzione dei db. Poiché è già disponibile la versione 3.6.11 che però implementa nuove funzioni, immagino che la .10 sarà quella usata per la versione definitiva di FF3.5. Diverse limature e correzioni anche al comportamento della awesome bar e places in generale. Un giorno sì e uno no, vengono chiusi problemi di sicurezza, segno che il lavoro del gruppo sicurezza è al massimo per poter fare uscire una versione "blindata" il più possibile. Sistemato un problema in Vista di XPCOM. E il buon Marco per fortuna non si è dimenticato di un vecchio bug... ;) Risolti un paio di problemi con il codice di gestione delle immagini.
E anche TB3 ha visto parecchio lavoro: risolti problemi visuali, corretti alcuni problemi con la gestione delle caselle IMAP, reso più flessibile il filtro bayesiano, sistemata una regressione in gloda, e, udite udite, importato un bugfix addirittura da SM2! Rimosso infine del codice xpfe oramai inutilizzato.

Tornati al lavoro

2009-03-10T06:35:00.002+01:00

Dopo aver deciso di passare da FF 3.1 a 3.5, gli ingegneri mozilla sono tornati al lavoro vero e non al marketing, e quando si impegnano, qualche risultato buono lo ottengono... Ad esempio, sono state aggiunte le ottimizzazioni basate sul profilo anche per il codice JavaScript, cosa che ha permesso di migliorare un po' le prestazioni (su certi test, circa il 5%). Nel mentre, hanno anche chiuso un problema di sicurezza col codice oggvorbis integrando una nuova versione dello stesso. Altra cosa interessante, è stato corretto un bug che non faceva riconoscere un database sql dei cookie corrotto, causando problemi in un secondo tempo. Sono stati anche velocizzati gli inserimenti nel db di places, cosa che non ci fa certo schifo... Correzioni anche allo spostamento delle schede.
E prosegue il lavoro su TB, con correzioni ai refusi, al backend, al codice IMAP, al gestore delle attività e con l'aggiunta di poter aprire nuove schede con il ctrl-clic.

Persone straordinarie

2009-03-02T12:11:00.005+01:00

Alcuni mesi fa ho avuto l'occasione di conoscere Aza Raskin dei Mozilla Labs, ed è stata veramente una esperienza da ricordare: una persona piena di talento, vulcanica, ma allo stesso tempo giovane e piena di vita. In poche parole, un geek molto poco geek.
Sabato ho avuto occasione di conoscere un'altra persona fuori dal comune, ovvero Gen Kenai di Mozilla Japan, responsabile dell'espansione di Mozilla per l'Asia.
Ad onor del vero, abbiamo parlato piuttosto poco di Mozilla, e molto di tutto ciò che accade nel mondo, ma allo stesso tempo è risultato chiaro come il personaggio sia caratterialmente molto diverso da Aza, ma a suo modo comunque un tipo fuori dal comune, a cominciare dalle dimensioni fisiche che non sono certo simili a quelle che uno associa ad un giapponese: è alto 186cm e pesa un quintale... Un po' come chi scrive! :-P
Gen è una persona posata, tranquilla, ma molto sicura di sè: viene dal mondo informatico pur non avendo fatto quasi mai il programmatore, ma essendo stato nella parte manageriale all'interno di grandi aziende, sia negli USA che in Giappone. Tre anni fa si è convinto a lasciare la grande industria per passare a lavorare per Mozilla e da allora continua a girare per tutta l'Asia per cercare di aiutare le comunità locali a svilupparsi e a diffondere il verbo mozilliano. Intreccia rapporti con altri progetti OSS, tiene contatti con blogger influenti che possano aiutare a creare o rinforzare la comunità mozilla o comunque open source in genere, e così via. Conosce quasi tutti i protagonisti del mondo informatico free di tutto il mondo, avendo vissuto e lavorato negli USA a lungo.
Era curioso di sapere come è nata e si è sviluppata l'esperienza di Mozilla Italia e la mia, nella speranza di trovare qualche spunto da poter esportare: peccato che il quadro dell'opensource e di mozilla in Asia sia al momento davvero triste per diversi motivi. Nazioni avanzate non hanno cultura OSS per scarsa conoscenza di quel mondo, o per impossibilità ad aprirsi al mondo non-Microsoft (Corea del Sud); nazioni emergenti come la Cina non hanno interesse a seguire il software OSS perché la pirateria è talmente diffusa che non interessa a nessuno mettere dei programmi "gratis" e alternativi; altre nazioni dove non esiste ancora una egemonia informatica hanno invece enormi problemi a garantire la nutrizione dei propri cittadini, figurarsi se pensano ai computer o all'OSS...
A parte la giornata con un meteo spettacolare dopo tanto tempo, parlare con Gen è stato come parlare con un vecchio amico, e ripensandoci oggi, devo ringraziare Mozilla per aver messo insieme così tante persone straordinarie e soprattutto per avermi dato l'occasione di conoscerne alcune.

Fuori uno!

2009-02-27T09:25:00.003+01:00

E' uscito Thunderbird 3 beta 2, e sarebbe il caso di dargli una bella occhiata, sia per controllare la traduzione (che non fa mai male), sia per vedere e capire quante novità e quanto sia migliorato in genere il prodotto: vi assicuro che non ve ne pentirete. A breve anche FF3b3.
L'aver rilasciato la beta 2 ha dato la "stura" ad un fiume di patch, alcune delle quali molto interessanti, tipo questa che velocizza di parecchio la copia di cartelle Imap. Modifiche grafiche alle intestazioni dei messaggi, alla visualizzazione HTML dei titoli, alla visualizzazione del pannello di anteprima, chiusura di un bel leak, interfaccia di aggiornamento resa opzionale in fase di compilazione, soluzione di un paio di problemi con GloDa, sistemazione di una regressione nella gestione dei biglietti da visita, eliminato un problemino nella fase di build, e soluzione per un crash nelle build di debug. E questo solo per quanto riguarda TB. Per SM è stato portata una patch da TB.
Fix anche per l'interprete JavaScript: una regressione nell'uso della memoria e un crash.
Più in generale sono stati sistemati diversi problemi con la navigazione del DOM e dei documenti (ma subito tolto a causa di problemi sul branch 1.9.1), nell'installer, nella configurazione delle pagine predefinite, un paio di crash, nello storage, nella navigazione a schede, nel gestore delle password, nel gestore dei form, nella gestione del redo (ad esempio nelle textbox), un problema specifico nei widget del Mac, e una brutta regressione nell'uso della tastiera con i plugin tipo flashplayer.
C'è stato anche tempo per chiudere un buco di sicurezza!

Due cose "giuste"

2009-02-26T10:41:00.006+01:00

Oggi mi ritengo più che soddisfatto, visto che sono state sistemate due cose che mi davano un certo fastidio: sono stati rifatti gli accesskey per le schede delle preferenze (TB3), visto che il bug che ne impediva l'uso indipendente era stato sistemato da parecchio, e si è mosso qualcosa nel sistema di caching di FF3, sistemandone il mancato funzionamento dopo un po'.
Ora è possibile aprire file eml con TB sotto Mac, è stata sistmata l'altezza della barra delle schede in FF3, ed è stata sistemata una manciata di warning durante la compilazione del codice che gestisce gli stili. Inoltre è comparso il ringraziamento al progetto NSIS.
Sono stati infine aggiunti i controlli per i file video di HTML5 anche nella versione SM con tema "modern", come potete vedere qui sotto:

Talvolta l'attesa vale la pena

2009-02-25T05:56:00.003+01:00

E' vero che aspettare una nuova versione di un prodotto mozilla alla fine diventa snervante, però a volte capita che nell'attesa si realizzino dei cambiamenti ottimi. Mentre aspettiamo tutti che TraceMonkey (il nuovo compilatore/interprete JavaScript enormemente più veloce di SpiderMonkey, la versione precedente) diventi un po' più solido e permetta quindi un rilascio a breve di FF3.1b3, gli altri sviluppatori non se ne stanno con le mani in mano. Oggi una singola patch ha reso l'autocompletamento della barra degli indirizzi circa il 20% più veloce, migliorando così le performance di un componente "sensibile" per l'esperienza degli utenti. Non solo, nell'analizzare lo stesso bug, è saltato fuori che altre query invece hanno subito una regressione di performance sensibile rispetto a FF3.0: questo permetterà forse di eliminare una possibile fonte di critiche. E tutto ciò è avvenuto solo modificando una query SQL...
Altri due buone notizie sono la risoluzione di due crash, uno con realplayer e l'altro proprio con TraceMonkey.
Modifiche minori anche per Thunderbird3. Tentativo fallito anche di sistemare un buco di sicurezza (fallito perché hanno tolto la patch dopo pochi minuti).

Alla fine arrivano

2009-02-19T10:57:00.004+01:00

Sembrava non dovesse accadere mai, e invece sembra che ci siamo quasi: FF3b3, TB3b2 e SM2.0a3 stanno per arrivare sui siti ftp di mozilla per gli intrepidi che vogliono provarli. In aggiunta, SM sembra orientato a passare direttamente alla beta1. Aprte ciò, parecchio lavoro è stato fatto un po' dovunque: un crash dovuto ad un fix è stato sitemato, e d anche un altro crash visbile con codice JavaScript è stato sistemato, e sempre nello stesso ambito è stato sitemato anche un altro fastidioso bug. Risolto temporaneamente un problema con il plugin Java, un altro col codice di controllo degli accessi, corretto un problema con XPConnect, e migliorato il ~~porn mode~~, ehm, la navigazione anonima. Visto che c'erano hanno chiuso anche un paio di buchi di sicurezza.
Continua il lavoro "tosto" sul codice di TB: diverse le modifiche per curare l'aspetto del programma, per gestire le risposte localizzate erroneamente da Outlook, per rendere visibile il nuovo gestore delle attività, risolvere due bug con gli account POP/IMAP, e per migliorarne l'isolamento da JavaScript.
Risolto anche un problema della guida in linea di SM.
Mi lascia un po' perplesso l'aggiunta di mibbit come gestore del protocollo irc per FF3.1, ma immagino sia in linea con quanto fatto anche per la posta (il mailto: che richiama direttamente una webmail, se non sbaglio).

Poco tempo, mi spiace!

2009-02-17T10:54:00.004+01:00

Purtroppo il lavoro pressa parecchio, e non ho la calma necessaria per seguire tutto, però vi volevo segnalare una simpatica patch che rende finalmente FF veloce quanto o più di IE nell'upload (HTTP POST) dei file (sotto Win, ovviamente).
Modifiche a piene mani per tutto ciò che concerne TB3, nonostante la beta 2 sia dietro l'angolo: sistemata ai pulsanti, indicizzazione anche dei messaggi solo HTML, modifiche al logging, problemi di internazionalizzazione, ripulita al codice JavaScript, segnalazione al gestore delle attività dell'avanzamento della sincronizzazione, una modifica tolta causa freeze l10n e un'altra a causa di mancanza di permessi esatti.
Molte correzioni anche per il codice più generico: modifiche alle barre degli strumenti, alla navigazione anonima, a places con una possibile perdita di dati, e a XUL Runner in modo da facilitare la traduzione di Fennec (che sarà la prima applicazione completamente dipendente da xulrunner).
Una serie di modifiche ha interessato anche SeaMonkey, specialmente nell'interfaccia grafica (modifiche, non stravolgimenti, eh!): al campo di ricerca, alla personalizzazione delle barre degli strumenti sotto MacOS X, alla ripulitura del codice di ripristino della sessione (che sarà in comune con FF per quanto possibile, eccetto che per la riapertura delle schede chiuse), e la sistemazione di un vecchissimo "easter egg".

Poche cose

2009-01-28T08:23:00.003+01:00

C'è piuttosto poco da segnalare oggi, a parte un paio di modifiche al codice svg che non era più interessato da modifiche da un po'. Per il resto, un oscuro cambiamento interno, un paio di modifiche specifiche per Mac, una specifica per Windows, un'altra per l'installer linux e utile per tutti i prodotti, e la prima (almeno di cui mi sia accorto) specifica per Windows 7.
Tra le cose da segnalare ieri, c'erano la sistemazione di una discreta serie di regressioni, la risoluzione di una asserzione che bloccava la chiusura di un paio di bug di sicurezza, e la chiusura di un fastidioso bug nel cycle collector.

Era proprio necessario?

2009-01-27T14:44:00.002+01:00

Oggi è stato fatto un cambiamento a mio avviso mi renderà antipatico TB3 non appena installato: come impostazione di default si è scelto di far inviare i messaggi sia in HTML che in testo semplice.
Trovo la scelta del tutto deficiente, e un inutile spreco. In unione con il post di Ascher circa il download delle impostazioni per gli account di posta da remoto, temo che TB3 si avvii ad essere un pessimo software. Che ne pensate?

Poca roba (2)

2009-01-21T11:10:00.002+01:00

E anche per oggi poca roba da segnalare, compresa una grossa regressione causata da una patch di ieri parzialmente rimossa oggi, che impediva la scrittura delle mail.
Sistemato inoltre un bel crash dovuto a eccessiva ricorsione, una asserzione seccante, un problema minore con i flash full screen, un'altra regressione del gestore degli eventi (sistemato anche per FF 3.0.6), un grosso problema con l'anteprima di stampa e lo zoom, e modificate le preferenze di mantenimento della cache dati recenti.
Per SM vi segnalo la correzione del campo di ricerca anche per la guida in linea, e l'eliminazione del nome dell'applicazione dal titolo della finestra (mailnews), un bug del secolo scorso... ;)
In fondo, una giornata da non buttare via direi!

Poca roba

2009-01-20T11:35:00.002+01:00

Non molto da segnalare oggi, visto che oramai manca poco al freeze di domenica: modifiche ai plugin NSIS per gestire Unicode, modifiche ai controlli video, chiusura di un leak, correzione degli update parziali e sistemazione di una regressione nel codice dell'editor.
Aggiungo anche il consolidamento della barra di navigazione di Calendar (di solito non segnalo mai i bug relativi a questo componente: dovrei?), tentata già un paio di volte in passato senza successo.
Veramente scarsini...

Finalmente!

2009-01-19T11:33:00.002+01:00

Oggi sono stati sistemati un paio di bug in cui sono incappato più volte e davvero fastidiosi: il primo è la richiesta n volte della password principale (o meglio di tutte le password per tutti gli account), e l'altro è il mancato caricamento degli stylesheet sotto SM2. Altro bug importante chiuso ieri è il caricamento parziale delle immagini dai server di news.
Sistemato anche un crash riguardante il phishing detector, risolto un problema con i filtri bayesiani, e aggiunto del codice per creare il nuovo db delle proprietà dei messaggi di posta.
Per SeaMonkey, vi segnalo la chiusura di questi due bug "cosmetici".

Duri a morire

2009-01-17T07:45:00.002+01:00

Wallet non ne voleva proprio sapere di sparire per sempre e ha provato a resistere sulle piattaforme non linux, ma lo hanno scoperto. :) E il nuovo login manager ora funziona anche con i moduli sotto SM. Inoltre dopo ben 5 anni si è messo mano definitivamente ad un grosso sbaglio di concetto finito nel toolkit nonostante l'avversione di molti sviluppatori.
Sistemato un altro bug con il codice dei plugin, risolto un problema con la nuova funzione di archiviazione delle mail con l'account cartelle locali, e un altro fix per il phishing detector.
E' stata inoltre inserita una nuova versione di sqlite (3.6.7) che dovrebbe garantire migliorie di prestazioni in genere, una migliore interfaccia verso linux e verso MacOS. Peccato che proprio due giorni fa è uscita la versione 3.6.10 (quattro nuove versioni in un mese, di cui tre in 5 giorni!) che risolve un bug tanto pericoloso da poter corrompere il database. Prevedo quindi un altro aggiornamento a breve...