PACKER:Possible bug in TC while deleting files from archive?

[Ruprt]

Hi,
I've got a question regarding a possible TC bug while deleting files from archive.
I've just built a TC packer for *.PBO files that are used by one game as user package files. The game's internal PBO un/packer supports empty directory entries in the package header but never use them (that means the packer simply skips empty subdirectories when is packing a directory) and files in the package are stored with relative paths to the packed directory. And here's the heart of the matter. When the TC opens such a PBO package file (using my pkplugin) in any TC pane, then opens any subdirectory(which is not empty) of that package and then deletes all the files in it at once, then the TC pane isn't reloded and still displays the original subdirectory content (but the subdir doesn't exist in the package any more). When I then reopen the same package, its content is displayed correctly. In all other cases the TC works well.

My question therefor is : Is it a bug or there's some solution how to go the round of that behaviour ?

Thnx in advance for any answer
Ruprt

P.S.
I verified that after the DeleteFiles function finishes the OpenArchive, ReadHeader and ProcessFile functions are called and the TC gets correct informations from them (gets HeaderData without the deleted files).

[ghisler(Author)]

This is intentional, the same happens in zip files: I decided to stay in the directory even if it was deleted and just make a beep, so the user can decide where to go next. It's also ecessary if the user wants to delete all files from a directory and then add some new to the same location.

[thedmd]

I did encounter very same issue. I want to clarify one more thing in the topic.

After removing all files from the directory I cannot go up, because at least three directories in the hierarchy also does not exists. All I can to is to hear the "ding" sound.

Is this a bug or desired behavior?

[ghisler(Author)]

You have to press F2 or Ctrl+R to go out of the ZIP in this case, sorry.

[thedmd]

OK. Thanks for the info.