Änderung der Funktionalität?

Zitat von peter-kaiser

würde ich gerne erfahren, an welcher Schraube ich drehen muss

Hallo Peter

besteht das Problem auch im Fehlerbehebungsmodus?

Gruß Ingo

Hallo,

gibt es einen öffentlichen Link, wo das Ganze von uns reproduziert werden kann?

Zitat von peter-kaiser

Ja, habe es gerade ausgeführt.

Hallo Peter

ok, besteht das Problem auch in einem zusätzlichen sauberen Testprofil ohne Anpassungen?

Zitat von peter-kaiser

file:///C:/Users/peter_2/DOCUME~1/gsak/html/E-Teneriffa.html

Vielleicht siehst Du es selbst. Das ist ein lokaler Link auf Deine Festplatte. Darauf kann niemand zugreifen außer Dir.

Gruß Ingo

Wenn ich das richtig behalten habe, erlaubt Firefox keinen Zugriff auf lokale Dateien, und laut dieser KB schon sehr lange nicht:

Links to local pages do not work - MozillaZine Knowledge Base

Also wenn, dann wurde es bewusst angeschaltet.

Zitat von .DeJaVu

Wenn ich das richtig behalten habe, erlaubt Firefox keinen Zugriff auf lokale Dateien

Hallo

das halte ich für ein Gerücht. file:///D:/Ingo/Documents/Firefox-Recovery-Key_2023-10-26_invalid@invalid.de.pdf oder file:///D:/Ingo/Documents/Meine%20Websites/MeineWebsite/about_me/about_me.htm funktionieren hier z.B. einwandfrei. Warum sollte das nicht erlaubt sein? Wie willst Du denn sonst z.B. lokale Webseiten testen?

Gruß Ingo

Zitat von peter-kaiser

Würde ich gerne mal probieren

Unter about:profiles ein weiteres Profil erstellen.

Das alte bleibt dabei erhalten.

Zitat von schlingo

Wie willst Du denn sonst z.B. lokale Webseiten testen?

Websites nutzen normalerweise kein file://-Protokoll, weil darauf schließlich niemand zugreifen kann, und würde man lokal üblicherweise über einen lokalen Server testen, beispielsweise via XAMPP oder MAMP. Ansonsten könnte man lokal und in Produktion ja nicht den gleichen Code verwenden.

Zitat von peter-kaiser

Kannst Du mir bitte konkret sagen, was Du damit meinst?

Hallo Peter

ergänzend zu 2002Andreas siehe dazu auch Mithilfe der Profilverwaltung Firefox-Profile erstellen, löschen oder zwischen ihnen wechseln.

Zitat von Sören Hentzschel

Websites nutzen normalerweise kein file://-Protokoll

So habe ich das auch nicht gemeint, sondern Webseiten (HTML-Dateien) lokal öffnen.

Gruß Ingo

Zitat von peter-kaiser

mit dem Test Profil klappt es wieder.

Hallo Peter

prima, also liegt es also auch hier wie allermeistens am Profil. Falls Du es noch nicht kanntest: Firefox bereinigen – Add-ons und Einstellungen zurücksetzen.

Zitat von peter-kaiser

An welcher Schraube könnte ich noch drehen? Ich möchte es ja einfach nur verstehen, was da los ist.

Da es im Fehlerbehebungsmodus auch auftritt, ist das schwierig. Dazu fällt mir zunächst nichts besseres ein, als die prefs.js auf Unterschiede zu vergleichen. Das dürfte allerdings nicht ganz einfach sein. Aber vielleicht hat jemand eine andere, bessere Idee.

Hast Du denn über about:config Änderungen an der Konfiguration vorgenommen? Falls ja, ein Tipp für die Zukunft: verwende dazu stattdessen immer die user.js. Dann hast Du eine Übersicht der von Dir durchgeführten Änderungen und kannst diese auch kommentieren.

Gruß Ingo

Ergänzend zur user.js Datei:

Beitrag

Verwendung der user.js Datei zur Konfigurierung von Einstellungen im Firefox

Der Firefox bietet über Menüs immer mal wieder wechselnde Möglichkeiten zu dessen Konfigurierung, bei denen es auch hin und wieder vor kommt, das diese in diesen und jenen Konstellationen durch Defaultwerte überschrieben werden. Auch gibt es die Möglichkeit recht umfangreich per about:config Einstellungen im Firefox vor zu nehmen.

Was ich tun möchte:
* ich möchte einige Einstellungen in der user.js konfigurieren

Was mich im Moment interessiert:
* Der Speicherort an dem die Einstellungen des Firefox…

Alfredo534

5. Oktober 2020 um 12:12

Zitat von schlingo

das halte ich für ein Gerücht.

Um das zu präzisieren, manuell eingebene oder geöffnet Dateien sind nicht das Problem, sondern mein Gedanke war file:// aus (Online-)Webseiten heraus, sei es als Link, iframe oder gar Javascript. Als Link könnte ich noch verstehen, aber alles versteckte oder automatische geht nicht. Ich habe nur keine Beispiele zur Hand.

Aber wie beschrieben, muss jener Zugriff bestätigt werden, was für meinen Gedanken spricht. Wo das nun im Profil (prefs) gespeichert wird, weiss ich nicht. Man kann lediglich vor solchen Versuchen die prefs kopieren und hinterher vergleichen. Deswegen hat mein Testprofil zig Backups.

Zitat von .DeJaVu

manuell eingebene oder geöffnet Dateien sind nicht das Problem, sondern mein Gedanke war file:// aus (Online-)Webseiten heraus

Hallo

in diesem Fall ist es eigentlich egal, ob das erlaubt ist oder nicht. So etwas kann ja prinzipbedingt nur dann funktionieren, wenn die Ressource (also Pfad und Datei) genauso so auf dem lokalen Gerät vorhanden ist. Das dürfte in den wenigsten Fällen zutreffen.

Gruß Ingo

Muss ich leider passen, nutze ich allenfalls zu Testzwecken.

Aber auch mein HomeWebServer für solche Zwecke läuft über IP:PORT.

Ich kenne dieses GSAK nicht, aber wenn es Daten über file:// anbietet, sollte die Autoren mal ernsthaft über einen lokalen Serverdienst nachdenken, der das umgeht. Nur weil es anderen Browser ohne Nachfrage ausführen, ist das noch lange nicht sauber gelöst, es ist und bleibt ein Sicherheitsrisiko.