Description of problem: mcc Configure system security navigation extremely slow. If you keep moving the scroll bar up and down it gets slower and slower and finally useless. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. click up a terminal 2. su - root 3. mcc click Security->Configure system security, permissions and audit-> Security settings->system security 4. Now click/drag the scroll bar up and down in the System security options screen a few time. Reproducible: Steps to Reproduce:
Sounds like a memory leak, but I cannot recreate the problem. With htop running in konsole, while scrolling it shows both X and python using around 30% each, but no growth of res or virt memory usage. What does htop show on your system, while scrolling the permissions?
CC: (none) => davidwhodgins
(In reply to Dave Hodgins from comment #1) > Sounds like a memory leak, but I cannot recreate the problem. > > With htop running in konsole, while scrolling it shows both X and python > using around 30% each, but no growth of res or virt memory usage. > > What does htop show on your system, while scrolling the permissions? Running in an xterm, middle click the top and bottom of scroll bar space. Waiting more than a minute for bar to move, htop shows 296M VIRT 113M RES 82484 SHR AND 46 to 39% cpu /etc/X11/X 315m VIRT 33356 RES 16088 SHR AND 54 to 61% cpu /usr/bin/python mem is 1068/7987MB Load average: 0.93 0.81 0.47 As soon as I kill msecgui.py x11/x goes back to 0.0 cpu. 277M 103M 71996 $ cat /etc/sysconfig/desktop DESKTOP=KDE4 DISPLAYMANAGER=kdm Clean install of Mageia-4-alpha3-x86_64-DVD.iso +updates. Athlonll X4 635 (P) 2.9 GHz (95W) 4000 MHz HyperTransport 3.0 Socket AM3 8 gig of memory.
Running with Plastic Window Decorations in an Oxygen Desktop Theme Problem happens in a VB guest and on two host machines.
I am seeing this same problem on an up-to-date cauldron system (not a fresh install of the alpha). I can move the scroll bar only once before the window appears to become unresponsive and I have to kill the process. Similar htop results as in Comment#2. I'm using KDE and the nouveau video driver.
CC: (none) => thierry.vignaud
This bug seems to be fixed for me - a clean install of beta2, fully updated. If Bit Twister agrees we can close it.
Source RPM: msec-0.80.10-13.mga3.src.rpm => msec-gui-0.80.10-13.mga3
(In reply to James Kerr from comment #5) > This bug seems to be fixed for me - a clean install of beta2, fully updated. > > If Bit Twister agrees we can close it. Sorry can not agree; still bogs down the system to almost unusable. Had to ssh in from another system to kill it just now. :( I always do clean installs. FYI: Thierry $ rpm --query --queryformat 'Source rpm: %{SOURCERPM}' --file /usr/share/msec/msecgui.py Source rpm: msec-0.80.10-14.mga4.src.rpm
Source RPM: msec-gui-0.80.10-13.mga3 => msec-0.80.10-14.mga4.src.rpm
I know but the bogus program is the gui sub package... As we've no maintainer for msec, you should ask for python devs on mageia-dev mailling list to look at this bug...
(In reply to Thierry Vignaud from comment #7) > As we've no maintainer for msec, you should ask for python devs on > mageia-dev mailling list to look at this bug... Sounds good, except I have tried a few times to post to the dev/user mailing lists and have not been able to register/get anything posted. I'll post my mailing list register/reply problem in mageia forum and see if I can get a resolution.
I can trigger this bug by disabling KDE desktop effects and cure it by turning desktop effects back on (logging out/in after each change). I've done this both on my main account, on which I've made a number of other desktop customisations, and on a virgin account. I've no idea what to do next in the way of trouble-shooting. Any suggestions?
(In reply to James Kerr from comment #9) > I can trigger this bug by disabling KDE desktop effects OK, That is the second thing I do just after a clean install/updates. > I've no idea what to do next in the way of trouble-shooting. Any suggestions? Hopefully Sandro might find something. http://article.gmane.org/gmane.linux.mageia.devel/32088
(In reply to James Kerr from comment #9) > I can trigger this bug by disabling KDE desktop effects and cure it by > turning desktop effects back on (logging out/in after each change). I've Then this could be a theme engine bug. What theme are you using?
(In reply to Thierry Vignaud from comment #11) > Then this could be a theme engine bug. > What theme are you using? kde Desktop Theme: Oxygen Window Decorations: plastik Desktop effects are disabled.
I'm using the choices set by Mageia: Oxygen throughout, except for the "Desktop Theme" which is Air. I have not been able to re-produce the bug in Gnome3 or Gnome Classic, but it does happen in XFCE. I haven't tried other DE's. If I have time later today or tomorrow, I'll try experimenting some more.
Hi guys, nothing found on my side :/
CC: (none) => cazzaniga.sandro
Summary: 4_a3: mcc Configure system security navigation extremely slow => mcc Configure system security navigation extremely slow (msecgui)Whiteboard: (none) => 4errata
can you try with another theme ? seems that Oxygen have some issues
CC: (none) => makowski.mageia
CC: makowski.mageia => (none)
(In reply to Philippe Makowski from comment #15) > can you try with another theme ? seems that Oxygen have some issues Using Crystal decorations / Elegance theme.... same results. Security is totally unusable. Clicking multiple times on the Close button, takes FOREVER for the system to terminate the window - using Xkill does the trick. Please advise. Running msecgui outside of MCC has the same effect - I'm guessing MCC just calls msecgui... Please advise.
CC: (none) => rwalker
I've changed the Mageia version to 4 since this bug is still present in Mageia 4, but does not seem to be present in current cauldron.
Version: Cauldron => 4
*** Bug 13836 has been marked as a duplicate of this bug. ***
CC: (none) => terraagua
In my tests with Mageia KDE 4.1 64bit, the msec-gui only worked in LiveDVD and soon after install. After the first update, it was very slow, almost frozen. But in the cauldron (Mageia 5 Alpha 1 KDE 64bit) did not work (see <a href="https://bugs.mageia.org/show_bug.cgi?id=13837">Bug 13837</a>)
Scrolling is working without delay on Release 4 and Release 5RC.
Status: NEW => RESOLVEDResolution: (none) => FIXED