Open zero0cool0 opened 11 months ago
mmm hi, but this file exists ?
It absolutely does. When I navigate away from the erroneously added path element ('nextcloud') with the top left bar button item, it's right there in the root folder of my installation.
If this helps any further, this is the Postman output of a PROPFIND request of https://example.com/nextcloud/remote.php/dav/files/admin
I believe the question here is if it's normal for the href property to contain the sub-folder installation-path ('/nextcloud') or if there is something wrong the server installation.
<?xml version="1.0"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:oc="http://owncloud.org/ns" xmlns:nc="http://nextcloud.org/ns">
<d:response>
<d:href>/nextcloud/remote.php/dav/files/admin/</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Mon, 13 Nov 2023 09:56:59 GMT</d:getlastmodified>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<d:quota-used-bytes>591652538</d:quota-used-bytes>
<d:quota-available-bytes>-3</d:quota-available-bytes>
<d:getetag>"6551f2ebe13c6"</d:getetag>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/nextcloud/remote.php/dav/files/admin/IMG_0008.png</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Thu, 09 Nov 2023 07:02:52 GMT</d:getlastmodified>
<d:getcontentlength>8103808</d:getcontentlength>
<d:resourcetype/>
<d:getetag>"23bdf4cc83cab19336af6cdb8c74c2f2"</d:getetag>
<d:getcontenttype>image/png</d:getcontenttype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/nextcloud/remote.php/dav/files/admin/Test/</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Mon, 13 Nov 2023 09:40:28 GMT</d:getlastmodified>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<d:quota-used-bytes>583548730</d:quota-used-bytes>
<d:quota-available-bytes>-3</d:quota-available-bytes>
<d:getetag>"6551ef0cdb2ea"</d:getetag>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/nextcloud/remote.php/dav/files/admin/Test/01%20-%20Dune.m4b</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Wed, 01 Jul 2020 15:02:41 GMT</d:getlastmodified>
<d:getcontentlength>583548730</d:getcontentlength>
<d:resourcetype/>
<d:getetag>"72ffaea95c80ef1fbbaf62f9a8699eb5"</d:getetag>
<d:getcontenttype>audio/m4b</d:getcontenttype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
</d:multistatus>
Steps to reproduce
Expected behaviour
I would like to land on the viewer of the specific file but instead the app opens with a wrong path. It seems that the first path element is wrong
This only happens if the server is installed in a sub-folder like https://example.com/nextcloud - not if it's running at https://example.com
Actual behaviour
The app shows a (non-existing) path
Screenshots
Recording taken from iOS Simulator, but same behaviour on actual devices (iPhone8 as well as iPad mini 6) with version 4.9.1.0 loaded from AppStore.
https://github.com/nextcloud/ios/assets/8344334/4f51944b-7d09-491c-ad4f-1e32b277082f
Logs
Reasoning or why should it be changed/implemented?
Environment data
iOS 17.0.1
Nextcloud iOS app version: 4.9.1.0
Server operating system: Ubuntu 22.04
Web server: Apache
Database: mariadb
PHP version: PHP 8.1.2-1ubuntu2.14
Nextcloud version: 27.1.3