Skip to content

Loading…

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

Closed
Prozium opened this Issue · 34 comments
@Prozium

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

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

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

@Carusu

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

@timvandermeij

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

I think it's related to Gnome 3.8

@City-busz

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

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

@timvandermeij

@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

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

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

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

@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

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 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

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

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

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

Problem persists in Cinnamon 1.7.8

@Carusu

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

@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
Linux Mint 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.

@tobiwae

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

@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

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

@Jodell88

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

@mtwebster
Linux Mint member

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

@mtwebster mtwebster closed this
@timvandermeij

Also fixed for me. :)

Thank you!

@Prozium

Works fine now =D

@Carusu

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

@tobiwae

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

@tobiwae

Seems to be fixed in 1.8.1 pkgver 2.

@simonwiles

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

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

Confirmed on Cinnamon 2.10 with muffin 2.0.5-1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.