Sieht hier so aus der Eintrag:
Bei mir funktioniert es auch mit dem default-Wert -1. Da aber beim TE noch zusätzliche Bedingungen zu wirken scheinen, muss dieser Eintrag bei ihm auf 3 gesetzt sein. Deswegen hatte ich auch in #16 geschrieben:
Für den TE wäre es wichtig, alle Einstellungen zu setzen (siehe auch #6), weil ja irgendwas bei ihm anders eingestellt zu sein scheint.
Ich habe das eben von -1 auf 3 geändert, Fx neu gestartet und ausprobiert: Problem gelöst. Es wird immer nur im Fx ein neuer Tab geöffnet, kein neues Fenster mehr.
Wenn das wirklich so ist, dann hätte der Thread nach den Hinweisen in #4, #6 (und spätestens nach #16) beendet sein können.
Vor allem deswegen, weil du geschrieben hast:
Ich hatte jetzt die Zeit und habe die Vorschläge ausprobiert. Es hat sich dabei leider nichts geändert. Ich habe daraufhin die Änderungen wieder rückgängig gemacht. Mal sehen, wie's in Version 145 aussieht.
Das war vor "2 Wochen". 
2ten Desktop erstellt..
Ok. Hat sich meine Erklärung erübrigt 
.
Also nicht anders, als mit einem Desktop.
...wie auch bei mir mit der ESR. Dann weiß ich allerdings auch nicht weiter und meines Erachtens wäre dann "mozregression" (siehe #31) noch vielleicht eine Möglichkeit, herauszufinden, was bei ihm das Problem verursacht...
Erstmal hier aktivieren
Wird bei mir in Win10 im Taskleisten-Kontextmenü als "Taskansicht-Schaltfläche anzeigen" aufgelistet. Damit wird aber nur ein zusätzliches Symbol mit der Beschreibung "Aktive Anwendungen" in der Taskleiste eingeblendet.
Macht aber genau das gleiche wie [Win]+[Tab].
Ich müsste auch erstmal nachsehen, wie ich den aktivieren könnte, habe das noch nie gebraucht/genutzt.
Einfach [Win]+[Tab] aufrufen und auf "+ neuen Desktop" gehen. Dann die entsprechenden Applikationen in den jeweiligen Desktops öffnen oder dort per drag@drop hinschieben. Nach den Tests kannst du die zusätzlichen Desktops natürlich auch wieder löschen.
So ist es unter Win10, sollte aber in Win11 nicht anders sein...
Gefunden wurde etwas und in Quarantäne verschoben.
Wenn es sich um die gleiche Malware/Adware wie im weiter oben verlinkten reddit-Eintrag in #4 handelt, dann befürchte ich, dass sich das Programm immer noch auf deinem Rechner befindet:
Stellt sich raus, es war Adware auf meinem System namens "syscleaner". Ich erinnere mich nicht, das heruntergeladen zu haben, also muss ich wohl versehentlich auf etwas in einem anderen Installer geklickt haben, wodurch sich das auch installiert hat.
Es war echt nervig, das loszuwerden, aber ich glaube, es ist jetzt weg (am Ende habe ich Wise Program Uninstaller benutzt, um es gewaltsam zu löschen, da ich es manuell nicht mal geschafft habe, alle Dateien zu entfernen)
Auf jeden Fall solltest du auch mal einen Fullscan mit deinem genutzten Virenscanner (z.B. Defender) machen!
Siehe Beitrag Nr. 15, hier gab/gibt es dein Problem nicht
Hast du das auch mal mit mehreren Desktops getestet? Hier funktioniert es wie erwartet: ein neuer Tab wird jedes mal im bestehenden Firefox-Fenster geöffnet. Egal, ob sich das Firefox Fenster in einem anderen oder dem selben Desktop wie die Mail-Anwendung befindet. Aber ich verwende auch eine portable ESR Version (140.4) als Standardanwendung und der TE sagt ja selbst, dass es in früheren Firefox-Versionen bei ihm noch funktioniert hätte. Also sind meine Tests nicht sehr aussagekräftig.
nachdem der Rechner morgens neu hochgefahren wird und firefox geöffnet werden nicht wie sonst die Tabs wieder hergestellt sonder folgende Meldung erscheint:
Ich würde deinen Rechner mal auf Adware überprüfen z.B mit:
Dieses Skript funktioniert nicht mehr in v145.0rc2. Vielen Dank für Ihre Hilfe!
tooltips_with_URL.uc.js
Bitte testen:
// ==UserScript==
//
// @description Displays target URL in tooltip, when hovering over a link
// Button has “tooltips on”/“tooltips off” positions
// ==/UserScript==
(function() {
if (!window.gBrowser){
return;
}
try {
CustomizableUI.createWidget(({
label: "Links in pop-up tooltips", localized: false,
id: "URLTooltip", pref: "URLTooltip.enabled",
get state() {
return Services.prefs.getBoolPref(this.pref, true); // по-умолчанию включено
},
setIcon(btn, state = this.state) {
btn.setAttribute("image", "data:image/svg+xml;charset=utf-8,<svg xmlns='http://www.w3.org/2000/svg' width='16' height='16' style='fill:context-fill rgb(142, 142, 152);'><path d='M9.618 6.721a2.483 2.483 0 0 0-.39-.317l-.735.734A1.486 1.486 0 0 1 8.91 9.55l-2.12 2.122a1.486 1.486 0 0 1-2.122 0 1.486 1.486 0 0 1 0-2.121l.605-.605a3.53 3.53 0 0 1-.206-1.209L3.961 8.843a2.506 2.506 0 0 0 0 3.535 2.506 2.506 0 0 0 3.535 0l2.122-2.121a2.506 2.506 0 0 0 0-3.536z'/><path d='M6.79 9.55c.12.121.25.226.389.317l.734-.734a1.486 1.486 0 0 1-.417-2.411L9.618 4.6a1.486 1.486 0 0 1 2.121 0 1.486 1.486 0 0 1 0 2.121l-.605.605c.137.391.211.798.206 1.209l1.106-1.107a2.506 2.506 0 0 0 0-3.535 2.506 2.506 0 0 0-3.535 0L6.789 6.014a2.506 2.506 0 0 0 0 3.536z'/><circle style='fill:none;stroke:context-fill rgb(142, 142, 152);stroke-width:1.2;stroke-linecap:round;stroke-linejoin:round' cx='8' cy='8' r='7.4'/></svg>");
btn.style.setProperty("fill", `${state ? "color-mix(in srgb, currentColor 20%, #e31b5d)" : ""}`);
},
onCreated(btn) {
this.setIcon(btn), this.btn = btn, btn.owner = this;
//btn.setAttribute("oncommand", "owner.toggle()");
btn.addEventListener('command', () => {
this.toggle();
});
btn.addEventListener('mouseenter', () => {
this.mouseenter();
});
},
mouseenter() {
this.btn.tooltipText = this.label +' – '+ `${this.state ? "enabled" : "disabled"}`;
},
toggle() {
Services.prefs.setBoolPref(this.pref, !this.state);
},
observe(s, topic) {
if (topic.startsWith("q")) return this.destroy();
var {state} = this;
for(var {node} of CustomizableUI.getWidget(this.id).instances)
this.setIcon(node, state);
state ? this.initTooltip() : this.destroyTooltip();
},
init() {
Services.prefs.addObserver(this.pref, this);
Services.obs.addObserver(this, "quit-application-granted", false);
this.state && this.initTooltip();
delete this.init; return this;
},
destroy() {
Services.prefs.removeObserver(this.pref, this);
Services.obs.removeObserver(this, "quit-application-granted");
},
initTooltip() {
var url = this.initURL = this.createURL("psInit");
(this.initTooltip = () => Services.ppmm.loadProcessScript(url, true))();
},
destroyTooltip() {
var url = this.createURL("psDestroy");
(this.destroyTooltip = () => {
Services.ppmm.removeDelayedProcessScript(this.initURL);
Services.ppmm.loadProcessScript(url, false);
})();
delete this.createURL;
},
createURL: function createURL(meth) {
var subst = this.id + "-" + meth;
(createURL.rph || (createURL.rph = Services.io.getProtocolHandler("resource")
.QueryInterface(Ci.nsIResProtocolHandler)
)).setSubstitution(subst, Services.io.newURI("data:text/javascript;charset=utf-8," + encodeURIComponent(
`(${this[meth]})(ChromeUtils.importESModule("resource://gre/modules/TooltipTextProvider.sys.mjs").TooltipTextProvider.prototype)`
)));
delete this[meth]; return "resource://" + subst;
},
psInit: proto => {
if (proto.getTextPlus) return proto.getNodeText = proto.getTextPlus.newGetNodeText;
//================[ start content ]================
proto.getTextPlus = node => {
var href = getHref(node);
if (!href || href == "#" || skipRe.test(href)) return;
if (href.startsWith("data:")) return crop(href, 64);
return crop(decode(href));
}
var skipRe = /^(?:javascript|addons):/;
var getHref = node => {do {
if (HTMLAnchorElement.isInstance(node) && node.href) return node.href;
} while (node = node.flattenedTreeParentNode)}
var crop = (url, max = 128) => url.length <= max
? url : url.slice(0, --max) + "\u2026"; // ellipsis
var decode = url => {
var ios = Cc["@mozilla.org/network/io-service;1"].getService(Ci.nsIIOService);
var ldu = ChromeUtils.importESModule("moz-src:///browser/components/urlbar/UrlbarInput.sys.mjs", {}).losslessDecodeURI;
return (decode = url => {try {return ldu(ios.newURI(url));} catch {return url;}})(url);
}
//================[ end content ]==================
var func = proto.getTextPlus.getNodeText = proto.getNodeText;
proto.getTextPlus.newGetNodeText = proto.getNodeText = function(node, text) {
var res = func.apply(this, arguments);
if (!res && !(node?.localName != "browser" && node.ownerGlobal && node.ownerDocument))
return false;
var txt = this.getTextPlus(node), add = "";
return txt ? text.value = res ? text.value + "\n" + txt + add : txt + add : res;
}
},
psDestroy: proto => {
proto.getNodeText = proto.getTextPlus.getNodeText;
}
}).init())} catch(ex) {Cu.reportError(ex);}
})();Wenn mir jetzt jemand ganz genau erklärt, was wie getestet werden soll, ....
Wenn jetzt noch jemand testen und bestätigen kann, dass sich in einem zusätzlichen Desktop [Win]+[Tab] -> neuer Desktop (Win10) die Release Version genauso verhält, wie du gesagt hast [...]
Da der TE nicht exakt beschrieben hat, welche Voraussetzungen erfüllt sein müssen, um sein Problem zu reproduzieren, gehe ich einfach mal davon aus, dass sich sein Firefox im 1. Desktop befindet und er im 2. Desktop ("E-Mail-Desktop") auf den Link klickt. Dann öffnet sich bei ihm im 2. Desktop ein neues Firefox-Fenster. Es soll sich aber ein neuer Tab im bestehenden Fenster des Firefox im 1. Desktop öffnen. Ich habe es für die ESR getestet und da öffnet er diesen Tab auch wie erwartet im 1. Desktop.
Für die Release Version müsste aber jemand anderes testen....
Habe eben in Telegram einen Link angeklickt. Auch da öffnet sich der Tab in einem neuen Fenster im gleichen Desktop wie Telegram.
Ok. Dann scheint das/dein Problem wohl mit den virtuellen Desktops zusammenzuhängen, da ja das standardmäßige Verhalten, nämlich das Öffnen in einem neuen Tab (falls dies in den Einstellungen ausgewählt wurde), bei anderen Usern funktioniert. Wenn jetzt noch jemand testen und bestätigen kann, dass sich in einem zusätzlichen Desktop [Win]+[Tab] -> neuer Desktop (Win10) die Release Version genauso verhält, wie du gesagt hast und es vorher funktioniert hat, dann wäre das wohl ein klassischer Fall für mozregression. Wenn du es nicht selbst machen möchtest, wird sich vielleicht ein Freiwilliger melden (müssen).
Nach wie vor öffnet Fx, wenn ich im Desktop E-Mail bin, einen neuen Tab in einem neuen Fenster, das im Desktop E-Mail erscheint.
Schon mal daran gedacht, dass das beobachtete Verhalten auch an dem aufrufenden Programm liegen könnte, weil sich dort eben was geändert hat und nicht am Firefox? siehe #19.
Hast du einen Link auch mal aus einer anderen Anwendung heraus aufgerufen (Windows Explorer)?
Und so die config:
Mit anderen Worten, du hast an den Default-Einstellungen nichts geändert und er öffnet externe Links trotzdem in einem Tab?
browser.link.open_newwindow.restriction -> 0 ist im Prinzip nur die restriktivere Einschränkung von -> 2 beim Öffnen eines neuen Fensters.
Ich hatte ja in #19 geschrieben, dass auch das aufrufende Programm eine mögliche Ursache für dieses Verhalten sein könnte und der Test mit den Einstellungen nur ein Weg sind, der Problemlösung etwas näher zukommen.
Habe eben in der Eingabeaufforderung die CommandLineOption -new-window ausprobiert:
Mit dem Ergebnis, dass er mit diesem Parameter ein neues Firefox-Fenster öffnet, trotz der genannten Einstellungen! Ohne diesen Parameter wird der Link in einem neuen Tab geöffnet.
Mit anderen Worten: Es wird sich wohl in dem aufrufenden Programm oder unter Windows etwas geändert haben, so dass Firefox bei einem Link-Aufruf ein neues Fenster öffnet.
Nur kann ich mir aber sehr schlecht vorstellen, dass in dem aufrufenden Mailprogramm oder unter Windows genau dieser Parameter gesetzt wird, zumal ja Firefox nicht der Standardhandler/-browser für den verlinkten Inhalt sein muss. Vielleicht weiß jemand da mehr?
Funktioniert das auch?
Falls die Frage an mich gerichtet war: Hier funktioniert es wie schon erwähnt in der ESR und die Einstellungen sind geschätzt schon seit 5-6Jahren in meiner user.js. Mag sein, dass mittlerweile bestimmte Einstellungen überflüssig geworden sind und default immer nur ein Fenster genutzt wird, aber der TE hat aber genau dieses Problem und daher wäre es doch sinnvoll, diese Möglichkeit der "Fehlerbehebung" auszuschöpfen. Er hat ja auch geschrieben, dass er das schon getestet hat, aber ich wollte mit meinem Nachhaken sichergehen, dass er wirklich alle Optionen berücksichtigt hat...
Ich hatte das ja auch in Beitrag Nr. 5 schon geschrieben...hier öffnet sich für jeden angeklickten Link ein neuer Tab.
Danke fürs Testen! Bei -1 nimmt er den Wert von browser.link.open_newwindow, der bei dir dann auf 3 stehen dürfte, was auch default wäre. Für den TE wäre es wichtig, alle Einstellungen zu setzen (siehe auch #6), weil ja irgendwas bei ihm anders eingestellt zu sein scheint.
user_pref("browser.link.open_newwindow",3);
user_pref("browser.link.open_newwindow.restriction",0);
user_pref("browser.link.open_newwindow.override.external",3);
Unter 144 sollte diese Einstellung auch funktionieren:
Außerdem auch noch diese Einstellung unter Allgemein | Tabs setzen (falls nicht eh redundant):
Wenn ich mich mal einmischen dürfte, ich nutze eine Erweiterung!
Und ich nutze GMX sowie Web.deBeim Anklicken eines Links öffnet sich ganz einfach ein neuer Tab.
Die Bewertungen für die Erweiterung sind größtenteils schlecht, mit dem Tenor "geht nicht".
Ohne die Erweiterung zu kennen, vermute ich mal, dass sie nichts anderes macht, als die oben beschriebenen Schalter in den Voreinstellungen zu setzen.
Ich werde mich wohl an diesen Fehler gewöhnen müssen.
Du musst dich sicher nicht an den "Fehler" gewöhnen und wenn doch, dann ist es nur deine Entscheidung, ob du an dieser Stelle abbrechen möchtest oder nicht.
Nur eine Frage: Wir reden hier schon von einem Link aus einem externen Mailprogramm (Outlook,Thunderbird, Betterbird etc.), oder?
Falls ja, dann ist browser.link.open_newwindow.override.external mit dem Wert 3 unter der Adresse about:config genau die richtige Einstellung.
Ich würde es ja gerne mit der aktuellen Release testen, aber bei mir ist die ESR unter Windows als Standardbrowser eingerichtet und da ich portable Fireföxe verwende, ist das immer schwierig schnell mal Änderungen vorzunehmen (install.ini, profile.ini usw.).
Aber die Mehrheit der User sollte ja die Release als Standardbrowser verwenden und dann würde es dem TE sicher helfen, wenn jemand den Schalter mal testen könnte!
Wenn ich aber z. B. in einer E-Mail einen Link anklicke, öffnet sich ein neues Fenster.
Hier funktionieren seit Ewigkeiten folgende Schalter in der user.js (oder direkt in about:config) :
user_pref("browser.link.open_newwindow",3);
user_pref("browser.link.open_newwindow.restriction",0);
user_pref("browser.link.open_newwindow.override.external",3); Allerdings nutze ich das nur in der ESR 140.4.0 und kann es für die aktuelle Release nicht testen!
Könntest Du mal schauen wie man das Textfeld auf der Page auswählen kann
und dann da einfach das Kopierte einfügt?
Sorry, aber bei diesen Dingen bin ich hier im Forum (momentan) raus. Wenn der Aufwand nicht zu groß ist, helfe ich noch gerne bei User-Skripten, die nicht mehr laufen, aber irgendwas "Neues" möchte ich nicht mehr anfangen. Hoffe du verstehst das...
Ich habe das jetzt nicht getestet. Aber ich verstehe dass so, dass man statt ein 1 (für die Einstellung in about:config) den vollständigen Pfad angeben kann und muss dann die Syntax beachten (doppelte Rückstriche).
So ist es. Ich habe mir jetzt auch den ganzen Code genauer angeschaut (nicht getestet!) und muss milupo recht geben. Die Pfadangabe bezieht sich auf die Objekteigenschaft this.editor , die entweder 1 oder eben einen absoluten Pfad auf die ausführbare Datei des gewünschten Editors enthalten kann.
Die Funktion this.launch() erwartet ja als 1. Parameter den Pfad auf die .exe Datei des Editors und als 2. Parameter den Pfad der zu öffnenden Datei.
if (this.editor === 1) {
this.launch(Services.prefs.getCharPref('view_source.editor.path'), path);
} else {
this.launch(this.editor, path);
}FuchsFan Du musst also nur in Zeile 76 deinen Pfad eintragen:
editor: 'C:\\notepad++\\notepad++.exe',und ansonsten den Aufruf in Zeile 230 so lassen, wie er war.
Das funktioniert ja nicht
Ich habe es so verstanden, dass dieser Pfad eben unter view_source.editor.path eingetragen werden muss. Wenn dort nichts steht (wie bei mir), dann nimmt er wohl den im Betriebssystem eingestellten Default-Editor für den Dateityp. Wie gesagt, ich habe es jetzt nicht getestet, daher weiß ich nicht, ob das auch wirklich so ist und eigentlich hätte es dann auch beim FuchsFan nur mit Z230 schon funktionieren müssen?! Warten wir ab, was seine Tests bringen...
// 1 = Editor in view_source.editor.path festgelegt
// Wenn Sie den vollständigen Pfad zu einem Editor angeben, wird dieser Editor verwendet. *Schließen Sie den Pfad in '' ein und ersetzen Sie \ durch \\.PS: Stimmt. Die Anweisungen mit den Anführungszeichen und dem doppelten Backslash machen so gar keinen Sinn.