Cuvée 18 pour Firefox et Firefox Mobile

Posté par (page perso) . Édité par Xavier Claude, olivier esver et Benoît Sibaud. Modéré par Pierre Jarillon. Licence CC by-sa
29
9
jan.
2013
Mozilla

Mozilla a fait ses vendanges et les cuvées 18 Firefox et Firefox mobile semblent réussies. Thunderbird nécessite un peu d'affinage. Voici le détail sur les cépages.

Firefox

Général

  • Un nouveau moteur JavaScript, IonMonkey, fait son apparition
  • Prise en charge prélimaire de WebRTC
  • Un nouvel algorithme de zoom pour le HTML est utilisé, il devrait permettre d'avoir une meilleure qualité d'image.
  • L’événement (au sens JavaScript du terme) MozTouch est remplacé par la version standardisée du W3C.
  • Un bug vieux de plus de 12 ans a été corrigé, il s'agit d'empêcher le chargement des ressources (comme les images ou les script JavaScript) non chiffrés quand on consulte une page en HTTPS. Pour l'instant, ce n'est pas le comportement pas défaut et il faut changer la variable security.mixed_content.block_active_content dans about:config pour activer ce comportement.

Desktop

  • Le changement d'onglet est un peu plus rapide

Mobile (Android)

  • Intégration avec Google Now
  • Il est désormais possible d'avoir des suggestion de recherche dans l'Awesome Bar

Thunderbird

Il n'y a pas de thunderbird 18 mais une version 17.0.2 à la place avec seulement quelques corrections de bugs.

Merci à Xavier Claude et olivier esver pour les contributions.

  • # Et aussi ...

    Posté par (page perso) . Évalué à  7 .

    J'ai pas encore testé mais il y aurais aussi la résolution du bug 769764 ( Improved responsiveness for users on proxies) qui m'intéresse assez bien…. il devrait supprimer le freeze de l'interface lors de la recherche DNS quand on est derrière un proxy.

    • [^] # Re: Et aussi ...

      Posté par (page perso) . Évalué à  2 .

      Le freeze de l'interface lors de la recherche DNS ? J'ai effectivement entendu parler de ce problème, mais je ne l'ai jamais rencontré au boulot. Ca arrive lors de connexions lentes ?

      CNRS & UNIX-Experience

  • # IonMonkey, c'est un compilateur

    Posté par . Évalué à  10 .

    Petite précision : IonMonkey, c'est un compilateur JIT pour le moteur javascript SpiderMonkey ( cf wiki mozilla ).
    IonMonkey remplace JägerMonkey.
    Le moteur javascript reste SpiderMonkey.

  • # Bon à savoir

    Posté par . Évalué à  10 .

    Au sujet du bug vieux de 12 ans, voici une bonne pratique à destination des développeurs, expliquée par Google :
    http://google-styleguide.googlecode.com/svn/trunk/htmlcssguide.xml?showone=Protocol#Protocol

    Au lieu d'écrire :

    <script src="http://www.google.com/js/gweb/analytics/autotrack.js"></script>
    
    

    il est recommandé d'écrire :

    <script src="//www.google.com/js/gweb/analytics/autotrack.js"></script>
    
    

    Ce qui a pour conséquence de ne pas forcer le navigateur à utiliser un protocole, qui sera ainsi libre de le choisir selon le contexte.

    • [^] # Re: Bon à savoir

      Posté par (page perso) . Évalué à  7 .

      Pas con, vraiment pas con.

    • [^] # Re: Bon à savoir

      Posté par (page perso) . Évalué à  10 .

      Ça ne marche que si la ressource est disponible à la fois en HTTP et en HTTPS. Et c'est déjà le cas pour les images sur ce site.

      « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

    • [^] # Re: Bon à savoir

      Posté par . Évalué à  8 .

      J'ajouterais même à l'usage des joueurs de bingo loto g33k qu'on appelle ça une URL protocol-relative.
      C'est un bon usage non seulement pour les scripts, mais aussi pour toutes les URL absolues en général (images, …), y compris dans le code CSS.

      Une pitite ressource sur le sujet : http://paulirish.com/2010/the-protocol-relative-url/

      • [^] # Re: Bon à savoir

        Posté par (page perso) . Évalué à  5 .

        Oui enfin à mon avis, le mieux c'est encore d'avoir ce genre de truc chez soi. Franchement, les CSS externes, ou pire, les CSS chargées par JavaScript, lui-même externe, c'est gonflant.

        • [^] # Re: Bon à savoir

          Posté par . Évalué à  1 .

          Des fois ce n'est pas faisables quand par exemple tu utilise un service externe comme pour afficher une carte ou un gestionnaire de commentaire à la discuss. Pour les sites à très forts volumes les données statiques sont sur des domaines séparés pour qu'ils ne récupèrent pas les cookies de leur domaines principale. Pour ce qui est des bibliothèques javascript comme jquery, je ne sais pas ce qu'elles recommandent, mais peut être qu'elles préfèrent ça pour être certains que le client est à jour.

          Je suis dans ma tour d'ivoire (rien à foutre des autres, dites moi un truc pour moi), si je ne pose pas explicitement une question pour les 99%, les kévin, les Mm Michu alors c'est que je ne parle pas d'eux.

          • [^] # Re: Bon à savoir

            Posté par (page perso) . Évalué à  8 .

            Pour ce qui est des bibliothèques javascript comme jquery, je ne sais pas ce qu'elles recommandent, mais peut être qu'elles préfèrent ça pour être certains que le client est à jour.

            Ça permet d'améliorer la vitesse de chargement de la page. Si tu dois télécharger Jquery sur 10 sites différents, ça va te prendre du temps (et de la bande passante) à chaque fois, si tous les sites pointent vers la même URL, le téléchargement se fera une fois et après le client profitera de la mise en cache.

            « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

            • [^] # Re: Bon à savoir

              Posté par (page perso) . Évalué à  4 .

              Et pour les noscripteurs, ça permet de filter les sites mal fichus!

              Newton Adventure est sur Lumière Verte : http://steamcommunity.com/sharedfiles/filedetails/?id=187107465

        • [^] # Re: Bon à savoir

          Posté par (page perso) . Évalué à  7 . Dernière modification : le 09/01/13 à 20:54

          Franchement, les CSS externes, ou pire, les CSS chargées par JavaScript, lui-même externe, c'est gonflant.

          C'est con, mais ça fait partie des "bonnes pratiques" à la mode et pas forcément pour de mauvaises raisons :
          - Bande passante : site web avec cookies d'un côté, images/css/statique ailleurs, voir google.com et gstatic.com ou tout site faisant attention à sa consommation de bande passante
          - Accélération : les navigateurs ont la fâcheuse habitude de mettre une limite arbitraire de chargements parallèles par domaine, quelle idée bizarre plutôt que de limiter par page web dans son ensemble
          - Mutualisation : les sites font du libre, du partage! donc ils optimisent en "libs", comme sur ta machine avec des .so "gonflants", des scripts ou css avec d'autres sites. (bon, c'est un peu un mélange des deux premiers : bande passante et accélération)

          Une source au pif :
          http://webmasters.stackexchange.com/questions/26753/why-do-big-sites-host-their-images-css-on-external-domains

      • [^] # Re: Bon à savoir

        Posté par . Évalué à  4 .

        Le bon usage pour les scripts, les images, c'est pas plutôt un CDN ?

        de même que nous profitons des avantages que nous apportent les inventions d'autres, nous devrions être heureux d'avoir l'opportunité de servir les autres au moyen de nos propres inventions ;et nous devrions faire cela gratuitement et avec générosité

        • [^] # Re: Bon à savoir

          Posté par (page perso) . Évalué à  2 . Dernière modification : le 10/01/13 à 11:31

          Oui mais si tu le cales sur un CDN, tu dois mettre l'URL en absolu, et tu retombes sur le premier problème: en https, toutes les sources doivent être chargés en https.

          Du coup, soit tu forces le https systématiquement (méthode goret), soit tu utilises la solution élégante proposée au dessus, ou sinon, méthode pénible: il faut détecter que la connection est en https ou en http et donner les bons liens.

          • [^] # Re: Bon à savoir

            Posté par . Évalué à  -1 .

            Oui bien sur mais ce que je voulais faire remarquer dans les bonnes pratiques du web c'est que la première chose à vérifier est de savoir si ta connexion est en http ou en https ensuite pour les images, css, scripts tu utilises de toute façon une URL absolu parce que tu délivres ce genre de contenu en CDN :)

            de même que nous profitons des avantages que nous apportent les inventions d'autres, nous devrions être heureux d'avoir l'opportunité de servir les autres au moyen de nos propres inventions ;et nous devrions faire cela gratuitement et avec générosité

    • [^] # Re: Bon à savoir

      Posté par (page perso) . Évalué à  -1 . Dernière modification : le 09/01/13 à 21:48

      Dommage: //linuxfr.org marche pas:

      Firefox ne peut trouver le fichier à l'adresse //linuxfr.org.

      Ce serait pas mal d'avoir ça aussi pour les adresses du navigateur :)

      • [^] # Re: Bon à savoir

        Posté par . Évalué à  7 .

        Ben ça peut pas marcher ça…
        C'est la même chose que si tu disais à ton navigateur « va sur /journaux » et que tu espères qu'il comprennes que tu parles de https://linuxfr.org/journaux !

        Yth…

  • # Thunderbird est-il toujours vivant ?

    Posté par (page perso) . Évalué à  3 .

    Quand on voit le niveau d'activité, on peut en douter… Certes, il est pas mort, il bouge encore quand tu lui donnes un coup de pied. Mais guère plus.

    On avait pas entendu un discours comme quoi la "communauté" allait reprendre tout ça en main ?

    • [^] # Re: Thunderbird est-il toujours vivant ?

      Posté par . Évalué à  8 .

      J'utilise Xfce, donc un truc qui bouge peu mais dans le bon sens, j'aime et j'y suis habitué…

      "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

      • [^] # Re: Thunderbird est-il toujours vivant ?

        Posté par (page perso) . Évalué à  0 .

        Le "hic" est que le domaine des lecteurs de mail est "légèrement" plus compétitif (surtout que les webmails s'en mêlent), et ils avaient un peu rattrapé leur retard (enfin une facilité de configuration par exemple, ça c'était le truc attendu par tant d'admins), mais il en reste (intégration calendrier, contacts, meilleure synchro avec les serveurs…).
        Alors certes je comprend que le financement n'est pas trouvé (Mozilla n'est pas une association de charité, et personne n'a l'air motivé pour reprendre le flambeau), mais c'est dommage que ça ne bouge pas plus pour se battre contre Microsoft Outlook, le libre y perd.

        Bon, la bonne nouvelle est qu'ils arrêtent de changer de numéro de version avec comme changelog "changement de numéro version" :), c'est un peu plus objectif.

        • [^] # Re: Thunderbird est-il toujours vivant ?

          Posté par (page perso) . Évalué à  3 .

          J'espère que tu rigoles quand même ?

          C'est quoi à ton avis le client mail utilisé dans les universités, rectorats, école d'ingénieurs, Lycées, Collèges en France ?

          Certainement pas Outlook et sa gestion merdique de l'IMAP…

          Et pour les calendriers/contacts, y'a des trucs qui s'appellent lightning/caldav/cardav et qui fonctionne très bien…

          Non, la question que tout le monde se pause, c'est: "quand est ce que thunderbird passe à maildir?"

          • [^] # Re: Thunderbird est-il toujours vivant ?

            Posté par . Évalué à  1 .

            Il me semble qu'il y a des nouveautés sur le maildir lors de la version 12.
            Il ne s'agissait pas vraiment d'un maildir pur mais au moins le stockage des mails était fait par fichier.
            C'est d'ailleurs, ce que beaucoup d'utilisateurs attendait pour améliorer un peu leur sauvegardes incrémentales ;)

            Cependant, il semble qu'il y a encore des bugs https://bugzilla.mozilla.org/show_bug.cgi?id=771643

            • [^] # Re: Thunderbird est-il toujours vivant ?

              Posté par (page perso) . Évalué à  4 .

              Sauf que c'est très très loin d'un vrai support de Maildir. Ca résoud un problème, certes, on a des petits fichiers au lieu d'un gros paté de mbox.

              Par contre, pour ce qui est de:
              * compatibilité du format avec d'autres clients mail: nada
              * partage du répertoire maildir aved d'autres clients mails: nada. Le stockage actuel est en fait personnel à Thunderbird. Si un fichier change sans que thunderbird ai déclenché le changement, il doit tout reparser pour mettre ses index à jour.

              Bref, le support maildir, on l'aura sous Hurd.

              • [^] # Re: Thunderbird est-il toujours vivant ?

                Posté par (page perso) . Évalué à  3 .

                Par contre, pour ce qui est de:
                * compatibilité du format avec d'autres clients mail: nada
                * partage du répertoire maildir aved d'autres clients mails: nada. 
                
                

                Et ca sert à quoi tout ca ? Avoir un client différent par jour ?

                Personnellement je préfère avoir mes courriers indexés.

                • [^] # Re: Thunderbird est-il toujours vivant ?

                  Posté par (page perso) . Évalué à  7 .

                  Ca peut servir quand tu es en dual boot windows / linux et que tu n'utilises pas le même client mail des deux côtés. Ou bien si tu accèdes à tes mails par ssh de temps en temps, et par thunderbird de temps à autre aussi.

                  Ca semble exotique dit comme ça, mais à une lointaine époque, mélanger kmail et mutt ne posait aucun problème.

                  • [^] # Re: Thunderbird est-il toujours vivant ?

                    Posté par (page perso) . Évalué à  8 .

                    Ça peut aussi permettre de faciliter les migrations d'un client à un autre.

                    « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

                  • [^] # Re: Thunderbird est-il toujours vivant ?

                    Posté par (page perso) . Évalué à  2 .

                    mélanger kmail et mutt ne posait aucun problème.

                    Plus maintenant?

                    Écrit en Bépo selon l’orthographe de 1990

                  • [^] # Re: Thunderbird est-il toujours vivant ?

                    Posté par . Évalué à  4 .

                    Même si je suis pour l'usage plutôt de maildir. pour ce genre d'usage je préfère utiliser IMAP.

                    Je suis dans ma tour d'ivoire (rien à foutre des autres, dites moi un truc pour moi), si je ne pose pas explicitement une question pour les 99%, les kévin, les Mm Michu alors c'est que je ne parle pas d'eux.

    • [^] # Re: Thunderbird est-il toujours vivant ?

      Posté par (page perso) . Évalué à  6 .

      C'est pas parce que ça bouge pas beaucoup que ça n'a pas d'avenir… Toujours est-il que l'arrivée de la messagerie instantanée dans Thunderbird ça en a surpris plus d'un (au moins moi en tout cas :D), et pourtant c'est venu de la communauté.

      Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Thunderbird est-il toujours vivant ?

      Posté par (page perso) . Évalué à  10 . Dernière modification : le 10/01/13 à 00:24

      T'inquiètes, il est toujours vivant, des bugs importants sont corrigés comme la detection des mimetypes pour les pdfs envoyés par le client mail le plus merdique du monde à savoir Microsoft Outlook (vu qu'une fois de plus, c'est pas une correction de bug mais le contournement d'une erreur dans Outlook).

  • # Not fixed

    Posté par . Évalué à  -4 .

    Un bug vieux de plus de 12 ans a été corrigé

    J'ai testé et je confirme que le bug n'est pas corrigé.
    Je laisse le troll aux autres…

  • # et POUF

    Posté par . Évalué à  1 .

    l'anti-aliasing a sauté chez moi :/
    firefox 18, ubuntu 12.10

  • # Et pour les vieilles versions ?

    Posté par . Évalué à  5 .

    Ma version ESR a reçu une update 10.0.12 .
    Mais si je ne me trompe pas, son support est à bout de course…
    Qqun sait ce qu'il est censé lui arriver dans qq semaines ? upgrade vers 17 esr ? (automatique ou pas)
    Abandon ? prolongation ?

  • # un autre vieux bogue corrigé...

    Posté par . Évalué à  2 .

    Maintenant "enregistrer sous" fait comme les concurrents : ça prend le contenu de la balise "title" comme nom de fichier par défaut… :/ Mouais, sauf que je préfère utiliser le nom du fichier source quand il y en a un !!!

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.