https://bugs.documentfoundation.org/show_bug.cgi?id=137139
--- Comment #10 from Jan-Marek Glogowski <glo...@fbihome.de> ---
(In reply to Olivier Tilloy from comment #8)
> This bug looks similar to
> https://bugs.documentfoundation.org/show_bug.cgi?id=131083
Nice find. Summary of bug 131083:
Happened reproducible for the user with LO Ubuntu build 6.4.0-0ubuntu7 and LO
Tinderbox build 45ca47ac39c03df4de52d627a764f16068b1eab0 (7.0.0.0.alpha0+ is
reported for all development builds before branch off / alpha1 / beta) and just
with kf5 in KDE / Plasma 2, not with Xubuntu (Xfce? which VCL in About? I would
assume gtk3). Happens with the empty / default document.
Bug 131083 comment 13 states: "I'm testing both Kubuntu and Xubuntu in a VM
environment (VirtualBox 6.1.4)."
You can get a comparable (but not equal!) build to the Tinderbox one via
https://bibisect.libreoffice.org/linux-64-7.0 commit
fc089b4dda133f1fd03922b713708e53af6c16fa.
Reproduce:
1. start Calc
2. mark F10/11 vertically
3. exit LO
4. choose not to save
Questions for each point (which might be related or not):
1. How is Calc started? Desktop link, command line (which one?), via start
center? Does it happen with non-default profile via
-env:UserInstallation=file:///tmp/test?
2. How are the cells marked? Mouse only, keyboard? Which cell first? Does it
crash with other cells?
3. Exit crash just happens via window decorations? Or also via menu? Or by
using Alt+F4 or Ctrl+Q? Or also by closing the Calc document and then the start
center?
4. Why does Calc think the document was modified?
Point 4 is AFAIK already exposing the real bug.
General question: any additional output in a terminal? New entries in
~/.xsession-errors?
Is this just happening with the localized KDE (the reporter uses de-DE.UTF-8)?
An other eventually related crash I found (fixed?) is bug 131533 in LO 6.4.4.
The implemented fix / patch is just a workaround, as I couldn't come up with a
minimal reproducer without LO. There are some additional comments (see last
ones) with info in https://gerrit.libreoffice.org/c/core/+/90990.
According to bug 131083 comment 15, an old LO profile doesn't seem to be the
cause of this, as the crash could be reproduced after deleting the profile.
Since it didn't crash with the first try, it still might somehow be related.
Would still be nice to get a known crashing profile for testing / reference, in
the case there is some setting in it, leading to the crash.
Bug 131083 comment 26 states the problem to reproduce the bug. "Made the
installed DEB packages identical" I guess just means the package list, like
"dpkg --get-selections", not the exact versions.
An other bug that just comes to my mind and which was actually fixed for 6.4.0
is bug 104717. That changes the selection / clipboard handling in Calc. Quoting
from my commit message: "Calc also removes the system selection when clearing
the selection. Other applications keep the primary selection valid, until the
application or document closes, so do the same in Calc." So maybe this
introduces some case, where the primary selection isn't correctly cleared on
shutdown. This is not KDE specific, but the QClipboard handling / API is very
different from either Gtk+ or X11, so there might be some broken case now,
where we don't clean the selection on module shutdown.
Can you see, if the Kubuntu crashes happen on KDE shutdown, AKA session
management related?
> In the errors.ubuntu.com tracker, the earliest version exhibiting the crash
> is 6.4.3, and there are new reports daily with 6.4.6.
The thing we definitely know is that the LO 1:6.4.6-0ubuntu0.20.04.1 build in
combination with KDE makes the crash much more likely. It seems the original
bug is older.
Still we don't have any reproducer, just a huge amount of reported crashes from
Kubuntu users.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
