7.5PB2:Packing from inside archive doesn't work in some case

[m^2]

The case is packing to the same panel.
1. Enter some archive.
2. Open the "Pack Files" dialog.
3. Clear the path, so there's only file name as the target.
4. OK
5. TC shows an "unpack files" dialog.
6. OK
7. TC created a directory with the name that you chosen for the archive.

When I saw that I thought "Oh, sure, that's because I'm in c:\a.zip and it tries to pack into c:\a.zip\a.7z".
No. Repeat all the steps, but prepend archive name with ..\
The result is identical, ..\ doesn't even change the output directory.

[fenix_productions]

Confirmed!

[ghisler(Author)]

Sorry, I don't see any bug here. When you pack with Alt+F5, there is a prefix zip: or rar: for the used packer (zip and rar in these examples). When you remove the prefix, TC will just copy (or when you press Alt+F5 in an archive, unpack) to the given destination.

[m^2]

Right. My bad. Please treat this as a report of an issue with the current user interface. Though the current behaviour is semantically correct, the semantics are very counter intuitive.

[ghisler(Author)]

Why? The idea behind it is when you have an archive in the target panel and press F5 - TC will offer to pack to that archive, so the user cannot copy the files. He can, however, by removing the zip: prefix. Even the title bar of the dialog changes when he does this! It has been like this for many many years...

[m^2]

2 advanced TC users didn't notice that it was an user error. Don't you think that something's wrong in there?

If I press Alt+F5, it should be clear the I want to pack files. I see no case when sb. would use this hotkey and not want to pack anything. Besides, the title bar of this dialog doesn't change.

[ghisler(Author)]

Sorry, I don't plan to change that. If you remove the zip: prefix, it's clear that you will not pack the file. It has never been reported as a problem for the last 10 years...