https://bugs.documentfoundation.org/show_bug.cgi?id=153318
--- Comment #3 from [email protected] --- I narrowed this down a little further. It seems to depend on what URI is passed to LibreOffice. When the path to the gvfs mount at /run/user/1000/gvfs/... is used, LO tries to write to lock file using the pwrite system call which is apparently not supported by gvfs: 3189 09:39:01.222996 openat(AT_FDCWD, "/run/user/1007/gvfs/smb-share:server=tjener.local,share=transfer-students/s1/.~lock.write-test.odt#", O_RDONLY) = -1 ENOENT (No such file or directory) 3189 09:39:01.224609 openat(AT_FDCWD, "/run/user/1007/gvfs/smb-share:server=tjener.local,share=transfer-students/s1/.~lock.write-test.odt#", O_RDWR|O_CREAT|O_EXCL, 0666) = 24 3189 09:39:01.231861 fstat(24, {st_mode=S_IFREG|0700, st_size=0, ...}) = 0 3189 09:39:01.231986 pread64(24, "", 4096, 0) = 0 3189 09:39:01.235114 pwrite64(24, ",testes,am-5254007fbccd.intern,03.02.2023 09:39,file:///home/testes/.config/libreoffice/4;", 90, 0) = -1 EOPNOTSUPP (Operation not supported) But when passing a smb:// URI LibreOffice uses some other method to read and write the files. There are no reads or writes to the file in the strace in that case but recvmsg and sendmsg calls. I guess it uses some DBUS Interface. What URI LO recieves depends on the Desktop Environment. With gnome this works properly but it does not on xfce and Mate. -- You are receiving this mail because: You are the assignee for the bug.
