Summary: | Writer hangs on copying text with Ctrl+C | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Oleksandr Natalenko <oleksandr> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | buzea.bogdan, miguelangelrv |
Priority: | medium | ||
Version: | 24.2.2.2 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103164 | ||
Attachments: |
Writer core from wife's laptop
Writer core from my desktop Stacktrace with SAL_USE_VCLPLUGIN=kf6 Minimal reproducer |
Description
Oleksandr Natalenko
2024-04-25 14:53:58 UTC
Created attachment 193852 [details]
Writer core from wife's laptop
Created attachment 193853 [details]
Writer core from my desktop
I do have actual cores saved as well, so I can peek into them further and provide any additional information needed. We both use KDE 6. Perhaps some clipboard manager interfering? We don't have any 3rd-party clipboard manager except the one KDE offers ("Clipboard Contents" in the systray). I tried marking it as "Disabled", but it didn't help. Also, we use SAL_USE_VCLPLUGIN=gtk3 due to https://bugs.documentfoundation.org/show_bug.cgi?id=160416 / https://bugs.documentfoundation.org/show_bug.cgi?id=160565 / https://bugs.documentfoundation.org/show_bug.cgi?id=160624 The issue is reproducible with SAL_USE_VCLPLUGIN=kf6 too, but it may happen that it is triggered on Writer closure. With SAL_USE_VCLPLUGIN=kf6 the top part of the stack looks very similar. Created attachment 193854 [details]
Stacktrace with SAL_USE_VCLPLUGIN=kf6
I've also managed to collect `perf` data for `soffice.bin` burning CPU: ``` # perf record -ag -p $(pidof soffice.bin) # …wait ~10 seconds… # perf report --sort=comm --stdio … # Children Self Command # ........ ........ ............... # 99.97% 99.97% soffice.bin | ---(anonymous namespace)::HTMLEndPosLst::InsertNoScript(SfxPoolItem const&, int, int, std::set<std::unique_ptr<SwHTMLFormatInfo, std::default_delete<SwHTMLFormatInfo> >, comphelper::UniquePtrValueLess<SwHTMLFormatInfo>, std::allocator<std::unique_ptr<SwHTMLFormatInfo, std::default_delete<SwHTMLFormatInfo> > > >&, bool) [clone .part.0] … ``` This stuff seems to be a part of `/usr/lib/libreoffice/program/libswlo.so`. I can reproduce this with `LibreOffice-fresh.basic-x86_64.AppImage` as well. But it seems I cannot reproduce this with `LibreOffice-still.basic-x86_64.AppImage`. Created attachment 193859 [details]
Minimal reproducer
Attaching minimal reproducer.
For me to trigger the issue it's enough to open this file, press Ctrl+A to select everything, then press Ctrl+C to copy the selection, and then Writer goes unresponsive burning CPU.
LO "fresh" is affected, LO "still" doesn't seem to be affected.
Reproducible with: Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded It seems that the problem originates in the footnote, with the removal of the footnote, the problem disappears. Recreating the footnote, the issue, is not reproduced. The file doesn't pass well the validator. https://odfvalidator.org/ But not reproducible with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ea43cbbb7371a743f470d949762a0e92f196e652 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Thank you for checking this. I'm not sure how this document can fail validation as it was not modified outside of Writer. Regarding the footnote, I think she did not enter the text of the footnote by herself but instead copy-pasted it from a site that generates formatted bibliography string (Grafiati). I shortened the string of course to the point of a minimal reproducer. I do not think this is an issue with footnotes per se. In the past I was able to encounter the same issue while copy-pasting an ordinary word with no footnote attached. I no longer have that text excerpt unfortunately. |