Empty sidebar when viewing photo in Photos

[ollioddi]

Describe the bug
When using the Photos app, there is no sidebar info for pictures.

Seeing the same photo in files, shows sidebar info.

Nextcloud 25.0.0
Photos 2.0.0

To Reproduce
Steps to reproduce the behavior:

1. Go to 'Photos'
2. Select a photo
3. Click on 'Open sidebar'
4. The sidebar is empty / blank.
   

Expected behavior
Sidebar info showing.
Screenshot from "Files" viewing the same file.

Desktop (please complete the following information):

• OS: Windows 10 Enterprise
• Browser Latest Edge and Firefox

Browser log

{
    "message": "Request failed with status code 404",
    "name": "AxiosError",
    "config": {
        "transitional": {
            "silentJSONParsing": true,
            "forcedJSONParsing": true,
            "clarifyTimeoutError": false
        },
        "transformRequest": [
            null
        ],
        "transformResponse": [
            null
        ],
        "timeout": 0,
        "xsrfCookieName": "XSRF-TOKEN",
        "xsrfHeaderName": "X-XSRF-TOKEN",
        "maxContentLength": -1,
        "maxBodyLength": -1,
        "env": {
            "FormData": null
        },
        "headers": {
            "Accept": "application/json, text/plain, */*",
            "requesttoken": "TOKEN"
        },
        "method": "propfind",
        "url": "https://ADRESS/remote.php/dav/files/USER/files/USER/Photos/2022/10/20221001_000000_5A1ACB5A.jpg",
        "data": "<?xml version=\"1.0\"?>\n\t\t\t<d:propfind  xmlns:d=\"DAV:\"\n\t\t\t\txmlns:oc=\"http://owncloud.org/ns\"\n\t\t\t\txmlns:nc=\"http://nextcloud.org/ns\"\n\t\t\t\txmlns:ocs=\"http://open-collaboration-services.org/ns\">\n\t\t\t<d:prop>\n\t\t\t\t<d:getlastmodified />\n\t\t\t\t<d:getetag />\n\t\t\t\t<d:getcontenttype />\n\t\t\t\t<d:resourcetype />\n\t\t\t\t<oc:fileid />\n\t\t\t\t<oc:permissions />\n\t\t\t\t<oc:size />\n\t\t\t\t<d:getcontentlength />\n\t\t\t\t<nc:has-preview />\n\t\t\t\t<nc:mount-type />\n\t\t\t\t<nc:is-encrypted />\n\t\t\t\t<ocs:share-permissions />\n\t\t\t\t<nc:share-attributes />\n\t\t\t\t<oc:tags />\n\t\t\t\t<oc:favorite />\n\t\t\t\t<oc:comments-unread />\n\t\t\t\t<oc:owner-id />\n\t\t\t\t<oc:owner-display-name />\n\t\t\t\t<oc:share-types />\n\t\t\t</d:prop>\n\t\t\t</d:propfind>"
    },
    "code": "ERR_BAD_REQUEST",
    "status": 404
}

vue.runtime.esm.js:3019 
        
Error: AxiosError: Request failed with status code 404
    at Sidebar.vue:441:1
    at u (runtime.js:63:40)
    at Generator._invoke (runtime.js:294:22)
    at Generator.throw (runtime.js:119:21)
    at E (LegacyView.vue?a2e2:19:33)
    at a (LegacyView.vue?a2e2:19:33)

Additional context
Let me know if this issue is in the wrong repo. Seems like a "Sidebar" issue, but it only occurs in Photos.

[hansixxxx]

Same problem for me

[darguez]

Same problem here since 25.0.0

[szaimen]

Can you try again with 25.0.1?

[ollioddi]

@szaimen The issue seems to be resolved in 25.0.1 and i am able to view sidebar from Photos.

[szaimen]

Great!

[bonswouar]

@szaimen That might need to be reopened?

Not sure if that's exactly the same issue (and if that's a photos or server's issue), but since I've updated from NC 24 to NC 25.0.1 the sidebar doesn't work in Photos app.. but only for some paths apparently!

For example here is the error returned by the PROFIND call on /remote.php/dav/files/bonswouar/Photos/Google%25C2%25A0Photos/Photos%2520from%25202015/IMG_1111.jpg

<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
  <s:exception>Sabre\DAV\Exception\NotFound</s:exception>
  <s:message>File with name /Photos/Google%C2%A0Photos could not be located</s:message>
</d:error>

Although I can download the file! (so not directly related to #2389 even if that looks similar)

Weirdly it seems to work correctly for paths not containing a /Photos */ subdirectory. For example /remote.php/dav/files/bonswouar/Photos/InstantUpload/Camera/IMG_1111.jpg does work.

Looks like there's something wrong with standard spaces somewhere? 🤔

[szaimen]

cc @skjnldsv @artonge

[skjnldsv]

Fixed, see nextcloud/photos#1465