Hässlicher Bug in TC 6.03a

[donner]

Mir ist aufgefallen, dass man das TotalCommander-Fenster nicht mehr aktivieren kann und über den TaskManager "abschießen" muss, wenn Folgendes durchgeführt wird:

o In den Einstellungen wird unter schnelle Suche im aktiven Fenster "Buchstaben mit Suchdialog" aktiviert.
o Nun versuchen, eine Datei mit der Maus in einen anderen Ordner zu verschieben und dabei "versehentlich" eine Buchstaben-Taste drücken, so dass der Suchdialog erscheint (müsste in diesem Fall eigentlich unterdrückt werden)
o Nun die Maustaste loslassen.

ZackBumm - Jetzt lässt sich das TotalCommander-Hauptfenster nicht mehr aktivieren.

[Lefteous]

2donner
Hallo,

ich kann das bestätigen.

[Kosch]

jupp auch hier funzt das.

[SanskritFritz]

Gut, dass der kopiervorgang nicht durchgeführt wird.

[Sheepdog]

Also irgend etwas muss da noch eine Rolle spielen, bei mir klappt das wunderbar:

Also Datei mit der Maus packen und Maustaste festhalten, dann mit der Tasttatur den 'Suchen Dialog' aufrufen und dann die Datei im anderen oder gleichen Fenster auf einen anderen Ordner fallen lassen ( mit oder ohen gedrückte rechte Maustaste).

Die Datei wird kopiert/verschoben und TC arbeitet normal weiter. Win XP-Pro (FAT32).

sheepdog

[RedCross]

Villeicht rufst du den falschen Suchendialog auf aber bei mir passiert der Fehler auch sofort. Ist mir nur noch nicht aufgefallen weil ich immer die ALT- Kombination nutze statt nur Buchstaben. Aber Selbst wenn man mit ALT- Kombination eingestellt hat dann kann man den Fehler reproduzieren

[SanskritFritz]

Nur wenn keine buchstabe in den suchdialog gekommen ist, also drücke eine taste womit kein dateiname anfaengt.

[Sheepdog]

Nur wenn keine buchstabe in den suchdialog gekommen ist, also drücke eine taste womit kein dateiname anfaengt.

Hatte ich auch schon probiert, habe es gerade aber noch mal gemacht, funktioniert ausgezeichnet.

Passiert das nur beim verschieben oder aucvh beim kopieren?

sheepdog

[SanskritFritz]

2Sheepdog
Egal, nur draggen zählt.
Hier auch WinXP pro, aber NTFS. Das könnte der unterschied sein.

[donner]

Also, ich glaube ja nicht, dass das Problem mit dem Betriebs- oder Dateisystem zu tun hat.
Sieht eher danach aus, als hätte der kleine Suchdialog den modalen Fokus der TotalCommander-Anwendung, ohne sich wieder in den Vordergrund bringen zu lassen. Aber das ist natürlich nur eine Vermutung.
Ich denke, da der Bug ziemlich schnell und leicht nachzuvollziehen ist (außer bei "Sheepdog"), können die Programmierer des TC (die davon abgesehen meiner Meinung nach einen super Job machen) die Fehlerquelle beim Debuggen schneller ausfindig machen, als wenn wir als Benutzer darüber uns den Kopf zerbrechen (zugegeben, macht ja auch manchmal Spaß ).
Der Vollständigkeit halber: Benutze Win2000 / NTFS

[Cineatic]

Hallo!

Bei mir tritt unter XP Prof. SP2/NTFS das selbe Problem auf. Es besteht keinerlei Zugriffsmöglichkeit mehr auf das TC-Fenster und das Programm muss mittels Taskmanager beendet werden.

[Sheepdog]

Setzt mal

Code: Select all

[Confirmation]
Mouseaction=0

dann stürtzt nichts ab. Ich habs jetzt nämlich auch reproduziert.

sheepdog

[donner]

stimmt, mit der Einstellung stürzt TC nicht mehr ab.
Aber was bewirkt das mouseaction-Flag? Hat das Umstellen keine Seiteneffekte? Gibt es irgendwo eine Beschreibung der Flags?

Das mouseaction-Flag wird ja nicht einfach nur dazu dienen, einstellen zu können, ob TotalCommander abstürzt oder nicht

[SanskritFritz]

Das Mouseaction=0 (Options / Misc. / Drag&Drop (copying files with mouse)) bedutet, dass du nach drag kein dialog bekommst. Wahrscheinlich will TC im anderen fall zwei modale dialoge aufwerfen, das könnte die ursache des fehlers sein.

[ghisler(Author)]

Ja, das ist Konfigurieren - Diverses - Bestätigung einholen vor Drag&Drop. Das habe ich auch nicht aktiviert, deshalb hatte ich den Fehler noch nie. Es scheint in der Tat einfach das Hauptfenster deaktiviert zu werden. Ich werde versuchen, den Fehler in der nächsten Version zu korrigieren.