0002513: Error: archive files from listbox OS X

ID	Project	Category	View Status	Date Submitted	Last Update

0002513	Double Commander		public	2020-07-06 18:56	2021-02-27 19:13

Reporter	Birgit	Assigned To
Priority	normal	Severity	minor	Reproducibility	have not tried
Status	new	Resolution	open
Projection	none	ETA	none
OS	MacOS	OS Version	Mojave
Product Version	0.9.9

Summary	0002513: Error: archive files from listbox OS X
Description	Search result in listbox can't be packed. Error: Pack to file /Users/.../Search result.zip: Unknown error code: 32768
Steps To Reproduce	Search for files feed to listbox go to tab 'Search result' select all menu 'Files' -> 'Pack Files'
Additional Information	Seems to be the same problem like issue 0001227 (Windows)
Tags	No tags attached.
Attached Files	error_pack_listbox.png (42,859 bytes) error_pack_listbox.png (42,859 bytes)

Fixed in Revision
Operating system	MacOSX
Widgetset
Architecture	64-bit

kroysoft 2021-02-27 17:54 reporter ~0003696	This function doesn't work on Windows, either - but it'd be otherwise a pretty useful feature, which is also supported by TC. As a side note: 7z packer can actually create a compressed file, containing some results, but the resulting archive is just useless for two main reasons: 1. the files which was selected on the "feed to listbox" panel will have 0 size and totally wrong date / time attributes within the packed file 2. independently of the "Also pack path names (only recursed)", an absolute path including drive name will be always set within the resulting archive, meaning that the first "folder" within will contain a colon on Windows OS. I guess this is totally bad, since colon (":") is an invalid character for a path on Windows, at least.

kroysoft 2021-02-27 17:58 reporter ~0003697	BTW: is it possible to "upvote" a bug, somehow? I just wanted to report this, but then I've figured out it's already reported by another user - and "fortunately" it seems being reproducible on a totally different OS as well. p.s: the "Also pack path names (only recursed)" option should be considered by the packer, and should take the search "start in directory" field content as a base for storing the relative path for the files in a "feed to listbox" panel. (pls. see my previous comment, too)

Date Modified	Username	Field
2020-07-06 18:56	Birgit	New Issue
2020-07-06 18:56	Birgit	File Added: error_pack_listbox.png
2021-02-27 17:54	kroysoft	Note Added: 0003696
2021-02-27 17:58	kroysoft	Note Added: 0003697