Summary: | 100% CPU use in Inkscape when using the oxygen style | ||
---|---|---|---|
Product: | [Plasma] Oxygen | Reporter: | Médéric Boquien <mboquien> |
Component: | gtk2-engine | Assignee: | Hugo Pereira Da Costa <hugo.pereira.da.costa> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | b7.10110111, hugo.pereira.da.costa, web |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Médéric Boquien
2012-08-15 07:52:25 UTC
How did you determine that it redraws that box? Hello, I used the kwin "Show Paint" plugin. Regards, Médéric OK, I can reproduce. It's because of our inner shadows hack. Meanwhile you can disable the hack by setting OXYGEN_DISABLE_INNER_SHADOWS_HACK env var to some value before running inkscape, if your performance drop is too severe to use it. can reproduce also Now this is a heavily customized widget. I suspect an actual bug in the widget itself. As soon as we connect to the targetExpose event, even when doing nothing in there, the recursive painting occurs. We'll likely have to dig into inkscape code to figure out more. For the record: widget is a gtkmm__GtkScrolledWindow, child is a gtkmm__GtkTreeView. Now, the list on the left of the guilty widget has the same signature, and does not show the problem. Will investigate further. Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved. Still reproducible with Oxygen-GTK 1.4.6-60-ga507b85c from Ubuntu 20.04 repo and Inkscape 0.92.5 from the same repo. |