Processed: Re: Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Processing control commands: > severity -1 important Bug #1069835 [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Severity set to 'important' from 'grave' -- 1069835: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069835 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Processing control commands: > found -1 libreoffice/4:24.2.3~rc1-3 Bug #1069835 {Done: Rene Engelhard } [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Marked as found in versions libreoffice/4:24.2.3~rc1-3 and reopened. > notfixed -1 libreoffice/4:24.2.2-1 Bug #1069835 [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares No longer marked as fixed in versions libreoffice/4:24.2.2-1. > reopen -1 Bug #1069835 [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Bug 1069835 is not marked as done; doing nothing. > tags -1 - moreinfo Bug #1069835 [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Removed tag(s) moreinfo. -- 1069835: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069835 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Control: found -1 libreoffice/4:24.2.3~rc1-3 Control: notfixed -1 libreoffice/4:24.2.2-1 Control: reopen -1 Control: tags -1 - moreinfo Hi again, On Thu, Apr 25, 2024 at 06:43:17PM +0200, Rene Engelhard wrote: > Am 25.04.24 um 18:37 schrieb Andreas B. Mundt: > > On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote: > > > Am 25.04.24 um 17:03 schrieb Andreas B. Mundt: > > > > 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' is removed from the mount options. > > > Which doesn't do IO itself though? But maybe the KDE file picker (over > > > kio) > > > does something weird? But saving (ttbomk) isn't done by the file picker > > > itself? > > I just tried a trixie XFCE desktop and cannot reproduce the issue > > there. Then I installed KDE and switched the DE. In KDE again the > > issue is reproducable, removing libreoffice-kf5 makes the problem go > > away. Installing libreoffice-kf5 again: Issue is back. > Shrugs. > > However, back in XFCE, even with libreoffice-kf5 installed, the issue > > does not show up. > > Because in XFCE you don't get the KDE File Picker but the Gtk one. > > Unless you force kf5, which I don't think you do. Right. > > The different file chooser GUIs seem to trigger the > > issue. > Interesting. > > Removing libreoffice-kf5 or switching to XFCE results in a > > different file chooser, which somehow causes the problem. So the bug > > is probably not in libreoffice-kf5 … > > -kf5 does contain the KDE file picker used in LibreOffice. > > > In any case, try with >= 24.2.2 (so sid). If that commit was it (which I > somehow doubt, see my previous reply) sid should work. I upgraded libreoffice to the version in sid now -- it seems not to happen as often as before, but I could reproduce it still a few more times. Not sure which package to reassign the bug to. Best regards, Andi
Processed: Re: Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Processing control commands: > found -1 libreoffice/4:24.2.0-1 Bug #1069835 {Done: Rene Engelhard } [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Marked as found in versions libreoffice/4:24.2.0-1. -- 1069835: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069835 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Control: found -1 libreoffice/4:24.2.0-1 Hi Rene, thanks for your quick reply and sorry for not providing detailed version information! On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote: > > Am 25.04.24 um 17:03 schrieb Andreas B. Mundt: > > 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' is removed from the mount options. > > Which doesn't do IO itself though? But maybe the KDE file picker (over kio) > does something weird? But saving (ttbomk) isn't done by the file picker > itself? I just tried a trixie XFCE desktop and cannot reproduce the issue there. Then I installed KDE and switched the DE. In KDE again the issue is reproducable, removing libreoffice-kf5 makes the problem go away. Installing libreoffice-kf5 again: Issue is back. However, back in XFCE, even with libreoffice-kf5 installed, the issue does not show up. The different file chooser GUIs seem to trigger the issue. Removing libreoffice-kf5 or switching to XFCE results in a different file chooser, which somehow causes the problem. So the bug is probably not in libreoffice-kf5 … Best regards, Andi
Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Hi, Am 25.04.24 um 18:37 schrieb Andreas B. Mundt: On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote: Am 25.04.24 um 17:03 schrieb Andreas B. Mundt: 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' is removed from the mount options. Which doesn't do IO itself though? But maybe the KDE file picker (over kio) does something weird? But saving (ttbomk) isn't done by the file picker itself? I just tried a trixie XFCE desktop and cannot reproduce the issue there. Then I installed KDE and switched the DE. In KDE again the issue is reproducable, removing libreoffice-kf5 makes the problem go away. Installing libreoffice-kf5 again: Issue is back. Shrugs. However, back in XFCE, even with libreoffice-kf5 installed, the issue does not show up. Because in XFCE you don't get the KDE File Picker but the Gtk one. Unless you force kf5, which I don't think you do. The different file chooser GUIs seem to trigger the issue. Interesting. Removing libreoffice-kf5 or switching to XFCE results in a different file chooser, which somehow causes the problem. So the bug is probably not in libreoffice-kf5 … -kf5 does contain the KDE file picker used in LibreOffice. In any case, try with >= 24.2.2 (so sid). If that commit was it (which I somehow doubt, see my previous reply) sid should work. Regards, Rene
Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Hi, Am 25.04.24 um 17:03 schrieb Andreas B. Mundt: 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' is removed from the mount options. Which doesn't do IO itself though? But maybe the KDE file picker (over kio) does something weird? But saving (ttbomk) isn't done by the file picker itself? There also is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935182 since some time. It looks a bit like the issue found in [2]. Which doesn't touch any KDE stuff either. In fact it caused 32bit builds to fail[1] and I don't know what more regressions this caused. I would be wary of "just" backporting it in a point release... Regards, Rene [1] by relying on internal glibc/kernel types, see https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/libreoffice_24.2.2_rc1-2/patches/fix-32bit-build.diff?ref_type=tags - later updated upstream for https://cgit.freedesktop.org/libreoffice/core/commit/sal/osl/unx/file.cxx?id=434065478d35fe8e144aec916ac06438c0150270
Processed: Re: Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Processing commands for cont...@bugs.debian.org: > close 1069835 4:24.2.2-1 Bug #1069835 [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Marked as fixed in versions libreoffice/4:24.2.2-1. Bug #1069835 [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Marked Bug as done > forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004 Bug #1069835 {Done: Rene Engelhard } [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Set Bug forwarded-to-address to 'https://bugs.documentfoundation.org/show_bug.cgi?id=55004'. > tag 1069835 + moreinfo Bug #1069835 {Done: Rene Engelhard } [libreoffice-kf5] libreoffice-kf5: documents may get lost on SMB shares Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 1069835: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069835 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
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
Bug#1069835: libreoffice-kf5: documents may get lost on SMB shares
Package: libreoffice-kf5 Severity: grave Dear Rene, everybody, we run Debian bookworm KDE plasma clients with home directories mounted from an SMB share. From time to time, users reported that 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' is removed from the mount options. It looks a bit like the issue found in [2]. Thanks for maintaining libreoffice, best regards, Andi [1] https://bugs.documentfoundation.org/show_bug.cgi?id=160315 [2] https://bugs.documentfoundation.org/show_bug.cgi?id=55004#c56