Defaultbrowser in ThunderBird festlegen - oder: …

[cumulonimbus8]

…wie ruft man Firefox per Kommandozeile auf ohne eine neue Instanz zu öffnen?



Hallo!

Mit «D:\Pfad\Firefox\firefox.exe -private -new-tab» soll man in TB unter network.protocol-handler.http FF als dessen Standardbrowser festlegen können.

Das wäre ja auch in Ordnung wenn nicht ein neue FF-Fenster (FF-Instanz) aufginge. Simpel einen neuen Tab öffnen in dem der Link in der Mail aufginge wäre viel schneller und handlicher.

Google liefert nichts was besser als das Beschriebene wäre, wenigstens habe ich nichts gesehen.

CN8

 

[Camazotz]

Der -new-tab Parameter erwartet eine URL als Argument, also z.B.

"D:\Pfad\Firefox\firefox.exe -private -new-tab www.computerbase.com"

 

[cumulonimbus8]

Das beantwortet meine Frage nicht.

Es wäre schnurz ob FF als neue Instanz mit gefülltem Fenster oder mit leerem aufgeht (TB ergänzt offensichtlich die URL, intelligent wie das Vögelchen ist…) da das Problem neue Instanz heißt.

CN8

 

[Camazotz]

Wenn du beim -new-tab Parameter keine URL angibst wird eine neue Instanz gestartet.

 

[cumulonimbus8]

Ich muss dem Fall neues Leben einhauchen.

Die Eintrage zu «network.protocol-handler.app.http» bzw. «network.protocol-handler.app.https» existieren. Auch ein Pfad (D:\ANW\Fierfox\Firefox.Exe) stimmt und funktioniert (Copy-Paste aus seinem Link), wie man sieht nicht mal mit möglichen störenden Leerzeichen.

Nur TB - der hustet mir was darauf zu reagieren. Es wird der Standardbrowser des Systems geöffnet. Gibt es noch eine seltene zusätzliche Einstellung oder reagiert die Engine empfindlich auf von mir bei den Einträgen evtl. ausgelassene Großschreibung?

CN8



Es muss doch eine Ursache geben warum dieser Standardweg versagt - nur der protocol-handler oder vielleicht irgendwelche Link-Verwaltungen an sich?!


2014-01-30 09-20-15
Ich bräuchte langsam eine Lösung; dass der IE aufgeht ist von großem Nachteil, aber es muss Standard bleiben.

 

[Camazotz]

Das einzige was mir noch spontan einfällt:

In den Thunderbird Einstellungen, Bereich Anhänge, prüfen ob für die Dateitypen http, https (und ggf. ftp) ein Standardprogramm eingetragen ist (z.B. IE) und dann den Eintrag entfernen.

 

[cumulonimbus8]

Wäre noch konsequent. Aber das muss bis Montag warten, der Unfall steht nämlich im Büro

CN8


2014-02-02 19-18-11
Ist doch ganz nett einen TB auch daheim zu haben den man eigentlich nicht wie im Büro einsetzen wollte.
Auch da gab es das Problem, auch da hat die viel beschworene Einstellung (network.protocol-handler.app.http bzw ….https) nichts gebracht.
Also mangels guter Ideen eine schlechte verfolgt wie sie im MozillaZine zu finden war: network.protocol-handler.warn-external.http - und die mal auf Treu gesetzt. Siehe da, es kam ein Dialog in dem der IE angegeben war. Also mit den Mitteln da den FF gesucht und Nachfrage abgehakt - und siehe da, seitdem meldet sich FF zum Dienst.
Das Irre ist, und ich muss das noch mal mit eigene Augen prüfen, die o.g. Einstellungen waren da und waren da unverändert. Also muss irgendwo im Getriebe etwas stehen was den Standardbrowser abwählt, oder so ähnlich.
(Jetzt muss ich nur noch auftreiben wie ich Defaultsprache für die Rechtschreibung beim Einschalten in allem MOZ-Derivaten ändern)

Heißer Kandidat: …\Profiles\XXXXXXX\mimeTypes.rdf - da stand nur etwas über http drin da ich bisher auch nur http umgelenkt hatte.

<RDF:Description RDF:about="urn:scheme:externalApplication:http"
             NC:prettyName="firefox.exe"
             NC:path="X:\ANWENDUNGEN\Mozilla\Firefox\firefox.exe" />

Höchtswahrscheinliche Lösung
Es bedarf offenbar nur & überhaupt der besagten mimeTypes.rdf. Diese fehlte bei einer Vergleichsinstallation im Profil und auch in der prefs.js waren dort nicht die vorgeschlagen Einträge um die network.protocol-handler vorhanden. Allein das einfügen des Files genügte auf den FF umzuleiten.

Spoiler

<?xml version="1.0"?>
<RDF:RDF xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
  <RDF:Description RDF:about="urn:scheme:http"
                   NC:value="http">
    <NC:handlerProp RDF:resource="urn:scheme:handler:http"/>
  </RDF:Description>
  <RDF:Seq RDF:about="urn:mimetypes:root">
  </RDF:Seq>
  <RDF:Description RDF:about="urn:mimetypes">
    <NC:MIME-types RDF:resource="urn:mimetypes:root"/>
  </RDF:Description>
  <RDF:Description RDF:about="urn:scheme:handler:http"
                   NC:alwaysAsk="false">
    <NC:externalApplication RDF:resource="urn:scheme:externalApplication:http"/>
  </RDF:Description>
  <RDF:Description RDF:about="urn:scheme:externalApplication:http"
                   NC:prettyName="firefox.exe"
                   NC:path="S:\owie\so\firefox.exe" />
  <RDF:Seq RDF:about="urn:schemes:root">
    <RDF:li RDF:resource="urn:scheme:http"/>
  </RDF:Seq>
  <RDF:Description RDF:about="urn:schemes">
    <NC:Protocol-Schemes RDF:resource="urn:schemes:root"/>
  </RDF:Description>
  <RDF:Description RDF:about="urn:root"
                   NC:de_defaultHandlersVersion="-1" />
</RDF:RDF>

 

[Camazotz]

Und, war das nun die endgültige Lösung?

 

[cumulonimbus8]

Einfach diese gespoilerte mimetyps.rdf da (in den Ordner wo prefs.js liegt) reinstellen und es tut.

CN8