Panel & Taskbar becomes unresponsive after a while [ Cinnamon 1.7.4-2 - Gnome 3.8 ] #1934

Closed
Prozium opened this Issue Apr 28, 2013 · 37 comments

Comments

Projects
None yet
@Prozium

Prozium commented Apr 28, 2013

I use the classic panel layout, and after a while both the menu and taskbar becomes unresponsive, restarting cinnamon does nothing - the only way is to restart X and wait until it becomes unresponsive again.
Cinnamon version: 1.7.4-2
Gnome version: 3.8

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij Apr 28, 2013

I have the exact same issue with Cinnamon 1.7.4-3 and Gnome 3.8.1 on Arch Linux. Is there maybe a workaround to fix this until a real patch comes out?

See also here: https://bugs.launchpad.net/linuxmint/+bug/1159707.

I have the exact same issue with Cinnamon 1.7.4-3 and Gnome 3.8.1 on Arch Linux. Is there maybe a workaround to fix this until a real patch comes out?

See also here: https://bugs.launchpad.net/linuxmint/+bug/1159707.

@NelsonBrandao

This comment has been minimized.

Show comment
Hide comment
@NelsonBrandao

NelsonBrandao Apr 28, 2013

I can confirm this a well. Arch Linux Cinnamon 1.7.4-3 and Gnome 3.8.

I can confirm this a well. Arch Linux Cinnamon 1.7.4-3 and Gnome 3.8.

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 29, 2013

Same problem here on Arch Linux. Sometimes I solve by using xkill on the panel.

Carusu commented Apr 29, 2013

Same problem here on Arch Linux. Sometimes I solve by using xkill on the panel.

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij Apr 29, 2013

Upgrading to Cinnamon 1.7.7-1 on Arch Linux does not solve the issue. Also strange that all people who are confirming the problem here are Arch Linux users. Might this be a Arch Linux only issue, @clefebvre?

Edit: the issue as described in the link in my first post seems to indicate a problem in the Cinnamon source code, so it is hard to imagine that only Arch Linux has problems with this...

Upgrading to Cinnamon 1.7.7-1 on Arch Linux does not solve the issue. Also strange that all people who are confirming the problem here are Arch Linux users. Might this be a Arch Linux only issue, @clefebvre?

Edit: the issue as described in the link in my first post seems to indicate a problem in the Cinnamon source code, so it is hard to imagine that only Arch Linux has problems with this...

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 29, 2013

I think it's related to Gnome 3.8

Carusu commented Apr 29, 2013

I think it's related to Gnome 3.8

@City-busz

This comment has been minimized.

Show comment
Hide comment
@City-busz

City-busz Apr 29, 2013

Contributor

I confirm this problem on Arch Linux, but I think it's an upstream bug.

It happens only when I drag and drop something, e.g. a file in nautilus or a text in gedit. After I drop the element, the panel remains unresponsive for mouse clicks, and the hot corners don't work also. I can still enter into expo and scale mode, and open the main menu with keyboard shortcuts. Sometimes the panel becomes responsive again when I close the application what used for DND, but many times I have to restart the X server.

Contributor

City-busz commented Apr 29, 2013

I confirm this problem on Arch Linux, but I think it's an upstream bug.

It happens only when I drag and drop something, e.g. a file in nautilus or a text in gedit. After I drop the element, the panel remains unresponsive for mouse clicks, and the hot corners don't work also. I can still enter into expo and scale mode, and open the main menu with keyboard shortcuts. Sometimes the panel becomes responsive again when I close the application what used for DND, but many times I have to restart the X server.

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 30, 2013

I also noticed that skype notifications make the panel unresponsive while they are visible

Carusu commented Apr 30, 2013

I also noticed that skype notifications make the panel unresponsive while they are visible

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij Apr 30, 2013

@Carusu: I wasn't able to find any pattern for when the taskbar becomes unresponsive, but it appears to be quite random to me. Is there anything I can to do help the debugging process? Especially since this is a really annoying bug.

@Carusu: I wasn't able to find any pattern for when the taskbar becomes unresponsive, but it appears to be quite random to me. Is there anything I can to do help the debugging process? Especially since this is a really annoying bug.

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 30, 2013

Sorry, but beside the skype notifications (which I am not sure are related to this problem), this issue appear to me as completely random

Carusu commented Apr 30, 2013

Sorry, but beside the skype notifications (which I am not sure are related to this problem), this issue appear to me as completely random

@Jodell88

This comment has been minimized.

Show comment
Hide comment
@Jodell88

Jodell88 Apr 30, 2013

One way I know to reproduce the bug 100% of the time is to watch a video on Netflix. Once a video is being watched the panel is completely unresponsive.

One way I know to reproduce the bug 100% of the time is to watch a video on Netflix. Once a video is being watched the panel is completely unresponsive.

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij Apr 30, 2013

Seems to be fixed on Arch Linux with Cinnamon 1.7.7-2. I'm not entirely sure yet, but I have not had a task bar freeze yet. @Prozium, @NelsonBrandao, @Carusu: could you please try again with version 1.7.7-2 and report if you still have the problem?

The changelog (https://projects.archlinux.org/svntogit/community.git/diff/?h=packages/cinnamon) tells me that a missing bracket might have been the cause for this. Again, I'm not entirely sure.

Seems to be fixed on Arch Linux with Cinnamon 1.7.7-2. I'm not entirely sure yet, but I have not had a task bar freeze yet. @Prozium, @NelsonBrandao, @Carusu: could you please try again with version 1.7.7-2 and report if you still have the problem?

The changelog (https://projects.archlinux.org/svntogit/community.git/diff/?h=packages/cinnamon) tells me that a missing bracket might have been the cause for this. Again, I'm not entirely sure.

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 30, 2013

@timvandermeij I'm currently using 1.7.7-2, and the problem still occurs to me

EDIT

I found out that one way to reproduce it is by drag-dropping any items from the file manager (mine is nemo) to the panel, no matter where. After that, to work around it, killall nemo

Carusu commented Apr 30, 2013

@timvandermeij I'm currently using 1.7.7-2, and the problem still occurs to me

EDIT

I found out that one way to reproduce it is by drag-dropping any items from the file manager (mine is nemo) to the panel, no matter where. After that, to work around it, killall nemo

@tobiwae

This comment has been minimized.

Show comment
Hide comment
@tobiwae

tobiwae Apr 30, 2013

I can confirm this bug on Arch Linux with Cinnamon 1.7.7-2.

@carasu: Here I don't even have to drop the file onto the panel. The panel already crashes when I drag and drop files only within nemo.

The panel does not crash completely by the way. For example new empathy notifications or changes in wifi connectivity are still shown in the tray area. It only doesn't respond to mouse clicks.

tobiwae commented Apr 30, 2013

I can confirm this bug on Arch Linux with Cinnamon 1.7.7-2.

@carasu: Here I don't even have to drop the file onto the panel. The panel already crashes when I drag and drop files only within nemo.

The panel does not crash completely by the way. For example new empathy notifications or changes in wifi connectivity are still shown in the tray area. It only doesn't respond to mouse clicks.

@rscholer

This comment has been minimized.

Show comment
Hide comment
@rscholer

rscholer Apr 30, 2013

Contributor

This might even be a nemo/nautilus bug, because if I run
nemo -q or nautilus -q (when using nautilus) the panel starts working again.

Nemo: 1.7.4
Nautilus: 3.8.1

Should I open a bug report for nemo?

Contributor

rscholer commented Apr 30, 2013

This might even be a nemo/nautilus bug, because if I run
nemo -q or nautilus -q (when using nautilus) the panel starts working again.

Nemo: 1.7.4
Nautilus: 3.8.1

Should I open a bug report for nemo?

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 30, 2013

I can confirm that simply dragging items in nemo is enough.

If xprop is used on the panel when the problem appears, it says that it is actually pointing to nemo, and not to the panel

Carusu commented Apr 30, 2013

I can confirm that simply dragging items in nemo is enough.

If xprop is used on the panel when the problem appears, it says that it is actually pointing to nemo, and not to the panel

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij Apr 30, 2013

Indeed, now I have the problem again too. It does happen to me when I drag and drop files or folders in Nemo. But isn't it kind of peculiar that an external program like Nemo can freeze a very specific part of the DE?

Indeed, now I have the problem again too. It does happen to me when I drag and drop files or folders in Nemo. But isn't it kind of peculiar that an external program like Nemo can freeze a very specific part of the DE?

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu Apr 30, 2013

I beginning to think that the panel is not frozen, but just "covered" by improperly sized windows, therefore this problem might be related to the windows manager, i.e. muffin

Carusu commented Apr 30, 2013

I beginning to think that the panel is not frozen, but just "covered" by improperly sized windows, therefore this problem might be related to the windows manager, i.e. muffin

@Jodell88

This comment has been minimized.

Show comment
Hide comment
@Jodell88

Jodell88 Apr 30, 2013

Problem persists in Cinnamon 1.7.8

Problem persists in Cinnamon 1.7.8

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu May 1, 2013

I can confirm with Cinnamon 1.7.8-1. It occurs even if I drag text around in the web browser

EDIT
Possible work-around (or at least mitigation of the problem): allow neither nemo nor nautilus to manage the desktop by using the --no-desktop option

Carusu commented May 1, 2013

I can confirm with Cinnamon 1.7.8-1. It occurs even if I drag text around in the web browser

EDIT
Possible work-around (or at least mitigation of the problem): allow neither nemo nor nautilus to manage the desktop by using the --no-desktop option

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij May 2, 2013

@rscholer: any news on this? Did you file a bug for nemo? It seems to be related to nemo indeed, as I can only replicate the bug when I move a file or folder in nemo.

@rscholer: any news on this? Did you file a bug for nemo? It seems to be related to nemo indeed, as I can only replicate the bug when I move a file or folder in nemo.

@mtwebster

This comment has been minimized.

Show comment
Hide comment
@mtwebster

mtwebster May 2, 2013

Member

We found what is causing the issue, and @City-busz knows about it.

This patch causes it:
linuxmint/muffin@baba0ed

I'm sure it's just the DND line that is the culprit.

Once more is understood why this is happening in 3.8 but not 3.6 (something else changed, but what/where?) we'll fix permanently in Cinnamon, until then interested maintainers can fix.

Member

mtwebster commented May 2, 2013

We found what is causing the issue, and @City-busz knows about it.

This patch causes it:
linuxmint/muffin@baba0ed

I'm sure it's just the DND line that is the culprit.

Once more is understood why this is happening in 3.8 but not 3.6 (something else changed, but what/where?) we'll fix permanently in Cinnamon, until then interested maintainers can fix.

@tobiwae

This comment has been minimized.

Show comment
Hide comment
@tobiwae

tobiwae May 2, 2013

Today I had to install "Code Composer Studio 5.3" from Texas Instruments and I noticed that while the (graphical) installer was running I had the same problem with the taskbar. As soon as the installer was finished and closed the taskbar worked again. So it seems to be not only related to nemo.

tobiwae commented May 2, 2013

Today I had to install "Code Composer Studio 5.3" from Texas Instruments and I noticed that while the (graphical) installer was running I had the same problem with the taskbar. As soon as the installer was finished and closed the taskbar worked again. So it seems to be not only related to nemo.

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu May 2, 2013

@timvandermeij IMO is not related to nemo, try this:
nemo -q
nautilus
move an item around and see if the problem occurs again.

Carusu commented May 2, 2013

@timvandermeij IMO is not related to nemo, try this:
nemo -q
nautilus
move an item around and see if the problem occurs again.

@City-busz

This comment has been minimized.

Show comment
Hide comment
@City-busz

City-busz May 2, 2013

Contributor

Thanks to @mtwebster, I fixed this problem in Arch Linux now. Just update muffin to version 1.7.4-2.

Contributor

City-busz commented May 2, 2013

Thanks to @mtwebster, I fixed this problem in Arch Linux now. Just update muffin to version 1.7.4-2.

@Jodell88

This comment has been minimized.

Show comment
Hide comment
@Jodell88

Jodell88 May 2, 2013

The problem has been fixed. I can now watch netflix videos with a responsive panel again.

Jodell88 commented May 2, 2013

The problem has been fixed. I can now watch netflix videos with a responsive panel again.

@mtwebster

This comment has been minimized.

Show comment
Hide comment
@mtwebster

mtwebster May 2, 2013

Member

I'm closing this issue here. I'll open one up in Muffin so we don't forget about it

Member

mtwebster commented May 2, 2013

I'm closing this issue here. I'll open one up in Muffin so we don't forget about it

@mtwebster mtwebster closed this May 2, 2013

@timvandermeij

This comment has been minimized.

Show comment
Hide comment
@timvandermeij

timvandermeij May 2, 2013

Also fixed for me. :)

Thank you!

Also fixed for me. :)

Thank you!

@Prozium

This comment has been minimized.

Show comment
Hide comment
@Prozium

Prozium May 3, 2013

Works fine now =D

Prozium commented May 3, 2013

Works fine now =D

@Carusu

This comment has been minimized.

Show comment
Hide comment
@Carusu

Carusu May 16, 2013

For me the problem reappeared with muffin 1.8.1, can anybody confirm?
Downgrading to muffin 1.8.0 solved

Carusu commented May 16, 2013

For me the problem reappeared with muffin 1.8.1, can anybody confirm?
Downgrading to muffin 1.8.0 solved

@tobiwae

This comment has been minimized.

Show comment
Hide comment
@tobiwae

tobiwae May 16, 2013

I can confirm that this bug reappeared with muffin 1.8.1 on Arch Linux. :(

tobiwae commented May 16, 2013

I can confirm that this bug reappeared with muffin 1.8.1 on Arch Linux. :(

@tobiwae

This comment has been minimized.

Show comment
Hide comment
@tobiwae

tobiwae May 16, 2013

Seems to be fixed in 1.8.1 pkgver 2.

tobiwae commented May 16, 2013

Seems to be fixed in 1.8.1 pkgver 2.

@simonwiles

This comment has been minimized.

Show comment
Hide comment
@simonwiles

simonwiles Aug 1, 2013

I'm experiencing this problem every day since doing a clean install of Mint 15 (Cinnamon 1.8.8 and muffin 1.8.2). Are there are known work-arounds?

I'm experiencing this problem every day since doing a clean install of Mint 15 (Cinnamon 1.8.8 and muffin 1.8.2). Are there are known work-arounds?

@simonwiles

This comment has been minimized.

Show comment
Hide comment
@simonwiles

simonwiles Aug 3, 2013

I don't know if it's helpful information or not, but I've just realized this happens to me only when using iBus (and killing ibus-daemon immediately returns the panels to a usable state).

I don't know if it's helpful information or not, but I've just realized this happens to me only when using iBus (and killing ibus-daemon immediately returns the panels to a usable state).

@nekinie

This comment has been minimized.

Show comment
Hide comment
@nekinie

nekinie Dec 25, 2013

Confirmed on Cinnamon 2.10 with muffin 2.0.5-1

nekinie commented Dec 25, 2013

Confirmed on Cinnamon 2.10 with muffin 2.0.5-1

@tomatolog

This comment has been minimized.

Show comment
Hide comment
@tomatolog

tomatolog Mar 28, 2016

Cinnamon version: 2.8.6 with Ubuntu 15.10 x64
just found too that ibus-daemon produces such behavior. However I not only killed it but found also that settings of ibus-daemon immediately pop-up issue
"Show icon on system tray" [checked]
"Show the language panel" [Always]

then I switched off
"Show the language panel" [Do not show]

and issue went off

Cinnamon version: 2.8.6 with Ubuntu 15.10 x64
just found too that ibus-daemon produces such behavior. However I not only killed it but found also that settings of ibus-daemon immediately pop-up issue
"Show icon on system tray" [checked]
"Show the language panel" [Always]

then I switched off
"Show the language panel" [Do not show]

and issue went off

@robsonvn

This comment has been minimized.

Show comment
Hide comment
@robsonvn

robsonvn Jul 27, 2016

I had a problem like this one but i'm not sure if it was the same issue.
My Painel was in Edit Mode and it makes the left click became unresponsive in taskbar.
Solution : Right click on taskbar and turn the option "Painel edit mode" off.

I had a problem like this one but i'm not sure if it was the same issue.
My Painel was in Edit Mode and it makes the left click became unresponsive in taskbar.
Solution : Right click on taskbar and turn the option "Painel edit mode" off.

@danuamirudin

This comment has been minimized.

Show comment
Hide comment
@danuamirudin

danuamirudin Oct 6, 2017

@timvandermeij
Hello I'am on Fedora and use Cinnamon for my DE
I dont know where directory to replace the file..
Thank

@timvandermeij
Hello I'am on Fedora and use Cinnamon for my DE
I dont know where directory to replace the file..
Thank

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment