Restoring zip files to windows give empty files when using explorer integrated zip tool
Hello,
When selecting some files to restore and send via zip, I get empty zip files on windows, unless I set remove path prefix to 1. This is not really a bug, since the integrated zip explorer from Windows just can't handle files beginning with a drive letter, and the zip file successfully opens via 7zip which shows the files.
It's just that most users will never think about this and just complain about empty zip files. Would it be possible to have the number of items to mask from prefix configurable on the burp-ui interface ? This way, a burp-ui administrator could possibly set it to 1 when using a majority of windows clients.
Best regards.
Using burp-ui 0.60dev (yesterday's master).
TODO:
-
add a new default_strip
option -
expose it through the API