JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 03.08.2021, 22:00
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default Archiv Extraktions-Protokoll fehlt im Kontextmenü

Im Menü-Editor für das Download-Kontextmenü gibt es im Untermenü "Archive" den Menüpunkt "Zeige Extraktions-Protokoll". Dieser ist aktiviert, taucht aber im Kontextmenü für Archive nicht auf. Siehe die beiden Screenshots.

Click image for larger version

Name:	Menüeditor Download.jpg
Views:	1
Size:	67.0 KB
ID:	9626 Click image for larger version

Name:	Archiv-Kontextmenü.jpg
Views:	2
Size:	30.3 KB
ID:	9627

Wenn ich die Dialogsprache von Deutsch auf Englisch ändere, bleibt im Menüeditor dieser Menüpunkt auf Deutsch stehen und erscheint gleichfalls nicht im Kontextmenü für Archive.

Ich kann mich dunkel daran erinnern, daß dieser Menüpunkt irgendwann früher einmal vorhanden war und bei Aufruf auch ein Entpackprotokoll des betreffenden Archivs in einem separaten Fenster anzeigte. Das ist aber schon eine Weile her.

Ich vermute, diese irgendwann einmal hinter dem Menüpunkt liegende entfallene Funktion zeigte die dem jeweiligen Archiv zugeordnete Entpackhistorie, die in den Dateien unter cfg/archive/v2_XXXXX abgelegt wird, an (siehe Screenshot).

Click image for larger version

Name:	Archiv Extraktionsprotokolldateien.jpg
Views:	1
Size:	29.6 KB
ID:	9628.

Diese Funktionalität ist wohl irgendwann ausgebaut oder deaktiviert worden, ob gezielt oder als Nebeneffekt einer anderen Änderung. Warum werden die Dateien unter cfg/archive/ noch immer angelegt und niemals wieder entfernt?

Werden diese Dateien ggf. irgendwo anders noch gebraucht und an irgendeiner Stelle wieder eingelesen, da diese Dateien immer nur bei Beenden des jDownloaders geschrieben werden?

Gibt es zur Beeinflussung dessen vielleicht eine entsprechende Profieinstellung, vielleicht zur Unterdrückung der Erzeugung dieser Dateien?

Oder kann ich die Funktion der Entpack-Protokoll-Anzeige durch irgendeine Einstellung wieder aktivieren?

Last edited by jogol; 03.08.2021 at 23:51.
Reply With Quote
  #2  
Old 04.08.2021, 12:49
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

Quote:
Originally Posted by jogol View Post
Wenn ich die Dialogsprache von Deutsch auf Englisch ändere, bleibt im Menüeditor dieser Menüpunkt auf Deutsch stehen und erscheint gleichfalls nicht im Kontextmenü für Archive.
Das ist ein sehr sehr alter Bug. Wann immer du ein Menu änderst und speicherst, dann wird der aktuelle Name der Aktion gespeichert und fortan genutzt. Sprich wenn du dann die Sprache wechselst, dann bleibt die vorherige Sprache/Text erhalten

folgender Workaround mag helfen, https://board.jdownloader.org/showpo...12&postcount=4
__________________
JD-Dev & Server-Admin
Reply With Quote
  #3  
Old 04.08.2021, 12:55
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

Den Menupunkt *Zeige Extraktions-Protokoll* gibt es nicht mehr. Unterstützung für das Feature wurde schon seit längerem entfernt und auch die entsprechende Aktion. Dein Menueditor hat den Eintrag noch, da dieser noch in deiner Konfiguration vorhanden ist, aber in Wahrheit gar nicht mehr existiert.
Der Menupunkt wird automatisch nicht entfernt, da solche Einträge auch dynamisch zur Laufzeit oder von Erweiterungen verfügbar sein können und das deaktivieren einer Erweiterung soll ja nicht gleich das eigene customized Menu verändern.
Kurz: Den Eintrag von Hand löschen oder via Reset Button im Editor die Struktur auf Standard zurücksetzen.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #4  
Old 04.08.2021, 13:00
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

Quote:
Originally Posted by jogol View Post
Oder kann ich die Funktion der Entpack-Protokoll-Anzeige durch irgendeine Einstellung wieder aktivieren?
Leider nein, das Feature wurde vorerst komplett entfernt. Evtl kommt es *zurück* sofern das Speichersystem der Einstellungen umgeschrieben ist, siehe nächsten Punkt.


Quote:
Originally Posted by jogol View Post
Ich vermute, diese irgendwann einmal hinter dem Menüpunkt liegende entfallene Funktion zeigte die dem jeweiligen Archiv zugeordnete Entpackhistorie, die in den Dateien unter cfg/archive/v2_XXXXX abgelegt wird, an (siehe Screenshot).
Warum werden die Dateien unter cfg/archive/ noch immer angelegt und niemals wieder entfernt?
In diesen Dateien werden derzeit noch die Archivspezifischen Einstellungen wie Entpacken Ja/Nein, Wohin..abgespeichert. Und hier fehlt es derzeit an einem automatischen cleanup, welches die Dateien von nicht mehr vorhandenen Archiven löscht. Sobald mal der Umbau abgeschlossen ist,werden diese Dateien verschwinden.



Quote:
Originally Posted by jogol View Post
Werden diese Dateien ggf. irgendwo anders noch gebraucht und an irgendeiner Stelle wieder eingelesen, da diese Dateien immer nur bei Beenden des jDownloaders geschrieben werden?
Sofern du keine Archive mit customized Settings in der Liste hast, einfach JDownloader beenden und dann kannst die Dateien/den Ordner löschen.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #5  
Old 04.08.2021, 13:16
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default

Quote:
Originally Posted by Jiaz View Post
Leider nein, das Feature wurde vorerst komplett entfernt. Evtl kommt es *zurück* sofern das Speichersystem der Einstellungen umgeschrieben ist, siehe nächsten Punkt.
Ja, wäre eigentlich nicht schlecht. Ich fand es früher ganz angenehm, direkt im jDownloader bei einem entpackten Archiv nachzuschauen, was da gemacht wurde und welche Dateien entpackt wurden, anstatt irgendwo im Verzeichnis zu schauen, was aus dem Archiv entpackt wurde.

Quote:
Originally Posted by Jiaz View Post
Sofern du keine Archive mit customized Settings in der Liste hast, einfach JDownloader beenden und dann kannst die Dateien/den Ordner löschen.
So hab ich es auch immer von Zeit zu Zeit gemacht. Hab' mich nur gewundert, daß der jDownloader da immer weiter fleißig json-Dateien für jedes entpackte Archiv erzeugt.
Reply With Quote
  #6  
Old 04.08.2021, 13:21
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default

Quote:
Originally Posted by Jiaz View Post
Kurz: Den Eintrag von Hand löschen oder via Reset Button im Editor die Struktur auf Standard zurücksetzen.
Ja, hab' ich jetzt händisch entfernt.
Reply With Quote
  #7  
Old 04.08.2021, 14:03
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

@jogol: Ich verstehe den Wunsch nach diesem Log schon und sobald der Umbau mit der Speicherung mal abgeschlossen ist, kommt da bestimmt auch ein Log wieder
__________________
JD-Dev & Server-Admin
Reply With Quote
  #8  
Old 04.08.2021, 14:47
mgpai mgpai is offline
Script Master
 
Join Date: Sep 2013
Posts: 1,533
Default

You can use THIS script to view the extracted files, till the feature is implemented again in JD.
Reply With Quote
  #9  
Old 04.08.2021, 15:02
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

I was wrong about my statement
__________________
JD-Dev & Server-Admin

Last edited by Jiaz; 04.08.2021 at 15:14.
Reply With Quote
  #10  
Old 04.08.2021, 15:10
mgpai mgpai is offline
Script Master
 
Join Date: Sep 2013
Posts: 1,533
Default

Quote:
Originally Posted by Jiaz View Post
@mgpai: please note that this only works for extraction within the running session. After restart, those details are not available anymore
Replied in the scripts thread.
Reply With Quote
  #11  
Old 04.08.2021, 17:10
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default

Quote:
Originally Posted by mgpai View Post
You can use **External links are only visible to Support Staff**... script to view the extracted files, till the feature is implemented again in JD.
Yes, your solution works so far. But a bit quite better would be to have a native window to show extraction protocol in jDownloader, but it's OK so far :-)

Quote:
Originally Posted by mgpai View Post
Replied in the scripts thread.
And opposed to what Jiaz stated in THIS thread: mgpai's solution works for all extracted archives for which a corresponding file in cfg/archive exists, as far as I can see, not only within the current jD session.

Thanks Jiaz and especially mgpai for your help.

Last edited by jogol; 04.08.2021 at 17:19.
Reply With Quote
  #12  
Old 05.08.2021, 12:55
mgpai mgpai is offline
Script Master
 
Join Date: Sep 2013
Posts: 1,533
Default

@jogol: You're welcome.

A native solution is always better. As I mentioned in my post, this is a workaround which can be used till the original feature is restored.

I have updated the script to include button name check, which I had forgotten to add during the initial release. It is required only when using more than 1 eventscripter trigger button in the context menu, so you will need to update it, if, in the future, you find yourself executing a second script from the context menu.

You can also check a new script which can be used to remove orphaned files from 'cfg/archives' folder.
Reply With Quote
  #13  
Old 05.08.2021, 17:18
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default

Quote:
Originally Posted by mgpai View Post
I have **External links are only visible to Support Staff**... to include button name check, which I had forgotten to add during the initial release.
Yes, I had silently added such a check when adding your script because I have already some other eventscripter triggers in place.

Quote:
Originally Posted by mgpai View Post
You can also check a **External links are only visible to Support Staff**... which can be used to remove orphaned files from 'cfg/archives' folder.
Thanks mgpai. This script comes in handy, too. I will check it...

Update:
@mgpai: Your second script to remove orphaned files works like a charm. Many thanks!

Last edited by jogol; 05.08.2021 at 18:30. Reason: Update added
Reply With Quote
  #14  
Old 06.08.2021, 11:38
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

@jogol: I can bring back the feature depending on what information you are interested in, not everything is stored within the current file, so I better first ask what you need
__________________
JD-Dev & Server-Admin
Reply With Quote
  #15  
Old 06.08.2021, 12:29
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default

Quote:
Originally Posted by Jiaz View Post
@jogol: I can bring back the feature depending on what information you are interested in, not everything is stored within the current file, so I better first ask what you need
The date of extraction, extraction path and list of files extracted would be fine.
If possible include extraction errors, like disk full or permission denied and such.

Additional remark:
I have noticed that having applied one of the jD updates in the last one or two days (there were a lot of updates in these days), then upon shutting down jD stored ALL v2_XXX files in cfg/archives from ALL archive extractions stored in the download area are newly written, even older ones.

When I started this thread I had about 180 v2_XXX files in cfg/archives with different date/times showing of all the last jD shutdowns when I extracted some archives. I deleted them all and after some jD updates I suddenly had about 600 v2_XXX files, all with date/time from the last shutdown. I deleted them again. Today again only v2_XXX files from newly extracted archives were written to cfg/archives. So I guess jD has stored all the archive extraction activities within the download area and writing v2_XXX files of all available archive extraction activities was just a short "mistake", but it is possible to be displayed again.

Last edited by jogol; 06.08.2021 at 18:12. Reason: Additional remark added
Reply With Quote
  #16  
Old 06.08.2021, 20:46
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

@jogol: I've done some work on those files and add some write/cleanup logic.
They only should get written to disk now if they contain changed content. Unchanged settings should no longer be written or written at all in first place. But I've already found a bug that will cause rewrite of all of them. Will be fixed as soon as I find time

I've also tried some basic cleanup handling. Once the links for the archive are removed from list, the files should be deleted on shutdown of JDownloader
__________________
JD-Dev & Server-Admin
Reply With Quote
  #17  
Old 06.08.2021, 20:46
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

@jogol: Thanks for the feedback. At the moment only extracted files,extraction path and password are available. Are those interested enough for beginning to bring back that feature?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #18  
Old 06.08.2021, 20:49
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

Quote:
Originally Posted by jogol View Post
I have noticed that having applied one of the jD updates in the last one or two days (there were a lot of updates in these days), then upon shutting down jD stored ALL v2_XXX files in cfg/archives from ALL archive extractions stored in the download area are newly written, even older ones.
Thanks, found the cause and will be fixed with next update
__________________
JD-Dev & Server-Admin
Reply With Quote
  #19  
Old 06.08.2021, 22:46
jogol's Avatar
jogol jogol is offline
DSL User
 
Join Date: Nov 2015
Location: Deutschland
Posts: 39
Default

Quote:
Originally Posted by Jiaz View Post
... I've already found a bug that will cause rewrite of all of them. Will be fixed as soon as I find time
That would be helpful. Seeing ALL extraction archive file appearing over and over again after having removed them is not very funny.

Quote:
Originally Posted by Jiaz View Post
I've also tried some basic cleanup handling. Once the links for the archive are removed from list, the files should be deleted on shutdown of JDownloader
Doesn't make this the eventscripter script proposed from mgpai earlier in this thread obsolete?

Quote:
Originally Posted by Jiaz View Post
@jogol: At the moment only extracted files,extraction path and password are available. Are those interested enough for beginning to bring back that feature?
Yes, that would be interesting enough to be implemented in a first shot to prevent digging somewhere in the file system for this information.

Last edited by jogol; 06.08.2021 at 22:58.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 18:04.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.