Beiträge von .DeJaVu

  • Facebook Posts ich kann nicht sehen, was ich schreibe!

    Vielleicht war es einfacher für ihn, den DarkReader zu installieren, weil es alle/viele Seiten dunkel macht. Statt sich in die Einstellunge von FB zu begeben. Da ich es nicht nutze, nur eine Vermutung, wahrscheinlich ist es noch leichter, den Nachtmodus zu finden:

    Facebook: Neues Design und Nachtmodus für alle Nutzer
    Facebook liefert nun an alle Desktop-Nutzer das neue Design inklusive Nachtmodus aus. So aktivieren Sie die Neuerung.
    www.pcwelt.de

    (siehe Bild)

  • Installations Skript zur Vorbereitung des FF zur Nutzung von JavaScript. [ps1 verfügbar]

    Vorab, ich konnte das Problem ermitteln und lösen, aber erst nach deiner Antwort jetzt, siehe oben.

    Zitat von TK87

    dass der Installer der Standard- und ESR-Version mittlerweile standardmäßig nicht mehr für alle Benutzer nach C:\Program Files installiert,

    Das ergibt keinen Sinn, gerade für die ESR nicht, weil die an Unternehmen gerichtet ist und die werden sicher nicht nur für den Benutzer installieren. Falls doch, grätscht der UAC dazwischen, wird verneint, was auch immer. Damit landet jede Software beim Benutzer.

    Der Quellcode zu den NSI liegt bei Mozilla auf dem Server, lässt sich auch über searchfox finden und speichern (raw, Menü rechte Seite)

    Wegen Portables, wenn es dich interessiert, ich würde es aber der Übersichtlichkeit halber nicht mit reinnehmen.

    Zitat von TK87

    Irgendwelche Einwände?

    Also ich nicht. Eben auf Windows 10 und 11 getestet, funktioniert jetzt mit PS von Windows als auch mit PS7 :thumbup:

  • Facebook Posts ich kann nicht sehen, was ich schreibe!

    Na dann viel Erfolg. Ja natürlich passiert das schleichend. Ich hatte nur ca 50% auf dem Auge, fürs Autofahren sind mindestens 70% vorgeschrieben (!) Das andere Auge hat noch 85%, unbehandelt. Der Unterschied ist minimal, aber wenn man es testet, definitiv vorhanden.

    Die haben mir vorgeschlagen, gleich beide Augen machen zu lassen. Das wollte ich mit diesen Werten jedoch nicht. Vorteil wäre gewesen, dass beide Augen gleich schauen, so muss die Brille das korrigieren. Wenn die dich fragen, falls noch nicht passiert, auf wie viel Dioptrien du es haben willst. Da ich noch knechte, habe ich mir den Fokus auf 60cm einstellen lassen, Arbeitsentfernung. Als Rentner hätte ich vermutlich Leseentfernung genommen, also ohne Brille lesen, alles andere mit.

    Meine Linse hat UV-Filter, das fällt schon unter IGeL. Die menschliche Linse hat ebenso einen Filter, ansonsten zerstört diese Strahlung nach und nach die Netzhaut und man wird unwiderruflich blind. Mit allen Kosten waren es ca 1400 Euro.

  • Facebook Posts ich kann nicht sehen, was ich schreibe!

    Grauer Star entsteht nicht über Nacht. Und ich hatte hier einen OP-Termin nach 3 Monaten. Aufgefallen ist das meinem Optiker, weil der die Unschärfe nicht beseitigen konnte, ich solle zum Augenarzt gehen. Tadaa. Das wirklich lästige daran sind die Folgekosten. Standardlinsen sind Mist, alles andere wird dann als IGeL abgerechnet, dann braucht es provisorische Gläser. Und nach 6 Monaten kann man mal über fertige Gläser nachdenken. Insofern man sich nicht eine super-teure Speziallinse einsetzen lässt, läuft alles auf Gleitsichtglas hinaus. Auf jeden Fall ein Gewinn an Lebensqualität, und wer noch aktiv Auto fährt, eigentlich verpflichtend, die Blendgefahr tagsüber und noch mehr Nachts ist nicht zu unterschätzen. Passend dazu:

    Senioren und Führerschein: Mehr verunglücken mit dem Auto
    Der Anteil von Seniorinnen und Senioren an der Gesellschaft nimmt zu, viele sind bis ins hohe Alter mit dem eigenen Auto unterwegs. Wie hat sich die Zahl der…
    www.n-tv.de

    Wobei grauer Star keine Alterserscheinung ist, denn noch nicht zu unterschätzen.

    Ach ja, Fehlerbehebungsmodus und Facebook mit Nachtmodus, ergibt was? Auch "Eigelb"? Dann dürfte es nicht mehr an Firefox liegen.

  • Mozilla veröffentlicht Firefox 138 mit neuer Profilverwaltung

    Siehe auch

    Und gespeichert wird das hier
    %APPDATA%\Mozilla\Firefox\Profile Groups

    Hier ist es in v138 deaktiviert, in der Nightly aktiviert (beides Vorgabe)

    Und es werden Marker erstellt: browser.profiles.created toolkit.profiles.storeID

    Es nutzt also nichts, den Datenpfad zu löschen, weil dann gar nichts mehr geht.

    about:newprofile sehe ich nur, wenn das neue Profil auch gestartet wird - in dieser neuen Instanz.

    Ich weiss zwar nicht, wo Mozilla damit hin will, solang verfügbar, bleibe ich lieber bei der bisherigen Methode.

  • FF 138.0 und die Lesezeichen mal wieder

    Zitat von Sören Hentzschel

    Du meinst

    Könnte sein, die stehen direkt hintereinander. Einen Zusammenhang zwischen diesem Schalter und neu syncen habe ich jetzt noch nicht gesehen.

    Zitat von Jens E.

    Man zwingt also dem User seinen Willen auf und wundert sich dann wenn die zu anderen Browsern wechseln

    Wenn du meckern willst, falscher Ort. Wenn du deshalb einen anderen Browser nutzen möchtest, niemand wird zu Firefox gezwungen. Nur wird es dir nicht weiterhelfen, zumal andere das Problem nicht haben, nicht nachstellen können, oder beheben konnten. Niemand weiss, wie deine secret settings aktuell aussehen. Wenn man damit schon hantiert, wäre es hilfreich gewesen, ein Bild davon weiterzugeben.

  • Skripte funktionieren nicht mehr

    Zitat von Sören Hentzschel

    Eine Möglichkeit ist, dass in der Datei profiles.ini gepfuscht wurde.

    Solang die nicht schreibgeschützt ist, findet Firefox einen Weg. Aber ich hatte ja schon den Pfad angeboten in #87. Sowas testet man natürlich, wenn kein Firefox aktiv ist, sonst ist ja das aktuell genutzte Profil, falls doch hinterlegt, auch weg und dann hat eine laufende Instanz ein Problem.

    Sollte die INI die gleiche sein, wie im Script-Thema, sollte es keine Probleme geben.

  • FF 138.0 und die Lesezeichen mal wieder

    Also ich hab in den secret settings nichts verändert. Und in der Nightly gibt es andere Schalter, vor allem in der unteren Hälfte sind es erheblich mehr. Und noch die beta getestet - durcheinander, na sowas.

    Ich habe dann, wie bei den anderen, "Enable Compose Homepage" deaktiviert, und nochmal Sync durchgeführt, dann stimmte es wieder.

    Also ich würde nach Möglichkeit, die Lesezeichen auf einem Desktop überprüfen, ggf nachsortieren, und alle neu syncen.

  • Installations Skript zur Vorbereitung des FF zur Nutzung von JavaScript. [ps1 verfügbar]

    Ob die Taskbarids entfernt werden, müsste ich gleich noch mal testen. Ja, wird entfernt* mit der regulären Deinstallation aus demselbigen Ordner.
    Allerdings gäbe es nach Uninstall keine firefox.exe mehr in diesem Pfad, könnte man damit abfangen. Aber egal, es funktioniert. Ich kann mich dem Dank von BrokenHeart nur anschliessen.

    Und wie gesagt, ich hab von PS keine Ahnung, für mich war da nicht mal ne Schleife zu erkennen. Allenfalls per "count" anzunehmen.

    Und nein, funktioniert unter Windows 11 hier nicht. Keine Meldung, PS geht einfach wieder zu.

    * wird nicht erstellt bei einer Portable, und somit auch nicht entfernt. Allerdings verewigt sich jeder Firefox hier:
    HKEY_CURRENT_USER\SOFTWARE\Mozilla\Firefox\Launcher
    Macht nur keinen Sinn, sowas zu berücksichtigen, weil es keine profiles.ini dazu gibt.

    Je mehr ich über solche Zusammenhänge nachdenke, umso besser wird euer Script ;)

    Nachtrag: auf meinem anderen Windows 11 pro (dieser Rechner) funktioniert das Script wieder (aber auch nicht mit PS7). Ist also ein spezifisches Problem.

    Und nochmal Windows 11, wieder der andere. PS funktioniert immer noch nicht, dafür klappt es mit PS7, muss ich nicht verstehen. Dafür ist der Umlaut-Fehler wieder da. In PS konnte ich nur ganz kurz Textfetzen in rot sehen, ich müsste es mit einem Debugger Step by Step laufen lassen.

    VScode war da auch nicht hilfreicher, es wollte eine PS-Erweiterung haben, hab die von 2025 genommen, das startet wieder PS7, so also nicht.

    Das ISE von Windows aufgemacht, Script nicht erlaubt. Ich musste die Restriktion lösen, damit klappt es dann auch:

    Powershell ExecutionPolicy Ausführen von Skripts aktivieren - TASTE-OF-IT
    Wer das erste Malauf einem Windows 10/11 Client ein Powershellskript ausführen möchte, erhält u.U. diese Fehlermeldung und die Ausführung des Skriptes wird
    www.taste-of-it.de

  • Skripte funktionieren nicht mehr

    Zitat von Mira_Belle

    Aber ich schrieb ja, dass ich einen Profilordner im Profilmanager des Nightly angelegt habe.

    Das funktioniert derzeit nur in der Nightly, aber um da hinzugelangen, braucht es zwingend ein Profil, weil das nur im Menü oder Anwendungsbutton hinterlegt ist. Ansonsten meldet sich der übliche Profilmanager.

    Dass diese Funktion derzeit wohl nicht funktioniert, ist eine andere Sache - denn es hat schon mal funktioniert in der Nightly hier, darüber wurde auch gesprochen. Diese Profile werden über die Nightly direkt verwaltet, keine INI.

  • Installations Skript zur Vorbereitung des FF zur Nutzung von JavaScript. [ps1 verfügbar]

    Jup, Gedankenfehler, hatte InstallLocation nicht drin. Wobei es mich gewundert hat, dass es in der Sandbox anfänglich auch nicht funktioniert hat, obwohl dort eine Installation vorhanden war, dito unter Windows, aber so in echt.

    Wegen "weglassen" - ganz einfach so:

    $FFs = '',''|%{gp "HKLM:\Software\${_}Microsoft\Windows\CurrentVersion\Uninstall\*"} |?{$_.Publisher -eq 'Mozilla' -and $_.DisplayName -match 'Firefox|Nightly'}

    Da ich die Registry kenne und auch weiss, was Wow6432Node bedeutet als Subsystem, wird ${_} nicht mehr gefüllt.

    Aber ich bekomme immer noch eine doppelte Anzeige. Kannst du selbst testen, auch ohne Firefox installiert zu haben, es reicht eine firefox.exe mit Symbol, und wenn du notepad umbenennst.

    Code
    [308046B0AF4A39CB]
Default=Profiles/tb9jnkkc.default-release
Locked=1

[5F63E1798743DB5F]
Default=Profiles/4ik7am01.default-esr
Locked=1

    Und so es sieht mit nem Dummy aus:

    Zur Ausgabe, das ist auch das, was in der Sandbox installiert wurde.

    Code
     gp HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*|? {$_.Publisher -eq 'Mozilla' -and $_.DisplayName -match 'Firefox|Nightly'} | Select DisplayName,InstallLocation

DisplayName                  InstallLocation
-----------                  ---------------
Mozilla Firefox ESR (x64 de) C:\Program Files\Mozilla Firefox 115 esr
Mozilla Firefox (x64 de)     C:\Program Files\Mozilla Firefox

    Also in der Sandbox lädt er wohl das ZIP, kann es aber nicht korrekt entpacken, rote Meldung, dann direkt Fenster zu, da hilft auch kein void als breakpoint. Im Host funktioniert das. Nur am Rande, nicht wirklich wichtig.

    Wegen TaskBarIDs und "nicht vorhanden" nochmal. Wenn es Uninstall gibt, aber nicht Taskbars, ist Firefox noch nie gestartet worden auf dem System, dann kann es auch keine installs.ini geben.
    "nicht vorhanden" dürfte eine PS Meldung sein, nur hilft dem Nutzer das so nicht weiter.

    -EA SilentlyContinue

    -> $FFs = '','Wow6432Node\'|%{gp -EA SilentlyContinue

    Schau mal an:

    So sollte es funktionieren.

  • Skripte funktionieren nicht mehr

    Wird "auch" angesprochen. Das Script sucht damit aber nur nach "Mozilla Firefox" oder "Mozilla Nightly" in diesen beiden Keys. Ändert aber nichts daran, dass mit ein und denselben Daten die Stable und Nightly befüllt werden, sollte also schon gleich funktionieren.

  • Installations Skript zur Vorbereitung des FF zur Nutzung von JavaScript. [ps1 verfügbar]

    Sieht gut aus, gute Arbeit. Ich hab das grad in VScodium offen.
    Ich hätte mehr auf edv.kleini getippt, aber TK87 auch schon gelesen.

    Was ich umbauen würde sind die Abfragen ab Zeile 76, da beginnt das eigentliche Programm.

    Punkt (2) sollte vor allem anderen stehen. Irgendwas zu ermitteln, um später festzustellen, dass es gar nicht anwendbar wäre?

    Punkt (3) sollte an zweiter Position stehen.

    Und an Punkt (1) sollte eine Abfrage nach HKEY_CURRENT_USER\SOFTWARE\Mozilla\Firefox\Launcher
    Da werden alle Starts hinterlegt, das schreibt Firefox selbst. Wichtig sind auch nur die REG_SZ und das sind die Keys mit |Blocklist

    Und dann erst Punkt (4). Uninstall. Und dort könnte man dann auch schon die Pfade auslesen mit InstallLocation, wenn man schon nach DisplayName sucht. Kann man sich auch komplett schenken, weil jede Installation auch eine TaskBarIDs beschreibt - und das wird schon in Punkt (3) ausgelesen.

    Das Auslesen der installs.ini finde ich klasse, weil damit nur die wirklich aktiven Profile ausgelesen werden können. Damit schenkt man sich den Krampf mit der profiles.ini.

    Firefox bemerkt übrigens unter Umständen, wenn diese beiden Dateien schreibgeschützt sind.

    Nachtrag:,

    Windows 10 Pro, aktueller Patch-Level.
    Das Script will bei mir nicht. Weder mit PS noch mit PS7 (7.5.1).

    Unter (integriertem) PS stört es sich beide Male (Z78/Z96) an Wow6432Node, das gibt es bei mir nicht, da steht auch nichts von Firefox. Ich hatte erst gedacht, dass es an Sandboxie läge, aber das passiert auch ausserhalb. Und PS7 sagt mir, dass Firefox nicht installiert wäre.

    Lasse ich das weg, meckert es weiter

    Code
    Ausnahme beim Aufrufen von "ExtractAssociatedIcon" mit 1 Argument(en):  "E:\Firefox.exe"

    Da fehlt der restliche Teil vom Pfad, da ist kein Firefox -> ${0}.
    PS7 kommt wegen obiger Meldung erst gar nicht so weit.

    Gibt es ein E:\Firefox.exe, bekomme ich folgendes Bild

    Bezeichnung ist richtig, Icon auch (ist die Nightly-EXE). Aber warum doppelt? Ich denke, das kommt durch die entsprechenden Abfragen, die dann nur hinzugefügt werden, da findet keine weitere Kontrolle auf die Pfade statt. Und dann sichtbarer Umlautfehler, das liegt daran, dass das Script ANSI haben will als Kodierung, nicht UTF-8. Ich habe das Script lediglich kopiert und in ein leeres NPP-Dokument eingefügt, und die sind Vorgabe alle in UTF-8. ANSI ändert aber auch nichts an den bereits geschilderten Fehlern.

    Markiere ich die erste Option, nächster Fehler hier:

    Code
    Firefox-Anpassungen werden heruntergeladen... ok.
Archiv wird entpackt... ok.

Beginne Kopiervorgang für: Mozilla Firefox ESR (x64 de)
Datei 'config-prefs.js' wird ins Firefox-Verzeichnis kopiert... Ein Teil des Pfades "E:\defaults\pref" konnte nicht gefunden werden.

    "Ein Teil von..." kommt von PS. Kann auch nichts finden, weil das ZIP hier nicht gibt entgegen der Meldung. Das lief auch zu schnell durch hier. Eine Suche unter \Users\, \Windows\ und auch E: hatte keine Ergebnisse für das ZIP, oder Dateien daraus.

    Keine Ahnung, woran es klemmt, weil keine Ahnung von PS. Ich kann zwar maximal halbwegs Befehle erkennen und wegen der Dokumentation einordnen, mehr auch nicht. Ich werde das Script gleich nochmal unter Windows 11 testen.

    Ach ja, manchmal reicht eine Taste, dann wieder nur Escape.

    Weiter - Windows 11 Pro. PS7 (7.5.1) kommt bis zur Extraktion, dann Ende. PS von Windows 11 macht irgendwas, und beendet sich ganz schnell wieder. Nix mit Taste drücken. Firefox 138 ist im Standard-Verzeichnis, Profil gibt es, Admin-Rechte, leider kein Erfolg. Und wieder alles mit E:, obwohl Firefox auf C: liegt. Das Script liegt auf E:

    Das ist ernüchternd, wenn gleich zwei meiner Systeme streiken. Vielleicht hat da noch jemand eine Idee.

  • Installations Skript zur Vorbereitung des FF zur Nutzung von JavaScript. [ps1 verfügbar]

    Das Standardprofil wird eben mit Default=1 markiert. Zudem ist bei dir die Abfrage nach einem Profil aktiviert StartWithLastProfile=0

    Und auch der CityHash* 308046B0AF4A39CB zeigt auf das Profil Testumgebung.
    308046B0AF4A39CB ist der CityHash für %PROGRAMFILES%\Mozilla Firefox

    Für andere Installation wird das hier hinterlegt
    user_pref("app.update.migrated.updateDir3.5F63E1798743DB5F", true);
    In meinem Fall 5F63E1798743DB5F

    Wenn es wie bei dir kein Standardprofil gibt, dann brauchst du ein Auswahlmenü.

    Ob du noch IsRelative verarbeiten möchtest... Denn mit 0 steht im Path ein absoluter Pfad, das kann sonst wo sein.

    *Cityhash ergibt erst dann Sinn, wenn du die Pfade zu Firefox kennst, denn nur dann kann man die Profile einem bestimmten Firefox zuordnen. Ist Firefox regulär installiert, könnte man das auch direkt auslesen. Für nicht installierte muss man es suchen. Der CityHash ist ebenso in der Registry als auch unter %ProgramData%\Mozilla-1de4eec8-1241-4177-a864-e594e8d1fb38\updates zu finden. Ursache sind die dedizierten Profile. Ist eine Entwicklung von Google (evtl mit Mozilla zusammen), die Mozilla für sich umgesetzt hat. Der portable Firefox von p-apps nutzt das, um seine Spuren zu verwischen, wobei das maximal Makulatur ist, weil das nachträglich passieren muss, nicht vorher, nur Startet der Starter eben vorher, und nicht nachher. Für den Seitenhieb - die Portable schützt ganz und gar nicht die Privatspähre oder vor Einträgen in Windows.

    Im Beispiel für die Standardinstallation, und die installierte ESR hier.

    Das ist genau das, was ich vorher zu dir meinte. Entweder reduziert man sich ganz konkret auf die Standardinstallation und das [Profile0], was ja dein Nutzerprofil wäre. Und gibt Anweisungen mit, wie man Firefox-Pfad und Profilnummer ändert.

    Jetzt hat die INI bei dir schon wieder eine Besonderheit - du hast die bearbeitet. Bei mir ist [Profile1] das "kleine" Profil mit der times.json/parent.lock drin. Deswegen prüfe ich weiter, ob bereits eine prefs.js vorhanden ist, die aufzeigt, dass das Profil schon mal benutzt wurde. (mindestens ein Backup ist). Ließe sich auf beliebige Dateien erweitern.

    Kleinigkeiten blähen das Konstrukt einfach nur erheblich auf. Was hier vorher 50 Zeilen hatte, hatte mit der Firefox-Erkennung schon 450, hat mit den Profilen 650 Zeilen, inklusive einer grafischen Oberfläche (UI) mit Auswahl - und das ist noch nicht fertig.