TC temporarily hangs with password-protected 7-Zip

[Slavic]

Hello!
First of all, I'm not definitely sure whether TC or 7Zip plug-in should be responsible for this bug, but I suppose TC because of some circumstances. If I'm incorrect, please move this topic to plug-in section of forum.

This bug appears immediately when user attempts to view in Lister a password-protected file stored in 7z archive. I've seen this with 7Zip plug-ins by Adam Strzelecki, http://www.totalcmd.net/plugring/7zip_plugin.html , at least, on versions 0.5.4 and 0.5.5 (TC 7.0 b3, Windows XP).

Steps to reproduce:
1. Create an archive with password protected file (one file is enough). No matter, whether it will be a solid archive or a common one.
2. Open this archive in TC like a directory.
3. Try to view the protected file in Lister (F3).
4. When the dialog with password field appears, do nothing and wait 5-10 seconds. The main menu in TC becomes inactive (white), as for any hanged program. Alternatively, you can try to move the dialog around the TC window: background won't be restored if TC is hanged.
5. Enter the password or close the dialog window (cancel). TC becomes responsible again.

Remarks:
1. There are 3 possible operations with archives in TC, when password is requested: unpack, test and view. This bug occurs only at attempt to viewing a file, 2 others operations work without problem.
2. No matter, an internal or external Lister is used in TC as default.

I didn't notice this bug with ZIP archive. So, I can only suppose that a bug consists somewhere in the way of interaction of Lister with external plug-in. But I didn't check other password-protected types of archives, could somebody test this?

Why this is unwanted: even temporary hanging can freeze any other active processes maintained by TC. For example, if you browse the network or FTP directory and decided to see the important data stored in 7z archive...

P.S. Writing report, I have checked this bug with new TC 7.0 beta4, but results are the same.

[ghisler(Author)]

Please report this bug to the plugin author. The dialog isn't shown by TC, it's shown by the plugin itself. The plugin apparently doesn't give TC's window as the dialog's parent, which it should do. This can be easily done by using GetActiveWindow().

[Hacker]

[mod]Moved to the Plugins forum.

Hacker (Moderator)[/mod]