Offenbar funktionieren alle Benutzerskripte nicht mehr im Nightly

Zitat von milupo

Doch, aber das Problem besteht doch weiterhin, nur mein Gedanke war nicht zutreffend. Oder habe ich dich falsch verstanden?

Ja, vielleicht haben wir uns missverstanden?!

Das erste Problem ("nichts wird abgespeichert"), welches FuchsFan beschrieben hat, ist ja durch dieses veränderte Skript gelöst.

Das zweite Problem, welches 2002Andreas beschrieben hat ("Gleichzeitiges Öffnen und Abspeichern in der Nightly") ist noch nicht gelöst. Also bei mir schon, da der Fehler, wie weiter oben beschrieben, hier nicht mehr auftritt. Mein Verdacht ist immer noch die 'handlers.json', aber ich bin nicht sicher...

Deine Vermutung, dass irgendwas mit 'locationtext' nicht in Ordnung ist, hat mit den beiden anderen Problemen nichts zu tun, da die ID im Script eigentlich gar nicht verwendet wird (siehe die Erklärung in #257).

Edit: Ok, jetzt habe ich dich verstanden (glaube ich):

Das Zitat: "Tja, da bin ich vorerst mit meinem Latein am Ende." bezog sich auf meinen Beitrag, welchen ich vorher geschrieben hatte. Ich war davon ausgegangen, dass es sich darauf bezog, dass du 'locationtext' in den gezipten Dateien nicht finden konntest und dachte er wäre an 2002Andreas gerichtet. Falls es so ist: Sorry für die Verwirrung...

Bei den Download-Versuchen habe ich durch Zufall auf Computerbase immer cpu-z, das als zip-Archiv angeboten wird, probiert.

Dieses Archiv wurde dann immer mit dem verknüpften Programm geöffnet.

Das gab mir zu denken, habe dann eine exe-Datei genommen, diese wird in das ausgewählte Verzeichnis gespeichert, so wie es sein soll. Das alles mit Deinem geänderten Script, BrokenHeart , und das im aktuellen Nightly.

Nun stellt sich natürlich die Frage, warum zip-Archive nicht. In meiner policies.json ist das enthalten:

{
  "policies": {
    "DisablePocket": true,
    "DisableFirefoxStudies": true,
    "DisableFirefoxAccounts": false,
    "DisableBuiltinPDFViewer": true,
    "Handlers": {
      "extensions":{
        "exe": {
          "action": "saveToDisk",
          "ask": true
        },
        "bin": {
          "action": "saveToDisk",
          "ask": true
        },
        "com": {
          "action": "saveToDisk",
          "ask": true
        },
        "pdf": {
          "action": "saveToDisk",
          "ask": true
        },
        "zip": {
          "action": "saveToDisk",
          "ask": true
        }
      },
      "mimeTypes": { 
        "application/msword": {
          "action": "saveToDisk",
          "ask": true
        }
      }
    } 
  }
}      

Das habe ich jetzt in der handlers.json geändert: "application/zip":{"action":0,"extensions":["zip"],"ask":true},

Bei action von ursprünglich 1 auf 0, und dann funktioniert es hier wie gewollt.

Zitat von milupo

Nach Löschung der handlers.json wurde jetzt nur gespeichert.

Das kann ich bestätigen, dann funktioniert es wieder richtig.

Zitat von FuchsFan

Das habe ich jetzt in der handlers.json geändert:

Hallo FuchsFan,

so geändert funktioniert das mit den ZIP-Dateien hier auch wieder.

Zitat von Dharkness

so geändert funktioniert das mit den ZIP-Dateien hier auch wieder.

Sei gegrüßt, Ralf!

Ja, nur so funktioniert es hier. Auch das was milupo empfohlen hat, will hier so nicht arbeiten, wie es auch 2002Andreas bestätigt hat.

Ich habe das jetzt auch mal in einem anderen Profil vom Nightly gemacht, da funktioniert es nicht

Alles eigenartig..werde das morgen erneut mal ausprobieren.

Zitat von 2002Andreas

werde das morgen erneut mal ausprobieren.

Ich habe es doch gleich mal gemacht

Hier ist es so, wenn man einmal die Einstellungen für z.B. pdf Dateien ändert, dann funktioniert es nicht mehr, wenn man die Änderung wieder rückgängig macht.

Dann wird wieder gespeichert und geöffnet.

Zitat von 2002Andreas

Hier ist es so, wenn man einmal die Einstellungen für z.B. pdf Dateien ändert, dann funktioniert es nicht mehr, wenn man die Änderung wieder rückgängig macht.

Hast Du es mal über das Editieren der handlers.json probiert?

Zitat von milupo

Das bezog sich darauf, dass du mir mit deinem Beitrag #257 jede Illusion geraubt hast, einen Fehler gefunden zu haben.

Ok, alles klar

Aber ich wollte dir nicht deine Illusionen rauben. Ein Leben ohne Träume und Illusionen ist ansonsten viel "zu real"...

zum Thema:

Es hat wohl irgendwas mit der 'handler.json' zu tun, aber ich denke, dass die Ursache das Skript selber ist, eben speziell die Anweisung dialog.mLauncher.saveDestinationAvailable(file);. Dieses Problem mit den Dateitypen gibt es ja nur bei diesem Skript und das auch schon seit Längerem. Wenn nicht noch eine wirklich immer funktionierende Lösung gefunden wird, werde ich am Wochenende mal der ganzen Sache mit dem Debugger auf den Leib rücken...

Zitat von milupo

Binde oben mal folgende Modulzeile ein und teste. Ist nur so eine Idee.

Habe ich gemacht, aber das Problem ist, dass es bei mir ja schon vorher wieder funktioniert hat (Nightly & Release). Mit dem zusätzlichen Import hat sich da nichts geändert, geht immer noch . Ich sehe aber auch nicht, dass im SaveTo-Script die Funktionalität aus dieser importierten Datei irgendwo verwendet wird.

Zitat von milupo

Doch: .saveDestinationAvailable und auch mLauncher sind in der Datei HelperAppDlg.sys.mjs enthalten.

So wie ich das sehe wird es da aber nur aufgerufen. Die eigentliche Funktionalität kommt ja von einer C++ DLL und wird dann an über eine Exportfunktion für JS verfügbar gemacht. Ich habe mir das jetzt nicht im Detail angeschaut, aber wenn dieser Import fehlen würde, dann würde ja das Abspeichern nicht funktionieren und in der Browser-Konsole würde man dazu etwas finden und zwar in der Form, dass es diese(s) Objekt/Funktion/Variable nicht gibt. ..

Ich kann jetzt übrigens bestätigen, was 2002Andreas geschrieben hat:

Zitat von 2002Andreas

Hier ist es so, wenn man einmal die Einstellungen für z.B. pdf Dateien ändert, dann funktioniert es nicht mehr, wenn man die Änderung wieder rückgängig macht.

Dann wird wieder gespeichert und geöffnet.

Was aber gar nicht so schlecht ist, so kann man wenigstens reproduzierbar in einen Zustand kommen, in dem der Fehler wieder auftritt und man kann testen...

Edit: milupo : Wenn ich den Import einfüge, wenn der Fehler wieder auftritt, dann ändert das nichts: Datei wird wieder gespeichert und geöffnet.

Zitat von milupo

Wie gesagt, war nur so eine Idee.

Ist ja auch vollkommen OK so.

Du hattest schon oft sehr gute Ideen, die dann auch zum Ziel geführt hatten....

Zitat von milupo

Und wenn man dann wieder die handlers.json löscht?

Dann macht er es wieder richtig. Wobei das Skript eh merkwürdig ist. Es wird nämlich einfach eine schon bestehende Datei (ohne Nachfrage) überschrieben. Das kann man zwar sicher noch ändern, aber ich würde ehrlich gesagt das Skript in diesem Zustand gar nicht mehr verwenden. . Zumal es zumindest unter Windows(10) mit dem "Schnellzugriff" eine absolut gleichwertige Alternative für das Skript gibt. Funktioniert sogar besser, da man seine Ziel-Verzeichnisse dann global in jedem Speichern-Dialog zur Verfügung hat.

BrokenHeart

Zitat von BrokenHeart

Wenn nicht noch eine wirklich immer funktionierende Lösung gefunden wird, werde ich am Wochenende mal der ganzen Sache mit dem Debugger auf den Leib rücken...

Bleibt es trotzdem dabei?