Forum général.général Réglage du comportement de Firefox

Posté par  (site web personnel) .
Étiquettes :
0
23
oct.
2009
Salut,

Je vous expose rapidement mon problème du jour :
Je travaille sur la station A. Je veux installer une nouvelle version de gcc sur la station B. Pour cela, je me connecte sur la station B (ssh -X B) et j'y ouvre un firefox [1] pour télécharger gcc. Aussitôt dit, aussitôt fait. Mais c'est là qu'est le problème : firefox décide arbitrairement de télécharger, non pas sur la station B comme ferait tout programme raisonnable, mais sur la station A ! Et je n'arrive pas à trouver le moyen/bouton pour lui dire de se contenter de se comporter « normalement »... Quelqu'un aurait-il déjà vu ça ? Et résolu le problème ?

NB: j'ai évidemment transférer l'archive via scp. Mais je suis encore tout choqué de voir qu'à notre époque et dans la communauté du LL on puisse développer des application aux comportements aussi excentrique, complexe et difficilement configurable.


[1] Donc le processus "firefox" est lancé sur la station B et la fenêtre est affichée sur la station A.

  • # Firefox sur la station A

    Posté par  . Évalué à 1.

    N'as tu pas déjà un firefox de lancé sur la station A ?

    Il me semble que chez moi, dans ce cas de figure, ça ouvre une nouvelle fenêtre firefox de la station A (et non pas de la station B, affiché sur la A). Du coup, ben, tous les téléchargements sont fait en local.

    Après, j'ai pas creusé le pourquoi de la chose...

  • # wget ?

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

    ça va pas faire avancé le schmilblik mais pourquoi pas wget au lieu de firefox.

    moi dès que le download est suffisament gros en taille, je passe à wget au lieu d'attendre que firefox crashe et bousille le download...

    • [^] # Re: wget ?

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

      Il s'agit d'un paquet de source compressé. C'est téléchargé en quelque(s) seconde(s) avec le débit de renater. Voilà qui explique pourquoi je ne souhaitais pas risquer une faute de copie dans l'URL... Mais vu le comportement de FF, la prochaine fois je penserais à wget. Et ça m'évitera le -X. Merci.

      « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

      • [^] # Re: wget ? + copier/coller

        Posté par  . Évalué à 3.

        Voilà qui explique pourquoi je ne souhaitais pas risquer une faute de copie dans l'URL...

        tu connais le copier/coller ?

        tu cherches ton paquet sur ton firefox (station A)
        tu cliques droit sur le lien final (copier le lien)

        tu vas sur ta fenetre ssh
        wget (clic du milieu, ou bouton gauche et droit en meme temps)
        hop ca colle le lien precedemment copier

  • # Question bête

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

    As-tu des preuves que firefox est bien là où tu le crois ?
    As-tu tenté de lire file::///home/pmanglade/whatever pour vérifier que firefox lit bien en local (là bas) ?

    As-tu tenté "ssh -X B firefox" ?

    A vrai dire, je vois pas, mais pas du tout comment ton truc est possible. C'est limite un SSHFS là ! Ton programme distant ne devrait pas pouvoir écrire *à la source* de ton tunnel SSH.


    Bref, je ne vois pas de quoi être "choqué" car je pense (n'ayant pas reproduit) que tu t'es gouré quelque part.
    Les autres commentaires confirmeront (ou ton rapport de bug, hein !)

    • [^] # Re: Question bête

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

      Non visiblement, le premier commentaire confirme précisément ce que je rapporte...
      Lorsqu'un malheureux fait tourner un firefox sur sa station A et réclame un autre firefox en provenance de B, le programme dans son infini sagesse semble réfléchir pour lui de la manière suivante : « Pauvre bougre, qu'alliez vous donc faire ! Vous disposez déjà d'une instance de firefox sur la machine A. Qu'elle hérésie sans nom que de vouloir me lancer sur la machine B. Je ne vais pas m'y lancer mais au contraire ouvrir une nouvelle fenêtre à partir du processus de la machine A. Et inutile que je vous prévienne, cela risquerait de troubler vos facultés mentales déjà bien chancelantes. »

      Expériences faîtes : aussi bien en se connectant à B ou en lançant directement « ssh -X B firefox », dans tous les cas une nouvelle fenêtre de firefox s'ouvre sur la machine A (bien). Cependant deux situations :
      1) si A n'a pas de firefox ouvert, firefox est lancé sur B (bien).
      2) Si A dispose d'une instance de firefox, firefox se termine immédiatement sur B après avoir fait ouvrir une fenêtre par l'instance de A (pas bien).

      « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

      • [^] # Re: Question bête

        Posté par  . Évalué à 3.

        Mh, tu insinues que Firefox est fait pour les utilisateurs idiots (ce que l'alerte en cas de certificat SSL auto-signé, et les notifications de MAJ de Flash semblent confirmer)?

        THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: Question bête

        Posté par  . Évalué à 3.

        /me a toujours eu horreur des programmes qui "réfléchissent" à sa place.

  • # firefox -h

    Posté par  . Évalué à 7.

    ...
    -no-remote Open new instance, not a new window in running instance.
    ...

Suivre le flux des commentaires

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