First steps of zip folder plugin#24178
Conversation
|
By analyzing the blame information on this pull request, we identified @LukasReschke, @rullzer, @blizzz and @DeepDiver1975 to be potential reviewers |
|
Ah! What a discovery! Nice thing |
|
Bloody olf wip ... |
8f78ffa to
f763591
Compare
f763591 to
5594cba
Compare
|
Works now: If no "Accept" header is given, it will auto-detect based on user-agent or default to ZIP. Yes, I changed the behavior because depending on the given extension could conflict with an existing file stored in ownCloud. I had to hack Sabre a bit to prevent it to send its own response so that the streamer can use the good old dirty "echo directly the output". @DeepDiver1975 @butonic @mrow4a check it out ! TODOs:
|
|
Note: this doesn't fully replace the download endpoints. We're still missing something like "MGET" with a list of files to download from a given folder. Maybe we can do this separately if we agree on using a custom method. |
|
before I start with the pain of writing tests I'd like to know whether the approach described above is acceptable |
|
moving to backlog until there is more interest |
|
old PR... do we still want this ? if yes, please review... |
|
Maybe just integrate already existing plugin, which my friend implemented once https://github.com/deic-dk/files_compress and that should work @PVince81 @DeepDiver1975 |
I dislike the code and the concept |
let me revive this .... |
5594cba to
36021fd
Compare
|
@PVince81 test side effect bullshit as usual or real issue ❓ |
|
might be the bullshit one... I didn't rebase this PR yet on a version that doesn't have this |
|
wait... you did rebase 😢 I don't see how it could be related |
36021fd to
c06b9db
Compare
|
it's indeed the bullshit zombie fail, PR to annihilate it: #28310 |
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |

No description provided.