Restoring zip files to windows give empty files when using explorer integrated zip tool
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.
Using burp-ui 0.60dev (yesterday's master).
add a new
- expose it through the API