En février, il devient bien connu que la plupart des navigateurs étaient vulnérables aux attaques par imitation d’IDN homographes. Ceci signifie que différents IDN peuvent apparaître identiques dans l’interface utilisateur du navigateur. Par exemple, deux noms de domaine pourraient être identiques excepté que l’un utilise un « a » latin et l’autre utilise un « a » cyrillique, les rendant indiscernables à l’écran. Ceci peut être exploité par des arnaqueurs dans des attaques par imitation.
Comme réponse provisoire, la fondation Mozilla a d’abord pensé à désactiver le support des IDN mais à ensuite reconsidéré la question et a décidé de plutôt afficher les IDN en Punycode, une représentation de l’Unicode en ASCII. Ce changement a été fait à temps pour Mozilla Firefox 1.0.1 et Mozilla 1.7.6 mais n’a été jamais prévu pour être permanent.
Les opérateurs TLD peuvent voir leurs TLD ajoutés à la nouvelle liste blanche en démontrant qu’ils ont des politiques en place pour empêcher l’enregistrement de noms de domaine homographiques par différents organismes. Le navigateur Opera emploie une stratégie similaire pour protéger ses utilisateurs et les listes blanches utilisées par la fondation Mozilla et Opera sont actuellement identiques.
Commentaires fermés sur Nouvelle liste blanche pour les TLD des IDN validée
Gervase Markham a annoncé les résultats du concours du bogue 300 000. Gerv écrit : « le bogue 300 000 de bugzilla.mozilla.org a été enregistré le 07/07/2005 à 13h54 ZST par le contributeur de longue date »timeless «. De tous les inscrits au concours du bogue 300 000, la personne qui a estimé le plus près a été Takeshi Nishimura, qui a avancé le 07/07/2005 à 07h06 — sur une période de presque 4 mois, il était seulement de 6 heures, 48 minutes à côté ! »
Le moteur de recherche géant Google a amélioré aujourd’hui ses offres pour Mozilla Firefox en lançant une version bêta de sa barre d’outils Google pour Firefox et également deux extensions expérimentales Google pour Firefox. Auparavant, la barre d’outils de Google — un module additionnel pour navigateur qui propose des accès faciles à la recherche sur Google et d’autres fonctions — était uniquement disponible pour les utilisateurs de Microsoft Internet Explorer.
Ainsi que la nouvelle version de sa barre d’outils, Google a également sorti deux autres extensions expérimentales pour Firefox. L’extension Google Send to Phone permet aux utilisateurs d’envoyer des fragments de messages textuels de pages Web à des numéros de téléphone portable US. Pendant ce temps, l’extension Google Suggest pour Firefox améliore la barre de recherche de Firefox en intégrant la fonctionnalité de Google Suggest qui devine ce que vous essayez de chercher et liste les requêtes potentielles dans un menu du style de celui du remplissage automatique.
Plus tôt cette semaine, ZDNet Australia avait rapporté qu’une version pour Firefox de la barre d’outils de Google était proche. Les gens de Google ont révélé cette information eux-mêmes quand ils ont envoyé un courriel à la liste de diffusion du projet Googlebar, déclarant qu’ils projetaient de lancer une version pour Firefox de la barre d’outils de Google aujourd’hui. Depuis plusieurs années, le projet open source de Googlebar fournissait un clone non officiel de la barre d’outils de Google pour les navigateurs basés sur Mozilla, que par le passé Google a recommandé à ses utilisateurs. Selon le courriel, Google prévoit de « conserver le lien vers la Googlebar de la page de téléchargement de la barre d’outils pour que les utilisateurs puissent avoir le choix de la barre d’outils qu’ils préfèrent installer. »
Le Google Blog officiel a un billet sur la barre d’outils de Google pour Firefox qui fait l’éloge du caractère approprié de la technologie XUL qui est employé pour créer les extensions de Mozilla. Le Tech Lead Justin Voskuhl explique avec quelle rapidité XUL a permis à l’équipe de Google d’élaborer un produit multiplateforme, multilingue et léger. Google emploie pas moins de trois développeurs de Mozilla mais on ne sait pas s’ils ont participé au développement de la barre d’outils Google pour Firefox.
La barre d’outils Google pour Firefox est disponible en anglais, néerlandais, français, italien, allemand, espagnol, chinois (simplifié et traditionnel), japonais et coréen. Elle est compatible avec Firefox 1.0 et supérieur et fonctionne sur Windows (XP ou 2000 avec Service Pack 3 et plus), Mac OS X (version 10.2 ou plus) et Linux (Red Hat Linux 8.0 ou plus est mentionné mais elle marche sur d’autres distributions modernes de Linux). Les deux autres extensions sont uniquement disponibles en anglais.
Merci à Stephen Donner pour le lien vers l’article d’InfoWorld, george pour le lien vers l’article de ZDNet Australia et Rafael Ebron pour nous avoir obtenu une copie du communiqué de presse de Google.
Roseman et Geraldo nous ont envoyé les liens sur un article de KDE Dot News rapportant que la technologie permettant aux applications KDE d’être incluses dans Mozilla Firefox a été présentée. Le nouveau code est compatible avec toutes les applications KDE basées sur KParts, la technologie de composants réutilisables de KDE. Lorsqu’il sera validé, les utilisateurs de KDE pourront faire des choses comme voir des fichiers PDF avec KPDF ou visualiser des films avec Kaffeine directement dans la zone contenue par Firefox.
Le code d’intégration a été développé par Tobias König sur le stand KDE à la conférence LinuxTag 2005, qui a eu lieu en Allemagne il y a deux semaines.
D’autres efforts pour améliorer l’intégration entre KDE et Firefox englobent le projet Kecko, qui aspire à faire fonctionner Firefox comme une application KDE native et permettre à Gecko d’être intégré comme KPart dans d’autres programmes KDE. Ceci inclut le navigateur Web Konqueror, où Gecko sera une alternative au moteur de rendu standard KHTML. Nous avons dernièrement signalé les progrès du projet Kecko en avril.
Vladimir Vukićević a annoncé qu’il prévoit de complètement récrire le code des marque-pages utilisé par Mozilla Firefox. Le système de marque-pages remanié devrait être plus simple, plus flexible et permettre aux marque-pages d’être utilisés de nouvelles façons. Vlad explique : « Le premier ordre du jour est de trouver une liste de choses que nous voudrions être capable de faire avec les marque-pages et ensuite de créer une API de données qui puisse prend en charge toutes ces choses d’une manière relativement générique. »
Sur le Mozilla Wiki, Vlad a publié quelques commentaires sur l’API de données des marque-pages projetée. Une page de cas d’utilisation des marque-pages a été créée pour rassembler les idées de ce que les gens veulent être en mesure de faire avec le nouveau système de marque-pages. Il est probable que le code réécrit des marque-pages utilise le système mozStorage projeté qui vise à fournir une interface unifiée pour stocker et rechercher dans les données utilisateurs de Mozilla (des choses comme les marque-pages, l’historique, les courriels et les cookies).
En tirant avantage de la bibliothèque du domaine public SQLite, mozStorage permettra à toutes ces données d’être manipulées en utilisant le langage aux standards de l’industrie d’interrogation de base de données SQL.
Actuellement, les marque-pages de Firefox sont stockés sur le disque dans un fichier HTML (avec quelques extensions propriétaires), bien qu’ils soient conservés en mémoire en tant que RDF. Ce simple format HTML remonte à Netscape Navigator 1.0. Les autres parties des données utilisateurs sont stockés dans divers autres formats, y compris des fichiers XML, Mork et en texte intégral.
Commentaires fermés sur La réécriture du code des marque-pages est planifiée
Josh Aas le spécialiste Mac de la fondation Mozilla a annoncé que le support de la version 10.1 de Mac OS X (Puma) a été abandonné. Les futures versions des applications Mozilla comme Mozilla Firefox, Mozilla Thunderbird et Camino exigeront au moins la version 10.2 (Jaguar), qui est sortie en 2002. Comme discuté dans le bogue 298430, le code de Mozilla contenait du code spécifique à la 10.1, exigeant un travail d’assurance qualité supplémentaire. Avec l’abandon du support de la 10.1, le code et les procédures de tests peuvent être simplifiés.
ZDNet Australia a un article sur le portage de Firefox sur Macs Intel. Comme dit Josh, « Je pense que pour la première fois dans l’histoire des produits Mozilla sur Mac, nous avons d’une certaine manière un coup d’avance. »
Il n’existe pas que Firefox cependant. Le mois dernier, sortait Camino 0.9 alpha 1. Jonathan Hirshon nous a informé que Om Malik, un rédacteur senior du magazine Business 2.0, pense que « Camino est Firefox correctement fait pour Mac ». Comme indiqué plus tôt, Camino 0.9 sera uniquement diffusé pour Mac OS X 10.2 et supérieur. Les utilisateurs de la 10.1 devront télécharger Camino 0.8.4.
La fondation Mozilla n’est pas la seule à abandonner le support des précédentes versions de Mac OS X. La dernière version du navigateur Safari d’Apple (version 1.2) exige Mac OS X 10.3 (Panther), qui est sortie en 2003, bien que les nouvelles fonctionnalités de Safari RSS soient disponibles uniquement aux utilisateurs de la version 10.4 (Tiger), qui est disponible depuis avril.
Précédemment, mozilla.org a abandonné le support de Mac OS X 10.0 (Cheetah) mais cela n’a pas attiré beaucoup de protestations puisque la 10.1 (sortie juste quelques mois après Cheetah en 2001) était une mise à niveau gratuite pour les utilisateurs de la 10.0. La dernière version de Mozilla à supporter Mac OS classique (OS 8 et OS 9) était la version 1.2.1 de la suite Mozilla (aucune version de Firefox ou de Camino n’a jamais supportée le classique), qui est sortie à la fin de 2002.
Commentaires fermés sur La fondation Mozilla abandonne le support de Mac OS X 10.1 mais poursuit son engagement dans la plate-forme Mac
James « Kovu » Russell nous a envoyé un lien vers un article d’Amiga.org concernant les progrès réalisés dans le portage de Mozilla sur Amiga, un projet connu sous le nom d’AmiZilla. Selon l’information, NSPR est « fonctionnellement pratiquement terminé » et XPCOM « semble pour l’essentiel fonctionner ». L’équipe d’AmiZilla planifie d’abord le portage de Mozilla sur les systèmes Amiga équipés de processeurs 68k, avant de s’intéresser aux portages natifs sur l’AmigaOS 4 plus récent (qui fonctionne sur des puces PowerPC) et les variantes d’AmigaOS comme MorphOS et AROS.
