Mozilla 1.0-rc1

Posté par  (site web personnel) . Modéré par Benoît Sibaud.
Étiquettes :
0
19
avr.
2002
Mozilla
Voici enfin la première Release Candidate de Mozilla 1.0

Parmi les changements on peut citer :

- Correction du bug qui empêchait de visualiser correctement le source d'une page dynamaique
- Réorganisation des menus contextuels
- Support de LDAP/SSL et réplication de carnet d'adresse LDAP
- Support des accusés de réception pour les courriels
- Possibilité de définir une taille minimale pour les fontes
- Nouveau gestionnaire de téléchargement

Une ombre au tableau : le bogue qui gèle Mozilla lorsque l'on essaye de visualiser du flash qui utilise le son alors que le périphérique est occupé n'est pas encore corrigé.

Aller plus loin

  • # Plus rapide

    Posté par  . Évalué à 8.

    Bonjour !

    J'utilise une "construction de nuit" :-) de Mozilla
    depuis quelques jours et je le trouve plus rapide que la version 0.9.9 .

    Quelqu'un pour confirmer ?

    • [^] # Re: Plus rapide

      Posté par  . Évalué à 5.

      Je viens de tester la 1.0rc1, et effectivement elle parait plus rapide au fonctionnement. C'est surtout dans l'affichage du XUL que c'est plus rapide.

      Le temps de chargement est tjs le meme par contre ;o( Sur un NC (ndlr: Network Computer), le chargement est meme 10 secondes plus lent...

  • # Bogue?

    Posté par  . Évalué à 10.

    Une ombre au tableau : le bogue qui gèle Mozilla lorsque l'on essaye de visualiser du flash qui utilise le son alors que le périphérique est occupé n'est pas encore corrigé.

    Tu n'utiliserais pas les drivers alsa par hasard? Auquel cas ce n'est pas un bogue, c'est le comportement normal. Enfin, c'est normal qu'alsa garde le son en réserve jusqu'a ce qu'il ait fini ce qu'il faisait, aprés c'est à flash de voir si il décide de laisser tomber ou d'attendre que le son soit joué. Par contre c'est vrai que ça serait bien si on pouvait désactiver le son dans flash (surtout qu'il arrive d'avoir des pubs en flash qui ne joue pas de son mais essayent quand même d'accéder au périph sonore).

    Bref, c'est pas vraiment un bug de mozilla, ça (d'ailleurs je crois que konqueror fait pareil).
    La solution la plus simple c'est d'acheter une vrai carte son, avec un support multi-canaux.

    • [^] # Re: Bogue?

      Posté par  (site web personnel) . Évalué à 2.

      Non, le plus simple est de désactiver cette grosse daube pas libre de flash.

      • [^] # Re: Bogue?

        Posté par  . Évalué à 3.

        C'est trés vrai ce que tu dis là :)

        Mais bon je pensais au problème global, ça ne se pose pas qu'avec flash (Si on joue un son quelconque et qu'on essaie de lire une zik sous xmms, xmms aussi va se blo


        (-1)

        • [^] # Re: Bogue?

          Posté par  . Évalué à 5.

          Bah, moué j'utilise pas alsa du tout, ni oss, mais plutot un support natif et ce problème est la.
          Et en fait en s'occupant raisonnablement bien d'ESD (serveur de son) et de sa conf, ainsi que du fichier mozillarc global (/etc/mozilla/mozillarc pour moi - debian) beh ca roule tout seul :)

          • [^] # Re: Bogue?

            Posté par  . Évalué à 2.

            C'est vrai quoi. A mon avis, un programme ne devrait même pas essayer de s'occuper du son tout seul. Qui est-ce qui imprime en faisant cat>/dev/lp0 ?
            En ce qui concerne XMMS, c'est carrément prévu: il faut juste mettre la sortie sur esd au lieu de OSS.

            • [^] # Re: Bogue?

              Posté par  . Évalué à 5.

              Et pareil pour arts.

              soit dis en passant, il y a les programmes artsdsp et esddsp qui pêrmettent d'arranger le coup avec des programmes qui veulent prendre directement le périphérique, exemple
              ogg123 musique.ogg
              ça plante y a arts qui monopolise le périphérique
              artsdsp ogg123 musique.ogg
              ça fonctionne :-)

              Note: avec quake3 il faut utiliser l'option -m de artsdsp (pour esddsp je sais pas), à cause de je ne sais quelle fonctionnalité qui lui est nécessaire.

              • [^] # Re: Bogue?

                Posté par  . Évalué à 10.

                En fait la manière dont artsdsp fonctionne est assez fun (et gruïk aussi).
                C'est une librairie qui est chargée avant toutes les autres pour intercepter les appels systèmes genre open, ioctl, read et write et qui les redirige vers des fonctions arts quand le open s'est fait sur /dev/dsp ou truc du genre.

                Le -m c'est pour que l'appel à mmap soit aussi intercepté. mmap permet (dans ce cas) d'accéder au buffer son directement dans l'espace d'adressage du processus (quake), ce qui évite de faire des read() et write() tout le temps -> moins d'appels systèmes -> moins de latence (corrigez-moi si je dis une grosse connerie).

    • [^] # Re: Bogue?

      Posté par  . Évalué à 10.

      Le problèm est un peu plus compliqué que ça. Qu'on utilise OSS ou Alsa, le problème est le meme.
      Flash 5.0-r47 ou 5.0-r48 à un énorme bug, que les devs de mozilla ont reportés un bon paquet de fois, mais Macromedia ne fait rien pour le corriger... alors que c'est franchement pas dur !

      Le problème ? Flash qd il se lance essaye d'ouvrir le device de son (/dev/dsp), et ce, que l'anim flash ait ou non du son. Le bug, lui se trouve dans l'initialisation du son par Flash, qui bloque grave, et attends que le périphérique de son ne soit plus occupé pour continuer son execution ! Alors qu'il suffit de changer l'appel au device pour corriger tous ces bugs...
      Le plugin flash étant bloqué, et mozilla n'ayant pas un architecture thread sur ls plugins (ce qui est fort compréhensible), et bien tout bloque...

      Actuellement une solutino est en train de voir le jour : plutot que de bloquer connement mozilla à cause d'un sale bug (bug a 2 balles qu'un développeur n'aurait jamais du commettre), et bien il devrait vérifier que le périph son n'est pas déjà ouvert, et si le son est occupé, alors on affiche un mesg du type "Can't launch flash, because your sound device is already in use, and because of a flash's bug, mozilla will hang..." avec qd mm un bouton "try anyway", ou cas ou il y aurait lancé un esd ou arstd, ou une carte multi-canaux...

      Résultat: pas de gros bloquages de Mozilla à cause d'un sale bug... et en plus ça montre à l'utilisateur, que Flash, ben c pas sympa du tout...


      Pour plus d'infos, voir la discussion sur bugzilla : http://bugzilla.mozilla.org/show_bug.cgi?id=58339(...)

    • [^] # Re: Bogue?

      Posté par  . Évalué à 1.

      Je me permet de rappeler qu'il un demon qui permet de partager sa carte son : esd. Il est supporté par Flash, XMMS, et beaucoup de programmes. C'est un classique, je m'etonne de la remarque. Une carte son multi-canaux n'est ni la solution la plus simple, ni la plus economique...

  • # Autre bug corrigé

    Posté par  . Évalué à 10.

    Le fait que l'affiche du cadenas pour les options de sécu arrête de s'emmeler les pinceaux lorsque l'on accede gràce a tabs à un site https, et un non https.

    http://bugzilla.mozilla.org/show_bug.cgi?id=101723(...)

    Maintenant, je peux enfin lire DLFP tout en commandant des sandwichs.

  • # Bookmark group

    Posté par  . Évalué à 10.

    Il y a aussi les bookmark groups, qui permettent de mémoriser un ensemble de tabs dans un seul bookmark et de les ouvrir tous d'un coup, très pratique quand comme moi on veut DLFP, GNU Friends, news.hurdfr.org, mozillazine, /., debian planet, ... dans une fenètre de Mozilla :)

    Pour créer un bookmark group il faut ouvrir les tabs dans une fenètre et faire Bookmark => File Bookmark et cocher sur "File as group"

    • [^] # Re: Bookmark group

      Posté par  . Évalué à 2.

      ça fait des mois que j'utilise Mozilla en téléchargeant chaques jours les nouvelles versions et je n'avais jamais vu cette option !!

Suivre le flux des commentaires

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