A case when TC 32+64 creates *.RAR in %TEMP%\_tc0

[Jivan_Mukta]

1/ Enter into an archive by TC
2/ Select one or more or all files (Ctrl_+ or Ctrl_A)
3/ Alt-F5 and choose RAR-method
4/ Remove the destination path between "rar:" and RAR-file and run the process.
It is natural to expect that RAR-file will be created on the place of the initial archive as it is correct. But finally RAR-file can not be found, because TC instructs WinRAR.exe to create RAR-file in the buffer dir with extracted files (%TEMP%\_TC0\ ) and delete the buffer dir containing the new archive.

This conditions also lead to the same wrong result when ARJ, LHA is selected. I cannot check ACE and UC2, but I expect the same empty basket.

To be sure that there aren't sources of software confusion coming from myself, I removed all static options from the archive fields in Config. packer window.
Also Rar.exe WinRAR.exe and other problem packers do not use config files.
They are installed only in TC not in Windows.

There isn't such a problem with internally supported methods: zip, zip(LZMA), gz, tar, tgz.
There isn't such a problem neither with bz2 (Ghisler's bzip-plugin) nor with Total7zip options in this speciffic case.
I have not checked MultiArch plugin. The problems with plugins have to be reported in TC-plugins forum.

The problem appears when s/b try to repack file from one archive, creating the new archive in the same directory by deleted destination path.

[sqa_wizard]

The problem appears when s/b try to repack file from one archive, creating the new archive in the same directory by deleted destination path.

Confirmed.

The problem is: on opening the original archive your current directory gets the temp folder.
By deleting the destination path, you tell TC to create the new directory at current directory (the temp folder).
After creation is done, the temp folder is cleared ... oops

[ghisler(Author)]

The problem is that I pass the name to the packer exactly as the user enters it. Changing that would cause all kinds of other problems.