close 1069835 4:24.2.2-1
forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004
tag 1069835 + moreinfo
thanks
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
Package: libreoffice-kf5
Version?
Severity: grave
Come on... Not downgrading just yet, but I don't believe it's grave.
we run Debian bookworm KDE plasma clients with home directories
mounted from an SMB share. From time to time, users reported that
Ah, bookworm. You should have mentioned it in Version:
libreoffice documents have disappeared completely when closing
libreoffice. We were now able to reproduce the issue on both,
the current bookworm and bookworm-backports version of libreoffice.
Mount an SMB share. I use the following in fstab:
//SHARE/DIR /media/share cifs user,nobrl,user=USER,password=PASS 0 0
Open/create an ODT document, write some text, save the file and check
it's appearance on the share. Then click Insert → Image and (perhaps
with the image still selected in the document) close libreoffice.
The file disappears on the share. This is almost always reproducible
(we tested multiple SMB servers) if not, just open the file again,
insert another image, Ctrl-S, Ctrl-Q, the file is gone!
If 'nobrl' is removed from the mount options (but we need it for other
programs to work properly), instead of the file disappearing, a popup
shows:
Error saving the document Untitled 1:
Error creating object.
Could not create backup copy.
This looks like already reported upstream [1].
For now, we traced the issue back to libreoffice-kf5. If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl'
It looks a bit like the issue found in [2].
So fixed in sid?
(If I only could update the bookworm backport to 24.2.2+, but given it's
sstill stuck behind time_t...)
Regards,
Rene
