Panel freezing

[Timothy Murphy]

I'm running Fedora-20 with KDE 4.12
(not quite sure how one defines the KDE version now?)

Every hour or so the panel does not take any input,
eg I cannot change virtual desktop by clicking on them,
although I can change them by eg Ctrl-F3 or Ctrl-F5.

I haven't found any way to cure this
except to log out and login again.

Has anyone else experienced this?

There are various other misfeatures allied to this, I think,
eg slabs of text get highlighted in a curious way.
But the panel freezing is the most obvious symptom.

[Gabriel Ramirez]

On 07/15/2014 06:05 PM, Timothy Murphy wrote:
> I'm running Fedora-20 with KDE 4.12
> (not quite sure how one defines the KDE version now?)
>
> Every hour or so the panel does not take any input,
> eg I cannot change virtual desktop by clicking on them,
> although I can change them by eg Ctrl-F3 or Ctrl-F5.
>
> I haven't found any way to cure this
> except to log out and login again.
>
> Has anyone else experienced this?

I'm experienced that but isn't too frequent,  in my  use case:

- kde with 12 virtual desktops in a vertical pager (and the free radeon 
driver for desktop effects)
- I switch with ctrl-F{1-6} between the first 6 desktops frequently
- use the pager for the remaining and less used desktops
- the problem in my use case happens in 2 to 5 days of uptime ( so I 
cannot get a proper test case to open a bug report)
- when It happens I click one virtual desktop and no switch between 
desktops occurs or some windows are moved from a virtual desktop to 
another or to all desktops

and I not see at the present because I changed from clicking in the 
pager to:

- using the keyboard to select the first 6 desktops
- clicking in  the task manager sometimes using 2 click when the apps 
have more than one window to select it
- using a desktop effect swiitcher  a keyboard shortcut to activate it 
and F## to select it
> There are various other misfeatures allied to this, I think,
> eg slabs of text get highlighted in a curious way.
> But the panel freezing is the most obvious symptom.

[Oron Peled]

Hi,

On Wednesday 16 July 2014 01:05:07 Timothy Murphy wrote:
> Every hour or so the panel does not take any input,
> eg I cannot change virtual desktop by clicking on them,
> although I can change them by eg Ctrl-F3 or Ctrl-F5.

Fully up-to-date Fedora-20 with similar problem (but not exactly the same):
 * The complete panel (not only virtual-desktop switching) is "almost" stuck.
 * By "almost" I mean it respond to click with a *very* long delay (~10 seconds or so).
> I haven't found any way to cure this
> except to log out and login again.

* Yesterday I noticed it first time and logged out/in again.
 * Today, after your mail, I verified that restarting "plasma-desktop"
   is sufficient to restore responsiveness:
   - Used Ctrl-ESC to pop-up the process list
   - searched "plasma-desktop" and killed it
   - Used Alt-F2 to run a new "plasma-desktop"
   - The new panel is responsive again.
> Has anyone else experienced this?

[Timothy Murphy]

Oron Peled wrote:
> On Wednesday 16 July 2014 01:05:07 Timothy Murphy wrote:
> > Every hour or so the panel does not take any input,
> > eg I cannot change virtual desktop by clicking on them,
> > although I can change them by eg Ctrl-F3 or Ctrl-F5.
> > I haven't found any way to cure this
> > except to log out and login again.
> Today, after your mail, I verified that restarting "plasma-desktop"
> is sufficient to restore responsiveness:
> Used Ctrl-ESC to pop-up the process list
> searched "plasma-desktop" and killed it
> Used Alt-F2 to run a new "plasma-desktop"
> The new panel is responsive again.

Thanks very much.
I've made a note of your solution.

[Patrick O'Callaghan]

On Wed, 2014-07-16 at 11:33 +0200, Timothy Murphy wrote:
> Oron Peled wrote:
> > On Wednesday 16 July 2014 01:05:07 Timothy Murphy wrote:
> > > Every hour or so the panel does not take any input,
> > > eg I cannot change virtual desktop by clicking on them,
> > > although I can change them by eg Ctrl-F3 or Ctrl-F5.
> > > I haven't found any way to cure this
> > > except to log out and login again.
> > Today, after your mail, I verified that restarting "plasma-desktop"
> > is sufficient to restore responsiveness:
> > Used Ctrl-ESC to pop-up the process list
> > searched "plasma-desktop" and killed it
> > Used Alt-F2 to run a new "plasma-desktop"
> > The new panel is responsive again.
>
> Thanks very much.
> I've made a note of your solution.

About 4 years ago I was getting some grief from Plasma and someone sent
me a script to restart it. I still have it but it's been years since
I've had to use it, but here it is anyway:

#!/bin/sh
# Restart the Plasma workspace under KDE. Use if Plasma crashes or
# Autohide stops working.

kquitapp plasma-desktop
sleep 5s
plasma-desktop &>/dev/null &

poc

[Timothy Murphy]

Patrick O'Callaghan wrote:
> #!/bin/sh
> # Restart the Plasma workspace under KDE. Use if Plasma crashes or
> # Autohide stops working.
>
> kquitapp plasma-desktop
> sleep 5s
> plasma-desktop &>/dev/null &

Thanks, I've put in ~/bin for emergency use.
Actually, my panel has not frozen for 24 hours,
and it has also stopped raining (I'm in Italy).
I'm not saying that is proof of a connection, but ...

[Patrick O'Callaghan]

On Wed, 2014-07-16 at 17:25 +0200, Timothy Murphy wrote:
> Patrick O'Callaghan wrote:
> > #!/bin/sh
> > # Restart the Plasma workspace under KDE. Use if Plasma crashes or
> > # Autohide stops working.
> >
> > kquitapp plasma-desktop
> > sleep 5s
> > plasma-desktop &>/dev/null &
>
> Thanks, I've put in ~/bin for emergency use.
> Actually, my panel has not frozen for 24 hours,
> and it has also stopped raining (I'm in Italy).
> I'm not saying that is proof of a connection, but ...

I see you subscribe to the fallacy of "post hoc ergo propter hoc" :-)

poc