SC zip_list2 return

[jupe]

I noticed that when using the recursive flag of SC zip_list2 the return contains <tab> prefix on filenames, according to docs these should only be in the return when flags=1, eg:

select a archive and run this:

text zip_list2(, <crlf>, 2);

the filenames will have <tab> prefixes. (if nested, after folder before filename)

[admin]

Fix comes.

[jupe]

I noticed that when using flag=1 the return for folders has the trailing slash after the date, not after the folder name, is that correct?, eg:

XYplorer File folder 10/9/21 4:52:28 PM\

[admin]

Fix comes.

[jupe]

I noticed that the original reported issue of the return containing tab chars was not fixed, the issue is still visible is archives that contain nested subfolders/files.

[admin]

Indeed, something was wrong. Fix comes. Next change log:

Code: Select all

    ! SC zip_list2: This fix from v23.50.0211 - 2022-08-28 11:15 did not really get it right.
        Returned superfluous <tab> prefixes on filenames. Fixed.
      Actually there *should* be <tab> prefixes on filenames IF the archive contains 
      folders and flags has bit 2 (Recurse folders). Otherwise the CSV columns of the 
      returned data are messed up. Fixed again.

[jupe]

I was a bit confused by the changelog you posted, anyway I just got around to upgrading and tested the change, and it still doesn't seem right to me, shouldn't there be no tabs unless you pass flag 1. I understand the columns comment you made, but there should be no columns unless flag 1 is passed though anyway, right?.

[admin]

You mean path and item should be just joined? I don't know, if I change that now it would break old code.

[jupe]

OK, it doesn't matter to me, I'll just script around it.