Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 642298 - xfce-base/xfce4-panel-4.13.2 consumes CPU
Summary: xfce-base/xfce4-panel-4.13.2 consumes CPU
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: XFCE Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-26 11:49 UTC by Rabbe Fogelholm
Modified: 2018-04-02 20:03 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Output of `emerge --info' (info.txt,5.21 KB, text/plain)
2017-12-26 11:51 UTC, Rabbe Fogelholm
Details
patch that hopefully solves this issue until fixed by upstream (panel-window.diff,695 bytes, patch)
2018-04-02 20:03 UTC, Rabbe Fogelholm
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Rabbe Fogelholm 2017-12-26 11:49:38 UTC
My XFCE configuration has one panel, at the right edge of the desktop. When nothing particular is ongoing 'top' frequently reports over 50% use for xfce4-panel and X together. I tried removing applets from the panel but it does not help. The version of xfce4-panel is 4.13.2.
Comment 1 Rabbe Fogelholm 2017-12-26 11:51:17 UTC
Created attachment 511638 [details]
Output of `emerge --info'
Comment 2 Rabbe Fogelholm 2017-12-26 18:37:43 UTC
Masking xfce4-panel-4.13.2 is possible, causing 4.13.1 to be pulled in. This does not help however, the high CPU usage persists.
Comment 3 Wojciech Myrda 2018-01-01 08:58:18 UTC
I remember seeing something like that some time ago, but now on 4.13.2 I do not experience that. That leads me to believe the cause could be one of the dependencies that since then I reemerged and problem disappeared after doing so.
Comment 4 Jonas Stein gentoo-dev 2018-01-03 16:44:28 UTC
It is sad to read that you have problems with the software. The situation seems to be a bit more complicate and requires some analysis.
We can not help you efficiently via bug tracker. The bug tracker aims rather on specific problems in .ebuilds and less on individual systems. 

I have had very good experience on the gentoo IRC [1] with questions like this. Of course there are also forums and mailing lists [2,3].
I hope you understand, that I will close the bug here therefore and wish you good luck on one of the mentioned channels [4].
Please reopen the ticket in order to provide an indication for an specific error in an ebuild or any gentoo related product.

[1] https://www.gentoo.org/get-involved/irc-channels/
[2] https://forums.gentoo.org/
[3] https://www.gentoo.org/get-involved/mailing-lists/all-lists.html
[4] https://www.gentoo.org/support/
Comment 5 Rabbe Fogelholm 2018-01-07 09:08:09 UTC
I have now switched to the 'mate' desktop for daily use. I will keep the xfce packages alongside, and since I start my desktops with `startx' and .xinitrc I can easily switch between the two. Maybe the CPU usage problem will go away with a future upgrade of XFCE--I will keep an eye on it.
Comment 6 Rabbe Fogelholm 2018-03-31 20:15:10 UTC
Almost 3 months later; same symptoms still seen.

It seems that what I see is in fact
https://bugzilla.xfce.org/show_bug.cgi?id=13829 (High CPU usage in xfce4-panel, reported on xfce4-panel 4.13.1).

A workaround for now is thus to not use "Window Buttons" in any panel. Instead one can use "Window Menu".

Changing the status to "UPSTREAM".
Comment 7 Rabbe Fogelholm 2018-04-02 20:00:50 UTC
Hopefully a solution has been found; read here: https://bugzilla.xfce.org/show_bug.cgi?id=13829

You can try it out like this:

  download the attached panel-window.diff to /tmp

and then do (with adjusted paths to suit your system if needed)

  ebuild /usr/portage/xfce-base/xfce4-panel/xfce4-panel-4.13.2.ebuild configure
  cd /var/tmp/portage/portage/xfce-base/xfce4-panel-4.13.2/work/xfce4-panel-4.13.2/panel
  patch </tmp/panel-window.diff
  ebuild /usr/portage/xfce-base/xfce4-panel/xfce4-panel-4.13.2.ebuild compile install qmerge
Comment 8 Rabbe Fogelholm 2018-04-02 20:03:50 UTC
Created attachment 526368 [details, diff]
patch that hopefully solves this issue until fixed by upstream