| Summary: | thumbnail.so 100% cpu infinite loop calligra.words | ||
|---|---|---|---|
| Product: | [Applications] calligrawords | Reporter: | zeta <franciscodezuviria> |
| Component: | general | Assignee: | Calligra Words Bugs <calligra-words-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | aspotashev, kde, mails.bugs.kde.org-2025-1, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | 3.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Simple strace
Strace with -k option (Print the execution stack trace of the traced processes after each system call) Tone of stderr Offending Document |
||
Created attachment 117331 [details]
Strace with -k option (Print the execution stack trace of the traced processes after each system call)
>write(2, "calligra.lib.text: received a QTextDocument undoCommand signal\n", 63) = 63
We know from that trace that we're writing a tonne to stderr
It might be in: ~/.local/share/sddm/xorg-session.log
Failing that can you kill all thumbnail.so and run:
KDE_FORK_SLAVES=yes plasmashell --replace
you should see output to stderr
In ~/.config/plasma-org.kde.plasma.desktop-appletsrc I commented this: #[Containments][496][Applets][500][Configuration][General] #previewPlugins=stage_key_thumbnail,audiothumbnail,comicbookthumbnail,djvuthumbnail,marble_thumbnail_shp,exrthumbnail,directorythumbnail,fontthumbnail,marble_thumbnail_geojson,marble_thumbnail_gpx,imagethumbnail,jpegthumbnail,karbon_karbon1x_thumbnail,marble_thumbnail_kml,stage_kpr_thumbnail,kraorathumbnail,sheets_xlsx_thumbnail,sheets_excel_thumbnail,stage_pptx_thumbnail,stage_powerpoint_thumbnail,windowsexethumbnail,windowsimagethumbnail,words_docx_thumbnail,words_msword_thumbnail,words_wps_thumbnail,mltpreview,calligra_odg_thumbnail,stage_odp_thumbnail,sheets_ods_thumbnail,words_odt_thumbnail,marble_thumbnail_osm,gsthumbnail,rawthumbnail,words_rtf_thumbnail,svgthumbnail,textthumbnail,ffmpegthumbs,karbon_wmf_thumbnail,words_wpd_thumbnail,karbon_wpg_thumbnail,karbon_xfig_thumbnail #toolTips=true #url=file:///home/zeta #useCustomIcon=true #viewMode=1 And that got rid of the thumbnail.so problem, so I guess that was my "hidden" widget. However, if I turn on folder view on the desktop layout, thumbnail.so goes back to eat cpu, so currently I can't use folder view on my desktops. Created attachment 117332 [details] Tone of stderr (In reply to David Edmundson from comment #2) > >write(2, "calligra.lib.text: received a QTextDocument undoCommand signal\n", 63) = 63 > > We know from that trace that we're writing a tonne to stderr > > It might be in: ~/.local/share/sddm/xorg-session.log > > Failing that can you kill all thumbnail.so and run: > > KDE_FORK_SLAVES=yes plasmashell --replace > > you should see output to stderr ~/.local/share/sddm/xorg-session.log is 0 bytes stderr did the trick. I'm attaching a new file Created attachment 117333 [details]
Offending Document
Found the offending document! Attached
Please can you update the calligra version (In reply to David Edmundson from comment #6) > Please can you update the calligra version I have calligra 3.1.0 which is the latest in Debian Testing. How can I update it? |
Created attachment 117330 [details] Simple strace SUMMARY I'm on Debian Testing and since a couple of weeks ago I have a thumbnail.so process eating 100% cpu whose parent is kdeinit5 the COMMAND, according to ps aux is: thumbnail.so [kdeinit5] thumbnail local:/run/user/1000/klauncherbBDJNm.1.slave-socket local:/run/user/1000/plasmashelllugShP.3.slave-socket STEPS TO REPRODUCE I don't know: I have 5 activities with 1 virtual desktop each. - I removed all folder widgets - I configured all layouts to Desktop (not Folder View) For whatever reason when I switch into my Coding activity, thumbnail.so cpu goes to 100%. If I kill it it respawns not eating cpu. I leave coding activity, then return to coding activity and then it starts eating cpu. If I enable Folder view layout on all desktops then it immediately starts eating cpu as soon as it respawns. I cannot find the offending document so you can analize it. I could find it if you can help me with one of the following: - How can I list all files and apps favourited to a certain activity? - How can I see in a config file all widgets associated to an activity? (Since many times the updates messed up badly on my widgets, I fear I may have an off screen or 1pixel size widget) Also, I did an sudo strace -s 180 -p <pid> to it and I found it is on an infinite loop. I attach the file. Maybe it is easy to solve with the trace I'm providing. It is definetly something that landed on Debian a couple of weeks ago. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Operating System: Debian GNU/Linux KDE Plasma Version: 5.14.3 Qt Version: 5.11.3 KDE Frameworks Version: 5.51.0 Kernel Version: 4.19.0-1-amd64 OS Type: 64-bit Processors: 4 × Intel® Core™ i7-7500U CPU @ 2.70GHz Memory: 31.3 GiB of RAM ADDITIONAL INFORMATION