Mozilla en version française

Les ver­sions 4.0.3, 3.6.7 et 3.4.13 sont dis­po­ni­bles en fran­çais.

Ces versions contiennent des correctifs de sécurité. Il est donc recommandé de procéder à la mise à jour de vos installations Bugzilla.

Vous pouvez télécharger ces versions sur notre page Bugzilla.

Avec ce train de publication, arrive la première version candidate de la série 4.2 qui apporte tout un lot de nouveautés :

(Notes de version originales)

Support expérimental de SQLite

SQLite est maintenant géré par Bugzilla et devient le quatrième moteur de base de données aux côtés de MySQL, PostgreSQL et Oracle. La gestion de SQLite doit être considérée comme expérimentale, au moins jusqu’à la prochaine version majeure.

Veuillez noter que l’utilisation de SQLite n’est recommandée que pour les petites installations. Les installations plus importantes doivent utiliser MySQL, PostgreSQL ou Oracle.

Création d’un fichier joint en collant du texte dans un champ texte

Vous pouvez maintenant créer un nouveau fichier joint en copiant simplement du texte dans un champ texte, en plus du processus normal pour joindre des fichiers.

Courriel de bogue en HTML

Par défaut, les courriels de bogue (notifications par courriel des changements survenus dans les bogues) sont maintenant envoyés au format HTML qui est plus lisible que l’ancien format texte. Les personnes préférant utiliser l’ancien format texte peuvent cependant toujours le choisir dans leurs préférences.

Système de recherche amélioré

La section de recherche personnalisée dans la page de recherche avancée a été repensée pour fonctionner d’une manière plus pratique. Les requêtes complexes sont plus faciles à élaborer et fournissent des résultats plus appropriés, car elles ont été écrites en utilisant une logique plus intuitive. Quelques requêtes très compliquées restent cependant encore impossibles à générer. Ceci pourrait évoluer à l’avenir.

Désactivation des anciens composants, versions et jalons

Les anciens composants, versions et jalons peuvent maintenant être désactivés. Les bogues les utilisant ne sont pas affectés, mais ces valeurs ne seront plus disponibles pour les nouveaux bogues.

Affichage d’un champ personnalisé en fonction de plusieurs valeurs d’un autre champ

Un champ personnalisé peut maintenant être affiché en fonction de plusieurs valeurs d’un autre champ. (Par exemple, un champ personnalisé peut maintenant apparaître dans plusieurs produits). Auparavant, vous ne pouviez afficher un champ personnalisé qu’en fonction d’une seule valeur d’un autre champ.

Journalisation de tous les changements dans Bugzilla

La plupart des changements effectués via l’interface d’administration sont maintenant journalisés dans la base de données, dans la table audit_log. Il n’y a pas encore d’interface utilisateur pour accéder à cette table, mais les développeurs sont libres de créer leurs propres outils pour suivre les changements faits dans leur installation. Ceci n’est que la première étape et des améliorations sont attendues dans les prochaines versions.

Améliorations d’accessibilité

Un projet a démarré grâce à Francisco Donalisio d’IBM pour que Bugzilla respecte les standards du W3C Web Accessibility Initiative. Beaucoup de travail reste à faire, mais nous nous attendons à une bien meilleure compatibilité dans la prochaine version majeure.

Autres améliorations et changements

Améliorations pour les utilisateurs

• Bogues : Les utilisateurs sans privilèges « editbugs » ne peuvent plus supprimer d’autres utilisateurs de la liste « Copie à » des bogues.
• Bogues : Les ID locaux de bogue sont maintenant valides dans le champ « Consulter aussi ». Ajouter un tel ID créera un lien réciproque dans l’autre bogue.
• Bogues : Après l’édition d’un bogue ou d’un fichier joint, l’URL est automatiquement changée pour show_bug.cgi au lieu de post_bug.cgi, process_bug.cgi ou attachment.cgi de sorte que le rechargement de la page (par exemple lors du redémarrage du navigateur) affiche la bonne page. Cette fonctionnalité est gérée par Firefox, Chrome et Safari, mais pas par Internet Explorer 9.
• Bogues : Les comptes inactifs ne sont plus affichés dans les champs utilisateur quand l’autocomplétion est activée.
• Bogues : L’autocomplétion pour les noms d’utilisateurs est désormais bien plus rapides sur les installations ayant beaucoup de comptes utilisateurs.
• Bogues : Le champ « Consulter aussi » accepte maintenant des URL des logiciels de suivis de bogue MantisBT, Trac, JIRA et sourceforge.net.
• Bogues : L’affichage d’un bogue ayant beaucoup de dépendances est à présent beaucoup plus rapide.
• Fichiers joints : L’encodage de caractères des fichiers texte peut être automatiquement détecté lors du téléchargement des fichiers.
• Étiquettes : Changer le destinataire d’une étiquette ne change plus le demandeur.
• Rapports : Si JavaScript est activé dans votre navigateur Web, le tri par colonne dans les rapports tabulaires est possible pour toutes les colonnes.
• Graphes de dépendances : L’option Afficher chaque bogue du système ayant des dépendances a été supprimée.
• Recherches : Les colonnes affichées par défaut dans les listes de bogue ont changé. Les colonnes affichées par défaut sont à présent :
  produit | composant | responsable | état du bogue | résolution | résumé du bogue | dernière modification
  Ceci signifie que les colonnes priorité, gravité et système d’exploitation ne sont plus affichées par défaut.
• Recherches : Les listes de bogue n’afficheront désormais que les 500 premiers bogues par défaut. Il est cependant encore possible d’afficher la liste complète.
• Recherches : Lors de l’utilisation des dates relatives, -1w est maintenant un synonyme de -7d et signifie 7 jours exactement. Auparavant, -1w signifiait le début de la semaine, ce qui était perturbant pour certains utilisateurs. La même confusion existait pour -1d qui était différent de -24h, et pour -1m qui était différent de -30d. À présent, si vous voulez vraiment le début du jour, de la semaine ou du mois, vous devez utiliser -1ds, -1ws et -1ms respectivement, où « s » signifie « début de ». Ce changement affectera les recherches enregistrées utilisant les dates relatives.
• Recherches : Il est maintenant possible de faire des recherches de bogues basées sur des marqueurs personnels dans la section de recherche personnalisée dans la page de recherche avancée.
• Notifications par courriel : La date et l’heure des commentaires ne sont plus affichées dans l’en-tête du courriel de bogue. Cette information est déjà disponible dans l’en-tête du courriel lui-même.

Améliorations pour les administrateurs et les développeurs

• Installation : checksetup.pl est maintenant moins verbeux lors de la création d’une nouvelle base de données.
• Sécurité : Bugzilla 4.0 utilise Math::Random::Secure pour générer des nombres pseudo-aléatoires sécurisés par chiffrement, mais il est apparu qu’installer ce module Perl avec CPAN causait beaucoup de problèmes pour certains utilisateurs en raison de ses nombreuses dépendances. Le code RNG a donc été ré-écrit pour ne dépendre que du module Math::Random::ISAAC, qui était déjà utilisé dans les précédentes versions de Bugzilla.
• Sécurité : X-Frame-Options = SAMEORIGIN est maintenant passé à tous les en-têtes de page (sauf lors de la visualisation des fichiers joints, car ils peuvent être sur des hôtes différents) pour protéger les utilisateurs du framing et des problèmes possibles subséquents de clickjacking.
• Configuration : Un nouveau paramètre password_complexity a été ajouté (par défaut : no_constraints) qui permet aux administrateurs de forcer les utilisateurs à utiliser des mots de passe ayant une plus grande complexité, telle qu’une combinaison de majuscules et de minuscules, de nombres, de caractères spéciaux, ou un sous-ensemble de ceux-ci.
• Configuration : Un nouveau paramètre search_allow_no_criteria a été ajouté (par défaut : on) qui permet aux administrateurs d’interdire des requêtes sans critère. Ceci est particulièrement utile pour les grosses installations ayant plusieurs dizaines de milliers de bogues où renvoyer tous les bogues n’a pas de sens et peut avoir des conséquences sur les performances de la base de données.
• Configuration : Un nouveau paramètre default_search_limit a été ajouté (par défaut : 500) qui limite le nombre de bogues affichés par défaut dans une liste de bogue. L’utilisateur peut demander à afficher une liste plus grande cependant.
• Configuration : Un nouveau paramètre max_search_results a été ajouté (par défaut : 10000) qui limite le nombre de bogues qui peut être renvoyés à un utilisateur dans une liste de bogues. Cette valeur ne peut être outrepassée par l’utilisateur.
• Configuration : Un nouveau paramètre ajax_user_autocompletion a été ajouté (par défaut : on) pour permettre aux administrateurs de désactiver l’autocomplétion lors de la saisie de caractères dans un champ utilisateur. Ce paramètre ne doit être désactivé que si votre installation est incapable de supporter la charge engendrée par cette fonctionnalité.
• Configuration : Le crochet config_modify_panels vous permet maintenant d’ajouter des paramètres additionnels aux paramètres des panneaux existants.
• Étiquettes : Les utilisateurs avec les privilèges locaux « editcomponents » peuvent maintenant éditer les types d’étiquettes pour les produits qu’ils peuvent administrer.
• Citations : Un nouveau groupe système bz_quip_moderators a été créé pour modérer les citations. Jusqu’à présent, vous deviez être dans le groupe admin pour faire cela.
• importxml.pl insère maintenant chaque commentaire séparément dans le bogue importé au lieu de tous les concaténer dans un même commentaire.
• email_in.pl ignore désormais tous les courriels entrants automatiques (comme par exemple, les messages d’absence du bureau).
• Nouveaux crochets de code : email_in_before_parse, email_in_after_parse, install_filesystem, install_update_db_fielddefs, job_map, object_end_of_create, quicksearch_map, user_preferences.

Changements dans les Webservices

• Deux nouvelles méthodes ont été ajoutées : Product.create et Group.create.
• Bug.update ne renvoie plus d’erreur lorsqu’une chaîne vide est passée à see_also. Désormais, il ignore simplement cette valeur vide.
• Product.get renvoie à présent aussi des données sur les catégories auxquelles il appartient ainsi que ses composants, jalons et versions. Il renvoie également les attributs default_milestone et has_unconfirmed.
• Dans Bug.fields, l’attribut sortkey utilisé dans values a été renommé en sort_key.
• Dans Bug.attachments et Bug.add_attachment, l’attribut is_url n’existe plus.

Problèmes demeurant

• Bogue 89822 : Lors de la modification de plusieurs bogues en même temps, il n’y a pas de protection contre les collisions.
• Bogue 276230 : La gestion pour la restriction d’accès à des catégories particulières des nouveaux graphiques n’est pas terminée. Vous devez considérer le paramètre chartgroup comme le seul mécanisme d’accès disponible.
• Bogue 584742 : Lors de la visualisation d’un bogue, les navigateurs basés sur WebKit peuvent automatiquement réinitialiser une valeur de champ sélectionné quand le champ a des valeurs désactivées.
• Bogue 706753 : La détection de bogue automatique et l’autocomplétion des noms d’utilisateurs ne fonctionnent pas avec JSON::RPC 1.x en raison d’un retour en arrière incompatible. Vous devez installer JSON::RPC 0.96 à la place.

Ou neuf années de contribution qui se finissent.

À compter de ce jour, je ne suis plus un mozillien.

Depuis plus de deux ans, plus précisément depuis un samedi de mai 2009 à l’occasion d’une Ubuntu party, je participe aux traductions collaboratives dans la vraie vie initiées par Framalang, le groupe de traducteurs gonzos du Framaland. Et je ne suis pas le seul à y avoir pris goût. Nous avons récidivé à Bordeaux pour traduire Un monde sans Copyright, chez Mozilla Europe à Paris pour le manuel Thunderbird et en juillet dernier à Strasbourg à l’occasion des RMLL, pour vous proposer aujourd’hui Pour un Web ouvert.

J’ai traduit, aidé à traduire, relu et révisé des dizaines de textes de toutes sortes. Participer aux traductions d’articles avec Framalang depuis un certain temps déjà n’a fait que multiplier les occasions de pratiquer le petit jeu de la traduction. Mais participer à un traducthon est une tout autre expérience dont voici certaines caractéristiques.

Des traducteurs en chair, en os et en vie

Commençons par le plus flagrant : un traducthon c’est une rencontre physique de personnes qui ne se connaissaient pas forcément, qui n’étaient que des pseudos en ligne ou bien que l’on ne retrouve qu’à quelques occasions. C’est donc d’abord un temps convivial, où l’on échange des propos par-dessus le travail en cours, des plaisanteries de mauvais goût qui déclenchent le fou-rire, des considérations trollesques qui partent en vrille, mais aussi des projets, des questions, des réponses, des contacts, de la bière l’eau ferrugineuse, des pizzas et des petits plats du restau du quartier. En somme c’est une petite bande de gens qui deviennent copains (au moins), une bande dont la géométrie est variable d’une session à l’autre suivant la disponibilité de chacun ou son libre désir de participer.

Le milieu des traducteurs libristes n’est pas si vaste, mais il est relativement compartimenté, généralement en fonction des tâches et projets. Un traducthon représente la possibilité de mettre un peu de liant dans cet émiettement des activités. Je suis assez content par exemple de voir se rencontrer sur une traduction partagée des copains de frenchmozilla et ceux de framalang. Ah mais j’entends aKa dans l’oreillette… ah oui, d’accord il faut employer au moins une fois le mot « synergie ». C’est fait.

Inconvénient ? C’est sûr, on découvre les vrais gens : Julien mange toute la tablette de Milka, Adrien est trop bavard, Goofy est un vieux et Simon ne devrait pas se laisser pousser la barbe.

Un défi, un enjeu, un grand jeu

La concentration dans le temps (un week-end, trois ou quatre jours dans le meilleur des cas…), la concentration dans un lieu de travail (une salle de cours de faculté plus ou moins équipée, un hall de la Cité des sciences, les locaux de Mozilla Europe…) sont bien sûr associées au défi que l’on se donne de terminer au moins un premier jet tout simplement parce qu’après le traducthon chacun reprend sa vie quotidienne et d’autres activités, il faut donc terminer « à chaud ». L’ensemble pourrait créer un stress particulier, mais le plus souvent il ne s’agit que d’une tension positive parce que nous sommes un groupe. Chacun sait que tout près un autre participant est animé lui aussi du désir d’atteindre le but commun. La collaboration crée en réalité l’émulation, chacun met un point d’honneur à faire au moins aussi bien et autant que ses voisins.

L’enjeu d’un traducthon est particulier car il s’agit d’un ouvrage d’un volume important et pas seulement d’un article de presse électronique qui est une denrée périssable, comme nous en traduisons régulièrement pour le Framablog. Dans un traducthon, nous nous lançons le défi de traduire vite un texte qui devrait pouvoir être lu longtemps et dont le contenu lui aussi est important. Nous avons le sentiment d’avoir une sorte de responsabilité de publication, et la fierté de mettre à la disposition des lecteurs francophones un texte qui contribue à la diffusion du Libre, de sa philosophie et de ses problématiques.

Reste que la pratique a heureusement une dimension ludique : les outils en ligne que nous partageons pour traduire, que ce soit la plateforme Booki ou les framapads, même s’ils ne sont pas parfaits, offrent la souplesse et l’ergonomie qui les rendent finalement amusants à pratiquer. Tous ceux qui ont utilisé un etherpad pour la première fois ont d’abord joué avec les couleurs et l’écriture simultanée en temps réel. Même au cœur du rush des dernières heures d’un traducthon, lorsque nous convergeons vers les mêmes pages à traduire pour terminer dans les temps, c’est un plaisir de voir vibrionner les mots de couleurs diverses qui complètent un paragraphe, nettoient une coquille, reformulent une tournure, sous le regard de tous.

Traduction ouverte, esprit ouvert

N’oublions pas tous ceux qui « passent par là » et disent bonjour sous la forme d’un petit ou grand coup de pouce. Outre ceux qui ont décidé de réserver du temps et de l’énergie pour se retrouver in situ, nombreux sont les contributeurs et contributrices qui collaborent sur place ou en ligne. Beaucoup découvrent avec intérêt la relative facilité d’accès de la traduction, qui demande plus de qualité de maîtrise des deux langues (source et cible) que de compétences techniques. Quelques phrases, quelques pages sont autant de contributions tout à fait appréciées et l’occasion de faire connaissance, voire d’entrer plus avant dans le jeu de la traduction en rejoignant framalang.

Plus on participe, plus on participe. Il existe une sorte d’effet addictif aux sessions de traduction collective, de sorte que d’une fois à la suivante, on retrouve avec plaisir quelques habitués bien rodés et d’autres plus récemment impliqués qui y prennent goût et y reviennent. Participer à un traducthon, c’est appréhender de près et de façon tangible la puissance du facteur collaboratif : de l’adolescent enthousiaste à l’orthographe incertaine au retraité venu donner son temps libre pour le libre en passant par le développeur qui apporte une expertise technique, chacun peut donner et recevoir.

Enfin, et ce n’est pas là un détail, la pratique du traducthon apprend beaucoup à chacun. Certains découvrent qu’ils sont à la hauteur de la tâche alors qu’ils en doutaient (nulle contrainte de toutes façons, on choisit librement ce que l’on veut faire ou non), mais pour la plupart d’entre nous c’est aussi une leçon de partage du savoir : nos compétences sont complémentaires, l’aide mutuelle est une évidence et la modestie est nécessaire à tous. Voir par exemple son premier jet de traduction repris et coloré par un traducteur professionnel (Éric, reviens quand tu veux !), se faire expliquer une tournure de slang par un bilingue et chercher avec lui un équivalent français, découvrir une thèse audacieuse au détour d’un paragraphe de la version originale, voilà quelques exemples des moments enrichissants qui donnent aussi sa valeur à l’exercice.

Le mot, la chose

Une discussion trolloïde de basse intensité est engagée depuis le début sur le terme à employer pour désigner le processus de traduction collaborative dans la vraie vie en temps limité. Quelques observations pour briller en société :

• C’est un peu l’exemple des booksprints initiés par Adam Hyde et la bande des Flossmanuals qui nous a inspiré l’idée de nos sessions, on pourrait donc adopter tradusprint, surtout dans la mesure où c’est une sorte de course de vitesse…
• En revanche lorsque une traduction longue demande plusieurs jours et un travail de fond (ne perdons pas de vue le travail indispensable de révision post-traduction), il est assez cohérent de parler plutôt de traducthon.
• Pour être plus consensuel et « couvrir » tous les types de session, le mot tradaction a été proposé à juste raison

Ci-dessous, reproduction de l’affichette amicalement créée par Simon « Gee » Giraudot pour annoncer le traducthon aux RMLL de Strasbourg. À noter, Simon a également contribué à la traduction d’un chapitre !

Et le Web ouvert alors ?

C’était justement le fruit d’un « booksprint » à Berlin l’année dernière, le voilà maintenant en français.  Ce qui est assez frappant pour aller droit à l’essentiel, c’est la rhétorique guerrière qui en est le fil rouge. Au fil des pages on prend conscience de l’enjeu et de l’affrontement déjà en cours dans lequel nous pouvons jouer un rôle décisif. C’est maintenant et peut-être dans les deux ans qui viennent pas plus qu’il y a urgence à ce que nos pratiques de la vie numérique maintiennent et étendent un Web ouvert.

Le Web n’est pas un amoncellement de données, ni un amoncellement d’utilisateurs, le Web ouvert existe quand l’utilisateur propose librement des données et s’en empare librement. Le Web n’a pas d’existence tant que ses utilisateurs ne s’en emparent pas.

Nous voulons un Web bidouillable, libre et ouvert. Nous voulons des navigateurs Web extensibles, d’une plasticité suffisante pour répondre à nos goûts et nos besoins. Nous voulons contrôler nos données et en rester maîtres, non les laisser en otages à des services dont la pérennité et les intentions sont suspectes. Nous ne voulons pas que notre vie numérique soit soumise ni contrôlée, filtrée, espionnée, censurée.

Le Web n’appartient pas aux fournisseurs d’accès, ni aux états, ni aux entreprises.

Le Web n’appartient à personne, parce que nous sommes le Web.

Au fait, si vous voulez parcourir Pour un Web ouvert, c’est…

ici en HTML et là en PDF.

* Bonus track : une interview au cours du traducthon de Strasbourg pour la radio québécoise la Voix du Libre

article original de Mitchell Baker (paru le 22 août 2011)

Traduction : Goofy, Valentin Villenave, JoKoT3

J’ai récemment pu rédiger une série de billets où je faisais part de mon point  de vue sur ce dont Mozilla a besoin pour que sa  mission reste pertinente alors que la vie d’Internet change. Il est crucial de tester les idées discutées dans ces billets au travers d’un large débat à l’échelle de la communauté.

Version française

Lots of things are happening at the moment in Mozilla galaxy. I could of course tell a word about recent controversial debates around the rapid release cycle, or about dropping the http protocol and version number display, but even though I find these propositions treating the final user as a child and opposed to my perception of the Manifesto, this is not the point here. I would rather deal about erratic relationship between Mozilla Corporation (let’s call it governance since the word is trendy), decision-makers, employees and volunteer contributors (whether they are localizers, codehackers or evangelists).

Describing these relationships just now as confrontational would be quite an understatement. Let me illustrate my point with recent defections of talented and enthusiast contributors.

Cédric, for example, in a recent blog post announced his decision to stop contributing to the Firefox localization. It’s a hard blow to our team, but I fully understand his position. For those who don’t know, Cédric is not only a simple contributor, it’s basically thanks to him that you can download Firefox in French. He’s previously translated in real time all the last Firefox versions, as well as many promotional web pages or release notes on the Mozilla websites. He’s also the only translator for Bugzilla and managing KompoZer’s localization.

There has been many crises in the past, one can remember the though process of dropping the Mozilla suite, or the fact that we’re not anymore allowed to choose default bookmarks, but these are only examples. There has always been a part of defiance from some active communities facing Mozilla’s governance. For instance, this very blog is totally independent from Mozilla, which allows us to speak freely. That only reinforces our choice.

As contributors, we’ve never really been totally heard by Mozilla, and I’m not talking about specific cases here (there really is a good relationship between us and some people from the organization), but more like a general feeling. In the past, we’ve let things go, because there was a fair tradeoff between unsatisfying choices and other advantages.

I personally was also on the verge of dropping out, which I did not for several reasons, a prominent one being excellent partnership and friendship between local communities. But I gradually took some distance with products localization efforts (professional and family life being also at stake), focusing on admin tasks and some translation help tools, which is probably the reason why I am still here.

But right now there is a widening gap between volunteers contributors and Mozilla. We enjoy reading Mitchell’s recent posts, we share her vision and agree with Mozilla Manifesto, but some other choices, decisions or behaviours do not give us strength and courage to go on.

We are not Calimero™-like people but I feel that we volunteer contributors should deserve more respect. For that matter and without ludicrous pretention, if Mozilla is still alive and well and its products are used worldwide, it ows very much to our work. I will not refer to some employees considering us as sidekicks on their strategy and treating us with disdain (this already happened for real) , because this was only a specific occasion — I am afraid things are more serious.

Just for giving one example, when we say that an LTS version is necessary, we’re saying it for several reasons. Not only is the localization work more demanding, but we’re also getting users complaints by email. What’s the answer to that? More or less nothing, mostly “that’s the way it is, but we’ll set up a discussion group and we’ll see what happens”…

So, yes, maybe a change of relationship is necessary, at least some consideration. We too can sometimes be right and give informed advice. We’re not only Mozilla fanboys that can be bought for a t-shirt (nor numbers).

I can understand that a Debian-style governance involving elections isn’t necessarily the best choice for the Mozilla project, but what about some communities representation in the Foundation or the Corporation? In any non-profit/school/faculty/business in France there are elected representatives for the students, teachers or employees, why couldn’t it be the case inside the Mozilla project? I’m not talking about a nice-looking seat, but someone (mmmh why not several) who really is a member of one of the comunities and who would be giving informed advice coming from other contributors.

Of course, I can imagine it’s not so easy to think about and set up, but why not having, besides the Manifesto, a Constitution discussed and written by all contributors, employees, managers and volunteers alike. (All together ?)

English translation

Cela fait plusieurs semaines que je me pose des questions sur l’orientation du projet Mozilla, enfin, plus spécifiquement sur les décisions prises concernant Firefox.

Le récent changement du cycle de développement qui a bouleversé les habitudes de la communauté, les déclarations inconsidérées de certains responsables du projet ainsi que la décision de ne pas maintenir une version de Firefox dite LTS, autant pour les entreprises que pour les utilisateurs, telles sont les trois raisons majeures qui me font envisager un nouveau mode de contribution au projet Mozilla.

Certes, devant le lever de bouclier des administrateurs système des entreprises — et j’en fais partie — Mozilla a décidé de créer un « groupe de travail entreprise », qui n’est selon moi qu’un rideau de fumée. Le besoin est une version de Firefox LTS, à quoi bon créer un groupe de travail si ce n’est pour en arriver à : « Dites-moi ce dont vous avez besoin, je vous dirai comment vous en passer ». J’espère sincèrement me tromper.

Une autre source du malaise grandissant au sein de la communauté, est la croissance exponentielle du projet Mozilla, ce qui est une bonne chose en soi. Quand j’ai rejoint le projet en 2003, avant la sortie de Firefox 1.0, nous n’étions que quelques dizaines de contributeurs. Le projet recense maintenant des milliers de contributeurs, Firefox est utilisé par 30% des internautes, et la sensation, à tort ou à raison, des contributeurs de n’être que des pions dans le projet dont on prend les contributions mais dont on n’écoute pas les avis s’amplifie. Plusieurs contributeurs de plus ou moins longue date ont déjà quitté le projet et beaucoup d’autres, désorientés, se posent des questions.

Pour ma part, je ne déserterai pas totalement le projet, car je souscris au manifeste de Mozilla en beaucoup de points et j’estime que la Fondation Mozilla est indispensable à la bonne santé d’Internet, mais j’arrêterai toute contribution en ce qui concerne Firefox : le logiciel, les sites Web, les campagnes marketing.

Je me consacrerai à d’autres projet de Mozilla, plus communautaires et à l’écoute de leurs contributeurs de mon point de vue, comme Bugzilla, KompoZer, SeaMonkey ou encore Calendar.

Je m’octroie toutefois encore quelques semaines : si je ne percevais pas de signes tangibles d’amélioration, je cesserai à regret et définitivement toute contribution en ce qui concerne Firefox.

English translation

I have been wondering for several weeks about the trend of the Mozilla Project, well more specifically about the decisions taken regarding Firefox.

The recent change about the release cycle has overturned the community habits and the irresponsible statements of some Mozilla representatives as well as the decision not to support a Firefox LTS release, for companies or end-users, are the root of the new nature of my contribution to the project.

Indeed, facing the outcry of companies’ sysadmins — whom I’m part of — Mozilla decided to create an “Entreprise Working Group”, which is in my opinion only a smokescreen. The very need is a LTS release of Firefox, so what is the point to create a working group to speak about? “Tell me what you need and I will tell you how to dispense with it”? I sincerely hope to be wrong here.

Another root of the increasing discomfort within the community might be the exponential growth of the Mozilla Project, which is a good thing. When I joined the project in 2003, before the Firefox 1.0 release, we were a few dozens of contributors. The project is now gathering thousands of contributors, Firefox is now about 30% of browser market share, and the contributors’ feeling, rightly or wrongly, to be pawns in the project whose contributions are taken and opinions are ignored, is increasing. Several contributors have already resigned from the project, and several others, disoriented, are wondering.

For my part, I won’t desert totally the project, because I truly agree the Mozilla Manifesto and I think the Mozilla Foundation is indispensable for the good health of Internet, but I will stop contributing in anything related to Firefox: the product, the websites and the marketing campaigns.

I will focus on other Mozilla projects, which I feel more community aware and careful about their contributors, such as Bugzilla, KompoZer, SeaMonkey or Calendar.

Though, I shall wait and see a few weeks. If no tangible signs show up, sadly, I will definitely cease to contribute to anything regarding Firefox.

Cédric

Les ver­sions 4.0.2, 3.6.6 et 3.4.12 sont dis­po­ni­bles en fran­çais.

Les versions 3.4.12 et 3.6 corrigent seulement des bogues de securité. La version 4.0.2 corrige ces mêmes bogues de sécurité ainsi que d’autres bogues utiles :

• La méthode de webservice Bug.create envoie maintenant une erreur si vous passez un nom de groupe qui n’existe pas. Dans Bugzilla 4.0 et 4.0.1, le nom de groupe était ignoré silencieusement, laissant votre bogue non sécurisé si aucun autre groupe n’était appliqué. (Bogue 653341)
• Le déplacement de plusieurs bogues à la fois dans un autre produit affichait la même page de confirmation encore et encore, et les changements n’étaient jamais enregistrés (régression de la version 4.0). (Bogue 663208)
• Marquer un bogue comme doublon fonctionne maintenant sous Internet Explorer 9. (Bogue 656769)
• importxml.pl ne plante plus lors de l’importation de mots-clés (régression de la version 4.0). (Bogue 657707)
• Les données saisies lors d’un rapport de bogue pouvaient être perdues en cliquant sur le bouton « Précédent » du navigateur Web. (Bogue 652427)
• Les méthodes de webservices renverront désormais les champs de bogue indéfinis comme étant indéfinis au lieu de renvoyer une chaîne vide. Ce changement est cohérent avec le comportement de Bugzilla 4.2. (Bogue 657561)
• L’interface XML-RPC fonctionne à présent avec SOAP::Lite 0.711 et 0.712 en mod_perl. (Bogue 600810)
• LWP 6.00 et supérieur nécessitent Perl 5.8.8 ou supérieur. Lors de l’installation de ce module en utilisant install-module.pl sur une installation avec une version Perl inférieure à la version 5.8.8, LWP 5.837 sera installé à la place. (Bogue 655912)
• La consultation d’un rapport de bogue devrait désormais être beaucoup plus rapide si votre installation contient beaucoup de champs personnalisés. (Bogue 634812)

L’équipe des développeurs de Bugzilla recommande vivement de faire la mise à jour vers la version 4.0.2 qui est bien plus stable et utilisable que les versions précédentes.

Il est à noter que dès la publication de Bugzilla 4.2 qui devrait intervenir en fin d’année, la série 3.4.x ne sera plus supportée.

Ce billet est une traduction libre du billet original en anglais.

Comme tou­jours, vous pou­vez télé­char­ger les ver­sions fran­ci­sées sur notre page Bug­zilla.

Brendan Eich est le père du langage JavaScript et un des membres fondateurs du projet Mozilla. Sa présentation d’une conférence qu’il donnera le 12 Octobre 2011 est un bon complément à la série de billets de Mitchell Baker sur les évolutions du projet.
Traduction : Clochix

Dernièrement, nombre d’entre nous qui utilisons le Web avons l’impression d’être traités en « produits  » autant qu’en clients. Nos données, y compris les clics et autres choses qui révèlent nos intentions, appartiennent à des entités impersonnelles qui nous surveillent de toutes parts.

En même temps, sur les ordiphones et les tablettes, on assiste au retour de contenus enfermés ou liés, via des API, des plugins ou même des sites Web. C’est un retour en arrière sur la tendance de la précédente décade qui était à une forte interopérabilité entre des navigateurs, des plugins multi-plateformes et des langages pour créer les contenus. L’interopérabilité entre plateformes dans l’univers des PC a commencé avec Mozilla, a accéléré avec la progression de Firefox et la création du WHATWG (à l’origine de HTML5) en 2004, et atteint un pic avec Chrome. La tendance inverse à l’œuvre sur les terminaux mobiles sera peut-être arrêtée par HTML5, mais pas tout de suite — HTML5 ne sera pas fini avant 2020.

Ce billet est la traduction d’un billet de Mitchell Baker, présidente du conseil d’administration de la Fondation Mozilla.
Traduction : Clochix.

Dans mon précédent billet, j’ai parlé de la mission de Mozilla de créer plus qu’un navigateur. Il y avait dans ce billet plusieurs sujets qui méritent d’être développés. Je voudrais tout d’abord parler des différents aspects de Firefox qui sont importants en terme d’interopérabilité et de contrôle d’Internet par les utilisateurs. Nous pourrons ensuite réfléchir à comment mettre en musique ces aspects en changeant les règles.

It has been quite a while since the last update of the Transvision glossary. I’m happy to share the new version with you.

The Transvision glossary is a web tool that permits you to search in the en-US or other language for words/sentences/entities and give you the en-US/locale correspondence. It can be useful to know how your team has translated some words or to search for mistakes.

You can also find some old information on the Babelzilla blogposts : Transvision is good for me and Transvision progress