Kleiner Bug bei Verschlüsselte RAR-Archive: Hinweistext "Passwort" nicht lesbar

[phantom]

Ab einer gewissen Zeichenlänge ist der Hinweistext "Passwort" bei verschlüsselten RAR-Archiven nicht mehr lesbar.

[HolgerK]

Etwas mehr Infos bitte.

Hier wird der Dateiname im Dialog der Passwortabfrage oberhalb von "Passwort:" auf die Breite des Fensters limitiert indem am Anfang und Ende der Pfad mit ".." gekürzt wird (Beispiel):
D:\..\1234567890..
und bleibt dabei einzeilig.

TC9.21a x64, W10, keine DPI Skalierung(weder in Windows noch im TC), Dialog Font "Segoe UI, 8"

Gruss
Holger

[phantom]

Danke Holger für deine Erklärung, es war schon etwas spät. Das Problem lässt sich nachstellen in dem man ein WinRAR-Archiv inkl. Dateinamenverschlüsselung erstellt und in einen tiefer liegenden Ordner kopiert. Entscheidend ist die Pfadlänge. Mit einem Doppelklick auf dieses Archiv öffnet sich das Menü: "Passwort benötigt".

[HolgerK]

Entscheidend ist die Pfadlänge. Mit einem Doppelklick auf dieses Archiv öffnet sich das Menü: "Passwort benötigt".

Das hatte ich vermutet.

Etwas mehr Infos bitte.
...
TC9.21a x64, W10, keine DPI Skalierung(weder in Windows noch im TC), Dialog Font "Segoe UI, 8"

Mit den obigen Defaulteinstllungen ist Dein Problem hier mit dem TC9.21a nicht nachstellbar.

Vermutung:
Typischerweise ist bei solchen Problemen der Dialog zu klein für den gewählten Dialogfont (oder der Font zu gross für den Dialog, je nachdem wie man es betrachtet).
Lösungsvorschläge:
- einen etwas kleineren Dialogfont auswählen
- Override DPI im TC erhöhen um den Dialog und den Font wieder grösser darzustellen.
zu finden unter "Konfigurieren-> Einstellungen...->Schrift"

Gruss
Holger

[phantom]

Ich verwende seit eh und je überall die Schriftart: Microsoft Sans Serif, Standard und Größe 8. Skalierung der Dialogboxen ist deaktiviert.

[HolgerK]

Jetzt kann ich es reproduzieren.

Es betrifft verschlüsselte RAR Archive bei denen auch die Dateinamen verschlüsselt sind!

Der erste Password-Dialog (um den Inhalt des Rar-Archivs anzuzeigen) hat, im Gegensatz zum zweiten (beim Entpacken), die von mir genannte Kürzung des Pfades nicht.

-> Bug reproduziert mit TC9.21a(x64+x86)

Gruss
Holger

[phantom]

Gibt es einen Bugtracker in dem alle Bugs verwaltet werden? Da, es keine Rückmeldung des Autors gibt, weiß ich nicht ob der Bug behoben wird.

Der hier erwähnte Bug betrifft den internen Packer. Der selbe Fehler, dass Pfade nicht gekürzt werden, existiert auch für das "SFXHEAD.SFX" Modul.

[ghisler(Author)]

Bugtracker ist das Fehlerforum:
https://www.ghisler.ch/board/viewforum.php?f=28

[phantom]

Das oben beschriebene Problem besteht auch noch unter Total Commander9.50B2.

Image: https://www.bilder-upload.eu/upload/753056-1572440426.jpg

[ghisler(Author)]

Sorry, der Dialog ist leider auf max. 3 Zeilen begrenzt.

[phantom]

Hallo,

könnte man das Problem nicht dadurch lösen in dem man den Pfad oder Dateinamen einkürzt?

Beispielsweise:

\\Alpha\F$\Daten\Temp\...\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.rar
\\Alpha\F$\Daten\Temp\Beispiel\Archive\xxxxxx~1.rar
\\Alpha\F$\Daten\Temp\...\xxxxxx~1.rar

Beispiel 1, hier ist die Pfadlänge noch OK, der Hinweistext "Passwort" ist lesbar.
Beispiel 2, die Pfadangabe ist zu lang, der Hinweistext wird abgeschnitten.

[phantom]

@Ghisler, lässt sich bei dem beschriebenen Problem wirklich nichts machen? Immer wieder stolpere ich über den abgeschnittenen Hinweistext.

[ghisler(Author)]

Leider scheint Windows selbst den zusätzlichen Umbruch einzufügen, wenn die Zeile zu lang ist.

[TW]

Bliebe immer noch die Variante den Pfad zu kürzen ab einer gewissen Länge.