https://bugs.documentfoundation.org/show_bug.cgi?id=173371

            Bug ID: 173371
           Summary: LibreOffice 26.8 cannot open files from an
                    rclone-mounted Google Drive on Linux
           Product: LibreOffice
           Version: 26.8.0.3 release
          Hardware: All
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: LibreOffice
          Assignee: [email protected]
          Reporter: [email protected]

Description:
LibreOffice 26.8 cannot open files from an rclone-mounted Google Drive on
Linux, while normal filesystem reads and ONLYOFFICE work.
Environment
       OS: Linux Mint 22.3 (Ubuntu 24.04/Noble base)
       Architecture: x86_64
       Kernel: 7.0.0-30-generic
       LibreOffice: 26.8.0.3
       LibreOffice executable: /usr/bin/libreoffice
       rclone: 1.75.0
       Remote: Google Drive
       Mount type: FUSE/rclone
       Mount point: /home/user/GoogleDrive [personal username masked]
       ONLYOFFICE Desktop Editors: 9.4.0, system Flatpak
Problem
       LibreOffice 26.8.0.3 cannot open files directly from a Google Drive
filesystem mounted using rclone.
       LibreOffice displays: “Read Error! Data could not be read from the
file.”
       The problem is not specific to PPTX: a simple TXT file on the same
mounted filesystem produces the same error.
       The same PPTX can be read using normal Linux filesystem operations and
opens successfully in ONLYOFFICE directly from the mount.
       LibreOffice opens the same PPTX normally when it is copied to local
storage.
Reproduction
       Mount a Google Drive remote using rclone/FUSE.
       Navigate to a directory on the mounted filesystem.
       Open a simple TXT file or PPTX directly from the mounted filesystem
using LibreOffice.
       LibreOffice displays: “Read Error! Data could not be read from the
file.”
Sanitized rclone configuration
       --vfs-cache-mode off
       --vfs-cache-max-size 50G
       --vfs-cache-max-age 720h
       --dir-cache-time 1h
       --poll-interval 0
       --vfs-write-back 10m
       --vfs-read-ahead 128M
       --cache-dir=/home/user/.cache/rclone [username masked]
       --log-level INFO
       Earlier controlled tests were also performed with --vfs-cache-mode full
and --vfs-cache-mode writes. LibreOffice failed with all three cache modes.
Diagnostic evidence
       Direct rclone download works: the affected PPTX can be copied directly
from the Google Drive remote with rclone and produces a valid file.
       Reading through the rclone mount works with --vfs-cache-mode off: a
normal cp operation successfully copied the PPTX to local storage.
       The copied PPTX passes unzip -t with all tested entries returning OK
and the final result “No errors detected in compressed data.”
       Random-access reads through the mount work: a Python test successfully
read the complete file and successfully sought to byte positions 100 and
100000.
       ONLYOFFICE Desktop Editors 9.4.0 successfully opens the same PPTX
directly from the rclone-mounted Google Drive.
       LibreOffice successfully opens the same PPTX after it is copied to
local storage.
       LibreOffice also fails with a simple TXT file located on the mounted
filesystem.
       LibreOffice Troubleshoot/Safe Mode was tested using 'libreoffice
--safe-mode'; the mounted file still produced the same Read Error.
Representative test results
       Random-access test output:
       SIZE: 340059
       SEEK 100: 100
       SEEK 100000: 100
       RANDOM ACCESS: OK
       ZIP integrity test ended with: “No errors detected in compressed data
of [sanitized test presentation].pptx”
Additional rclone observation
       When VFS caching was enabled during earlier testing, rclone repeatedly
logged errors similar to:
       vfs cache: failed to _ensure cache
       failed to start downloader
       failed to open downloader
       vfs reader: failed to open source file: invalid seek position
       After changing to --vfs-cache-mode off, ordinary copying and
random-access reads succeeded, while LibreOffice continued to report the Read
Error.
Expected behaviour
       LibreOffice should be able to open a normal readable file from a
standard FUSE/rclone-mounted filesystem in the same way that other desktop
applications can.
Actual behaviour
       LibreOffice 26.8.0.3 reports “Read Error! Data could not be read from
the file.” for files on the rclone-mounted Google Drive filesystem.
       The files are readable through normal Linux filesystem operations and
the same PPTX is successfully opened by ONLYOFFICE.
Workarounds
       Copy the file from the rclone mount to local storage and open it in
LibreOffice.
       Open the file directly from the rclone mount using ONLYOFFICE Desktop
Editors 9.4.0.
Assessment
       The controlled tests suggest a compatibility problem involving
LibreOffice 26.8.0.3 and the rclone/FUSE-mounted Google Drive filesystem.
       The evidence does not indicate corruption of the test file, a general
Google Drive access problem, inability of the mount to perform random reads, or
a normal LibreOffice user-profile problem.
       Because the same mounted PPTX works in ONLYOFFICE and ordinary/random
filesystem reads succeed, the failure appears specific to the way LibreOffice
accesses the mounted filesystem.

Safe mode of Libreoffice was tried but it didn't work too.




Steps to Reproduce:
In the description

Actual Results:
In the description

Expected Results:
Files should have opened with Libreoffice from google drive


Reproducible: Always


User Profile Reset: Yes

Additional Info:
The problem wasn't there with the earlier version of Libreoffice.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to