https://bugs.kde.org/show_bug.cgi?id=517816

            Bug ID: 517816
           Summary: "Open containing folder" fails with Caja file manager
                    due to file URI vs folder URI mismatch
    Classification: Applications
           Product: okular
      Version First 25.12.2
       Reported In:
          Platform: Mint (Ubuntu based)
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: [email protected]
          Reporter: [email protected]
  Target Milestone: ---

Created attachment 190801
  --> https://bugs.kde.org/attachment.cgi?id=190801&action=edit
screnshoot of error

SUMMARY
Open containing folder fails with Caja file manager (MATE desktop) because
Okular passes file URI instead of directory URI

STEPS TO REPRODUCE

    Use Linux Mint MATE edition (or any distribution with Caja as the default
file manager)

    Install Okular (tested with Flatpak version, but likely affects all
installations)

    Open any PDF file

    Click the "Open containing folder" button in the toolbar

OBSERVED RESULT
Caja displays an error message:
text

Could not display "/home/user/document.pdf". Caja cannot handle this kind of
location.

The containing folder does not open.

EXPECTED RESULT
The file manager should open the folder containing the PDF file, with the file
highlighted or at least the folder displayed.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Linux Mint 22.3 - MATE 64-bit
KDE Plasma Version: N/A (running under MATE desktop)
KDE Frameworks Version: 6.22.0 - KDE Flatpak runtime (Xcb)(Okular is a KDE
application running in non-KDE environment)
Qt Version: 6.10.2

ADDITIONAL INFORMATION

    This issue occurs because Okular passes the file URI
(file:///home/user/document.pdf) to the system's file manager when "open
containing folder" is clicked.

    While some file managers (Nautilus, Nemo, Dolphin) gracefully handle this
by extracting and opening the parent directory, Caja strictly expects a
directory URI and fails with the file URI.

    The fix would be for Okular to pass the parent directory URI
(file:///home/user/) instead of the file URI when invoking the "open containing
folder" function.

    This behavior is consistent across all file types, not just PDFs.

    Tested with Okular Flatpak version 25.12.2 (Flatpak version 1.14.6), but
the issue is likely present in all versions.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to