BlogZiNet

Puisque Firefox 10 est sorti et que Firefox 11 est dans le canal bêta, Firefox 12 se doit d’atterrir dans la canal Aurora. Les notes de diffusion de Firefox 12 Aurora donnent des détails sur les changements que nous pourrions trouver dans cette version du navigateur de Mozilla :

Nouveau :

Windows : Firefox est désormais plus facile à mettre à jour avec une alerte de moins (User Account Control)

Nouveau :

Le code source de la page a désormais des numéros de ligne

Changé :

Les sauts de ligne sont désormais supportés dans l’attribut title

Changé :

Le défilement doux est désormais activé par défaut

Changé :

Les URL collées dans la fenêtre du gestionnaire de téléchargements sont désormais automatiquement téléchargées

Développeur :

La propriété CSS column-fill a été implémentée

Développeur :

Le support de la propriété CSS text-align-last a été ajouté

Développeur :

Le support expérimental des objets ECMAScript 6 Map et Set a été implémenté

Corrigé :

Améliorations du « Chercher dans la page » (saisie en cours de frappe) pour centrer les résultats de recherche

Le blog de Mozilla Hacks a davantage de détails et des liens pour les nouvelles fonctionnalités et les outils mis à jour pour développeurs.

La proposition de Mozilla aux entreprises n’acceptant pas de suivre le nouveau cycle de développement de Firefox est riche et mérite une lecture attentive pour en saisir les enjeux et les implications pour la communauté Mozilla et les utilisateurs des produits issus de Mozilla. En voici donc une traduction rapide :

Introduction

Le passage à un nouveau processus de développement et de publication a été difficile pour les organisations qui déploient Firefox pour leurs utilisateurs dans un environnement administré. Nous avons entendu deux préoccupations principales :

1. Le calendrier de publication ne laisse pas suffisamment de temps aux organisations et à leurs fournisseurs pour certifier les nouvelles versions des produits.
2. La politique de fin de vie associée les expose à des risques de sécurité considérables si elles restent sur une version non actuelle après Firefox 3.6.

Ces groupes – qui comprennent de petites et moyennes entreprises, des entreprises, des universitaires et des gouvernementaux – veulent continuer à offrir des produits Mozilla à leurs utilisateurs, mais ils ont besoin d’une version de Firefox qui leur donne une file de support plus longue que celle que nous offrons actuellement.

Ceci est une proposition d’une Extended Support Release (ESR) qui aidera à répondre à ces besoins.

Note : La proposition ne traite pas des organisations déployant Thunderbird. Une discussion spécifique à Thunderbird a lieu sur la liste de diffusion Thunderbird Enterprise et est documentée ici.

Proposition

Mozilla va proposer une Extended Support Release (ESR) basée sur les versions officielles de Firefox pour ordinateur de bureau. Les versions seront maintenues pendant sept cycles de publication (42 semaines), avec les versions ponctuelles coïncidant avec les versions normales de Firefox.

Pour accorder aux organisations un temps suffisant pour les tests et la certification, l’ESR aura un chevauchement de deux cycles (12 semaines) entre le moment d’une nouvelle version et la fin de vie de la version précédente. Cela permettra aux organisations de qualifier et tester les versions Aurora et bêta pendant les douze semaines menant à l’ESR et 12 semaines supplémentaires pour certifier et basculer vers une nouvelle ESR.

Le graphique ci-dessous décrit le processus de création et de maintenance de l’ESR qui sera basé sur la publication des versions de Firefox pour ordinateur de bureau.

Veuillez noter : La version de base de Firefox et les numéros de version de l’ESR sont à des fins de démonstration seulement ; ils ne reflètent pas le schéma final de versionnement ou la version initiale).

crédit Mozilla

La maintenance de chaque ESR, par les versions ponctuelles, serait limitée aux failles de sécurité à haut risque/impact et inclurait également des chemspills (des versions hors calendrier qui traitent des vulnérabilités de sécurité en direct). Les rétroportages de toutes les améliorations fonctionnelles et/ou correctifs de stabilité ne seraient pas dans le champ. À la fin de la file de support de 30 semaines la sortie sera mise en fin de vie en conjonction avec une ESR mise à jour offerte.

Mozilla continuera à recueillir des informations supplémentaires sur le déploiement de Firefox dans des environnements administrés et travaillera avec des groupes communautaires pour faciliter l’adoption des versions officielles de Firefox dans ces environnements. Basé sur les données recueillies et l’adoption du nouveau processus de sortie au cours du maintien de l’ESR, Mozilla annoncerait la poursuite ou l’imminence de fin de vie du programme. La proposition initiale serait de supporter un minimum de deux publications ESR.

Hypothèses

• Firefox 8 ou 9 sera la base pour l’ESR initiale.
• Mozilla va s’engager à rétroporter les bogues de sécurité qualifiés de « Critiques » et « Hauts » à l’ESR. Les autres rétroportages de sécurité et de stabilité à l’ESR seront inclus à la discrétion de Mozilla.
• L’ESR aura son propre canal de service de mise à jour d’application (AUS), et les versions ponctuelles et mises à jour majeures spécifiques à l’ESR seront offertes par le biais de ce canal quand une ESR donnée atteindra sa fin de vie
• L’ESR sera publiée au jour le jour avec la version de Firefox sur laquelle elle sera basée au mieux de la capacité de Mozilla pour le faire.
• Les versions intermédiaires de l’ESR se dérouleront en parallèle avec le calendrier de publication de Firefox (par exemple, les versions ponctuelles seront publiées toutes les 6 semaines dans le même temps comme une version normale de Firefox pour ordinateur de bureau, les chemspills quand un chemspill de Firefox sera publié).
• Quand une ESR atteint sa fin de vie, aucune version ponctuelle supplémentaire ou mise à jour chemspill ne sera offerte pour cette ESR, et une mise à jour vers la nouvelle version sera offerte aux utilisateurs de la version en fin de vie par la voie du canal AUS.
• L’ESR ne sera pas lancée par le biais des pages accessoires de mozilla.com autre que la page wiki Enterprise et/ou des serveurs provisoires.
• Firefox 3.6 sera placé en fin de vie 12 semaines après que l’ESR initiale est offerte (pour laisser le temps suffisant pour que ces groupes utilisant 3.6 qualifient et basculent vers l’ESR)

Avertissements

• Firefox Mobile ne sera pas maintenu en tant qu’ESR
• Seuls les systèmes d’exploitation, ou leurs versions, soutenus au début d’une ESR seront soutenus jusqu’à la fin de la vie de cette version.
• Les entreprises qui déploient l’ESR seraient fortement encouragées à participer au du groupe de travail Entreprise (EWG) pour s’assurer qu’ils sont tenus au courant des développements et peuvent participer aux retours qualité et à l’assistance en cas de besoin.
• Les entreprises qui déploient l’ESR auront à assumer un certain nombre de risques (voir ci-dessous) et doivent comprendre les implications de l’utilisation de l’ESR par rapport à la version actuelle de Firefox.
• Mozilla devra être claire et net dans sa messagerie, afin de s’assurer que les utilisateurs de l’ESR comprennent ses limites et ses risques, qu’ils acceptent ces limites et ces risques, et afin de s’assurer que les attentes sont définies correctement partout.

Avantages

• En accord avec la mission de Mozilla, l’ESR donnera aux groupes de déploiement une alternative à IE pour leurs utilisateurs tout en conservant/étendant l’empreinte de Firefox dans un environnement administré, qui est dans les dizaines de millions d’utilisateurs (ou plus !).
• L’ESR proposée procurerait à ces organisations le temps dont elles ont besoin pour maintenir Firefox tout en poussant l’adoption plus rapide des nouvelles versions, fournir un pont pour faciliter l’adoption de la nouvelle cadence de publication de Mozilla ou revenir à IE ou un autre produit.
• Peut être utilisé comme une occasion d’introduire des changements de produits et de processus qui facilitent la certification et le déploiement, et amènera idéalement les organisations à un point où des cycles de sortie plus rapides deviennent un non-problème dans le déploiement de Firefox.
• Aide Mozilla à déterminer ce qui est nécessaire pour supporter un produit pour une période plus longue que notre cycle de publication normal, et pour construire une expertise supplémentaire pour être en mesure de répondre à ces besoins sans affecter le développement en chemin critique.
• Donne le temps à Mozilla d’obtenir une meilleure lecture des opportunités dans un espace de marché qu’il connaît mal.

Risques

• L’ESR n’aura pas le bénéfice des essais à grande échelle par les groupes des nocturnes et bêta. En conséquence, le potentiel pour l’introduction de bogues qui affectent les utilisateurs ESR sera plus grande, et que le risque doit être compris et accepté par les groupes qui la déploient. Pour aider à atténuer ces risques, Mozilla va demander aux organisations qui déploient l’ESR de l’aide pour tester les versions alpha et/ou bêta de l’ESR avec leur base d’utilisateurs.
• Au fil du temps, et l’ESR sera moins sûre que la version normale de Firefox, car une nouvelle fonctionnalité ne sera pas ajoutée au même rythme que dans Firefox et car uniquement les correctifs de sécurité à haut risque/impact seront rétroportés. Il est important que les organisations qui déploient ce logiciel comprennent et acceptent cela.
• Il y a un potentiel de confusion parmi les utilisateurs de Firefox entre la version normale de Firefox et l’ESR. Pour aider à diminuer le potentiel de confusion entre les versions, l’ESR sera une marque associative de Firefox (par exemple Mozilla Firefox ESR). Le nommage spécifique n’a pas été finalisé, mais l’intention est d’être clair que les publications seront basées sur une version finale de Firefox.
• Maintenir l’ESR va consommer les ressources en développement, ce qui aura un impact sur la publication normale des produits Mozilla. Mozilla aura besoin de construire des capacités en rétroportage et sollicitera activement la communauté pour l’aider à réduire les besoins en ressources pour maintenir de l’ESR.
• L’ESR est spécifiquement ciblée sur les groupes qui cherchent à la déployer dans un environnement administré. Elle n’est pas destinée à être utilisé par les individus, ni comme une méthode pour atténuer les problèmes de compatibilité avec les modules complémentaires ou d’autres logiciels. La (re)distribution publique de versions à la marque Mozilla de l’ESR ne sera pas autorisée.

Entreprises et fournisseurs de certification

Un des défis de l’ESR sera de passer les tests et les méthodologies de qualification utilisés par les groupes de déploiement de la réactivité à la proactivité. Parce que le calendrier de sortie de l’ESR se déroulera en parallèle avec les calendriers de publication de Firefox, les dates de sortie de l’ESR et ses versions ponctuelles seront connues très à l’avance.

L’ESR donnera aux groupes de déploiement et aux fournisseurs un maximum de 12 semaines d’essais et de qualification et 12 autres semaines de chevauchement entre les ESR pour certifier et déployer la version finale. Le graphique ci-dessous décrit les délais de tests/qualification de Firefox ESR.

crédit Mozilla

Le document original et cette traduction sont soumis aux conditions de la licence
Creative Commons : « Paternité – Partage des conditions initiales à l’identique 3.0 »
ou toute version postérieure.

Traduction du billet de Mconnor, au nom de l’équipe des Services, sur le blog Mozilla Services : Enabling Quotas for Firefox Sync

Ça n’aura généralement pas d’incidence sur les utilisateurs, mais nous voulions être ouverts sur un changement qui sera déployé prochainement pour nos serveurs de production. Essentiellement, nous allons définir un quota d’espace disque par utilisateur pour Firefox Sync, avec une limite initiale de 25 Mo de données par utilisateur. Pour la grande majorité des utilisateurs, ce sera totalement invisible, puisque l’utilisateur type en utilise beaucoup moins. (Je suis un très gros utilisateur de navigateur et je suis à environ huit méga-octets d’utilisation.) Nous avons tenté de répondre ci-dessous à certaines des questions prévues, mais n’importe quelle autre peut être posée dans les commentaires.

Pourquoi mettre en place des quotas ?

Nous voulons garder Firefox Sync comme un service gratuit pour tous. Afin de rendre le viable, nous devons prendre des mesures pour contrôler les coûts et éviter les abus. Mettre en œuvre un plafond par défaut raisonnable sur l’utilisation du disque est une étape évidente dans cette direction. Nous pensons que le quota par défaut initial sera suffisant pour presque tous les utilisateurs.

Combien de mes données serai-je en mesure de synchroniser ?

En général, autant que vous avez déjà synchronisé. Basé sur nos statistiques d’utilisation courante, ce quota sera suffisant pour plus de 99,9 % de nos utilisateurs. L’utilisateur moyen utilise environ 1 Mo de données, avec une moyenne de 83 signets, 11 mots de passe, et 1 500 éléments d’historique. Même dans le 90^e centile des utilisateurs, l’utilisation du disque est de moins de 6 Mo, avec près de 700 marque-pages, 12 000 éléments d’historique et 100 mots de passe.

Puis-je obtenir plus d’espace ?

Bien que les détails ne soient pas encore déterminés, l’une des choses sur laquelle nous travaillons est un moyen de permettre à des utilisateurs spécifiques d’avoir un quota plus élevé. En attendant, il est déjà possible de demander une augmentation de quotas via la page Web Mozilla Services Account. Nous n’avons pas encore de calendrier pour si/quand ces demandes seront satisfaites, mais nous utilisons ces demandes pour nous aider à comprendre pourquoi les utilisateurs auraient besoin de plus de quotas afin de renseigner les futures conceptions.

Sinon, pour ceux qui sont plus portés sur la technique, notre code de serveur est open source et peut être installé sur un serveur de votre choix. Pour plus d’informations à ce sujet, veuillez voir les instructions d’installation.

Qu’arrive-t-il si je n’ai plus d’espace ?

Quand un utilisateur passe le seuil d’« avertissement » (nous comptons le fixer à 20 Mo), le serveur va transmettre cette information au client, afin que les utilisateurs soient avertis avant qu’ils ne parviennent plus à écrire sur le serveur. Si un utilisateur ignore ces avertissements et atteint réellement le plafond, ils seront incapables d’écrire des données supplémentaires sur le serveur et ils verront des erreurs de synchronisation pour les informer du problème. Firefox a des éléments d’interface qui contrôlent quel type de données est à synchroniser et combien chaque type de données est utilisé. Les utilisateurs seront en mesure de désactiver les moteurs de synchronisation individuels et de libérer de l’espace, si nécessaire.

Cette traduction est disponible sous licence Creative Commons
Paternité – Partage des conditions initiales à l’identique 2.0 France

Un peu plus d’un mois après la version bêta 3, SeaMonkey 2.1 sort en version Release Candidate. C’est-à-dire que, si aucun bogue bloquant la sortie n’est trouvé, cette version sera renommée en version finale. Cette préversion est toujours destinée aux testeurs uniquement. La liste des nouveautés par rapport à la version 2.0.14 est impressionnante :

• Sync (ex-Weave) est désormais inclus directement dans SeaMonkey. Sync vous permet de conserver votre historique de navigation, vos mots de passe, vos marque-pages, vos préférences et vos onglets synchronisés entre différents appareils (ordinateurs) de manière sécurisée.
• Les fenêtres de SeaMonkey peuvent désormais être habillées avec Personas (thèmes légers).
• Le système des marque-pages a été retravaillé pour utiliser le framework Places (déjà utilisé pour les données d’historique dans SeaMonkey 2.0), y compris un nouveau gestionnaire de marque-pages et un bouton de marquage rapide dans la barre d’adresse.
• La recherche dans la page fonctionne désormais avec une barre d’outils au lieu d’une fenêtre modale.
• Les plugins OpenSearch sont désormais pris en charge et sont la norme par défaut pour la recherche Web.
• Une barre de recherche en option (comprenant les suggestions si le moteur de recherche les prend en charge) est disponible dans la personnalisation de la barre d’outils du navigateur et un gestionnaire de moteurs pour OpenSearch est disponible.
• Plus de widgets de barre d’outils sont désormais personnalisables.
• Le nouveau gestionnaire de modules complémentaires s’ouvre maintenant directement dans le navigateur et a reçu un important lifting.
• Le nouveau gestionnaire de données unifie désormais la gestion des cookies, des permissions, des mots de passe et des données de formulaires.
• Les plantages des plugins n’abattent plus l’application en entier depuis que les plugins s’exécutent désormais dans leurs propres processus.
• Les plugins fonctionnent maintenant dans les fils affichés dans la fenêtre de messagerie et forum de discussion.
• L’interface de prévisualisation des fils et l’assistant Applications des préférences peuvent désormais détecter le lecteur de fils d’actu par défaut du système et l’utiliser.
• Le zoom des pages se souvient désormais des réglages spécifiques à chaque site.
• La barre d’onglets du navigateur est désormais scrollable pour faire face au débordement des onglets. Ceci comprend un bouton de navigation « Tous les onglets » pour rapidement afficher la liste de tous les onglets ouverts.
• Vous pouvez désormais draguer et déposer les téléchargements, par ex. depuis le gestionnaire de téléchargements vers le bureau.
• SeaMonkey affiche désormais des pannonceaux comme pour se souvenir des mots de passe d’enregistrement ou après avoir installé une extension.
• Le nouvel en-tête HTTP DoNotTrack est pris en charge (configurable dans les préférences).
• Une page avec les Informations de dépannage (about:support) et l’option pour redémarrer en mode sans échec sont désormais disponibles depuis le menu « ? ».
• Charger l’URL about:memory montre désormais la quantité de mémoire utilisée par les différentes parties de SeaMonkey.
• SeaMonkey devrait désormais supporter plus de sites Web qui précédement apparaissaient ne fonctionner qu’avec Firefox (configurable dans les préférences).
• Les extensions intégrées par défaut (ChatZilla, le débogueur JavaScript et l’inspecteur DOM) sont désormais installées dans le profil.
• Les messages de groupes de discussion peuvent maintenant être supprmiés depuis le stockage local.
• La restauration de session en cascade améliore la restauration des grosses sessions de navigation.
• SeaMonkey utilise désormais Omnijar, ce qui se traduit par moins de fichiers installés, moins de fragmentation et un meilleur temps de démarrage.

Modifications spécifiques à la plateforme

• Mac OS X 10.4 « Tiger » et le support des PPC ont été abandonnés, le support du 64-bit pour 10.6 « Snow Leopard » a été ajouté.
• Sur Linux, les notifications de bureau (par exemple les alertes mail, les téléchargements finis) apparaissent dans l’environnement natif.
• Le support des Jump Lists de Windows 7 a été ajouté.
• La progression des téléchargements est maintenant affichée dans la barre des tâches de Windows 7.

Les changements de la plateforme Mozilla

• De meilleures performances au démarrage et à l’arrêt, et des améliorations de l’utilisation de la mémoire.
• La protection contre les plugins périmés a été ajoutée.
• Les zones de texte dans les formulaires Web sont maintenant redimensionnables.
• Les sélecteurs CSS :visited ont été modifiés pour bloquer les moyens qu’ont les sites Web de rapidement vérifier l’historique de navigation d’un utilisateur.
• Le format WOFF pour les polices téléchargeables des sites Web est maintenant supporté.
• L’animation SMIL dans SVG est maintenant supportée.
• De nouveaux attributs CSS tels que les dégradés, le dimensionnement du fond et les événements de pointeur ont été implémentés.
• Un nouveau parser HTML5 est utilisé pour l’ensemble des documents HTML.
• De nouvelles fonctionnalités DOM et HTML5, dont l’API draguer et déposer et l’API de Fichiers sont maintenant supportées.
• Le support de JS-ctypes a été amélioré, permettant au code JavaScript dans les applications d’accéder aux bibliothèques système natives.
• Les vidéos HTML5 peuvent maintenant être visionnées en plein écran et prennent en charge le format WebM et la propriété de « tampon ».
• Les développeurs Web peuvent animer du contenu en utilisant les transitions CSS.
• L’API du W3C Indexed Database est maintenant disponible pour les sites Web.
• Le JavaScript est plus rapide que jamais avec le nouveau moteur JägerMonkey.
• Le support de l’accélération WebGL, Direct2D et Direct3D sur Windows a été ajouté (voir about:support pour le support et les préférences pour la configuration).
• Le protocole de sécurité HSTS et l’API Audio Data proposée sont disponibles.
• Le support d’OpenType a été amélioré.
• Le support de l’API des formulaires HTML5 a été ajouté.

La page des changements liste un aperçu plus détaillé des nouvelles fonctions et corrections par rapport à notre dernière version stable, SeaMonkey 2.0.14.

SeaMonkey 2.1 est un si bon cru qu’il aurait pu être millésimé 3.0 et devrait inciter les utilisateurs des vieilles suites Mozilla et Netscape à passer à une suite Internet intégrée beaucoup plus sûre et plus performante.

Télécharger SeaMonkey 2.1 RC 1 en français

• Installeur pour Windows [fr]
• Mac OS X Universel [fr]
• Linux [fr]

DownThemAll! est une extension pour Firefox et SeaMonkey qui sort dans une version millésimée 2.0. Cette nouvelle version comprend de nombreuses nouvelles fonctionnalités, améliorations et correctifs de bogues. Les nouveautés les pus remarquables sont la prise en charge de Firefox 4 (dont la dernière version bêta), des limites de téléchargement, la gestion des miroirs et une meilleure intégration au système d’exploitation. Voir les notes de diffusion de DownThemAll! 2.0 pour plus de détails et la liste complète des nouveautés. Il est à noter que cette nouvelle version n’est pas encore disponible en français. DTA 2.0 n’est pas disponible pour Thunderbird (comme il l’était jusqu’à la version 1.1.7).

Ce gestionnaire de téléchargement totalement intégré au navigateur se vante d’augmenter la vitesse des téléchargements de 400 %. Vous pouvez télécharger tous les liens d’une page ou les images et fichiers multimédia contenus dans une page. Vous pouvez ne télécharger que les liens et contenus d’une sélection, et réduire les téléchargements en utilisant des critères entièrement personnalisables.