[stable9] DAV now returns file name with Content-Disposition header

[PVince81]

That was a tough backport of #25043 to stable9 due to many conflicts.

Please review and test @owncloud/filesystem @DeepDiver1975 @nickvergessen @rullzer @guruz

Sync client download, cadaver download and Chromium download worked properly.

[nickvergessen]

That was a tough backport of #25043 to stable9 due to many conflicts.

still looks good ;)

However, integration tests failed due to network issues:

[Composer\Downloader\TransportException]
The "https://packagist.org/packages.json" file could not be downloaded: failed to open stream: Connection timed out

since you touched them, I guess it would be nice to rebase (just to be sure)

[PVince81]

Rebased

[PVince81]

I just ran the webdav feature tests locally and they went fine.

25 scenarios (25 passed)
157 steps (157 passed)

Seems that the OCS int executor still has timeout troubles. CC @DeepDiver1975

Still need two thumbs up to get this merged.

[PVince81]

To test:

1. Upload a file "test.jpg" to ownCloud
2. curl -D - -X GET http://localhost/owncloud/remote.php/webdav/test.jpg
3. Check the "Content-Disposition" header

Before: no filename part
After: filename part is there

Then for the Chrome bug, see #23176
Basically upload a "test.xml" file and download it in the Chromium web UI. Chromium would save it as "test.txt" instead of "test.xml".

[nickvergessen]

works fine by me, but even before.
But nothing broke and the header is good, so 👍

[rullzer]

Header is set here 👍

[lock]

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.