search

passingthru67 / workspaces-to-dock

A gnome shell extension that transforms the workspaces into an intellihide dock
https://extensions.gnome.org/extension/427/workspaces-to-dock/
GNU General Public License v3.0
262 stars 54 forks source link

Workspaces-to-dock intermittently hangs on ubuntu 19.04 #172

Open Duoxilian opened 5 years ago

Duoxilian commented 5 years ago

Linux Distribution version

Ubuntu 19.04

Gnome Shell version

3.32

Xorg or Wayland (or both)

Xorg

Extension version or branch

Description of the problem

I have a disabled all extensions but Workspaces-to-dock which I cannot live without (well I can, but it is nicer to live with it). Periodically, when an external monitor is connected via the USB port, the machine hangs and only a forced powerdown will allow to regain control. This does not occur when Workspaces-to-dock is not enabled.

Steps to reproduce the problem

  1. Enable workspaces-to-dock
  2. plug in monitor via the USB port
  3. work for some amount of time
yoselibero commented 5 years ago

I can confirm this, but it is not related only to point "2. plug in monitor via the USB port". I don't see any particular pattern in usage before the freeze, but generally it is when i am moving the window (by mouse drag between thumbnails). Maybe it's triggered with the "activities" view, which is opened when i move the window. I also find this activities view super annoying as i want only to move the window, but i still need to escape the view. Maybe this is related to #143. I can't directly simulate the freeze, but it occures once per two days or so.

Duoxilian commented 5 years ago

I think the monitor is only exasperating the problem, but not the reason. I was running over the last 2 weeks with only this gnome extension in different settings and observe that (i) after some time, maybe 1 day of work, the dock suddenly gets stuck, i.e., it comes out and does not get hidden any more; I am not sure but I think that whatever process is handling this has crashed. This can be resolved by F2-r (restart gnome) (ii) when I first boot into ubuntu I must not touch the dock for a few seconds, otherwise the machine hangs for a while but recovers eventually.

I have been running either just with the laptop or with a monitor plugged in directly into the USB port. It does not seem to make a difference. I will try to move to my powered hub again and see what happens. I have used both gnome and ubuntu on xorg (which uses a slightly modified version of gnome) as my OS and the situation happens either way.

It would be so wonderful if somehow this could get fixed, as this extension is so essential to productivity.

kycheng1220 commented 5 years ago

Linux Distribution versions

Ubuntu 18.04, 18.10 and 19.04

Gnome Shell versions

3.28, 3.30 and 3.32

Xorg or Wayland (or both)

Xorg (never tried Wayland)

Extension version or branch

v48 to v50

I have the same problem as described by yoselibero. To reproduce the bug:

  1. Fresh-install Ubuntu with gnome desktop/xorg
  2. Reboot the computer and login to the gnome desktop
  3. Open some applications in multiple workspaces (more opened applications == easier to reproduce the bug)
  4. Continue to use the computer for 3-10 hours
  5. Then randomly mouse-drag applications between thumbnails
  6. Most likely the desktop will freeze within a few minutes of random mouse-dragging

After the freeze, you can still move the mouse pointer but the desktop does not response to mouse clicks. The frozen desktop also does not response to most keyboard inputs including Alt-F2. Ctl-Alt-F3 works and that is how I kill and restart the gnome shell.

In case it matters, the CPU is AMD Phenom II X6 and all Nvidia drivers from 2018 to current have the problem.

passingthru67 commented 5 years ago

Can anyone verify that this issue is present with the master branch code? There were a lot of bug fixes in the master branch that have only recently been uploaded to the extensions.gnome.org site (WtD v.51). It's still under review.

Duoxilian commented 5 years ago

Sorry, are you saying that we should reinstall this extension? Or is there some other process of trying the "master branch code"? Is there a way of validating what version of your wonderful extension we are running?

On Mon, Jul 29, 2019 at 9:32 AM passingthru67 notifications@github.com wrote:

Can anyone verify that this issue is present with the master branch code? There were a lot of bug fixes in the master branch that have only recently been uploaded to the extensions.gnome.org site (WtD v.51). It's still under review.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/passingthru67/workspaces-to-dock/issues/172?email_source=notifications&email_token=AF3GDFVIDHN4BF6MUG45FT3QB35ORA5CNFSM4ICJNOQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3A4VDQ#issuecomment-516016782, or mute the thread https://github.com/notifications/unsubscribe-auth/AF3GDFTAH5PA6OPCEO4CFW3QB35ORANCNFSM4ICJNOQQ .

Duoxilian commented 5 years ago

I also confirm the behavior reported by Ken Cheng. When dragging an icon between workspaces, the mouse arrow turns into a "+" character and nothing works any more. I can do CTL-ALT-F3, kill gnome shell, and then return to the previous shell via CTL-ALT-F2.

On Mon, Jul 29, 2019 at 9:39 AM Duoxi Lian duoxilian@gmail.com wrote:

Sorry, are you saying that we should reinstall this extension? Or is there some other process of trying the "master branch code"? Is there a way of validating what version of your wonderful extension we are running?

On Mon, Jul 29, 2019 at 9:32 AM passingthru67 notifications@github.com wrote:

Can anyone verify that this issue is present with the master branch code? There were a lot of bug fixes in the master branch that have only recently been uploaded to the extensions.gnome.org site (WtD v.51). It's still under review.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/passingthru67/workspaces-to-dock/issues/172?email_source=notifications&email_token=AF3GDFVIDHN4BF6MUG45FT3QB35ORA5CNFSM4ICJNOQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3A4VDQ#issuecomment-516016782, or mute the thread https://github.com/notifications/unsubscribe-auth/AF3GDFTAH5PA6OPCEO4CFW3QB35ORANCNFSM4ICJNOQQ .

kycheng1220 commented 5 years ago

I have installed the latest from the master branch just now. Will let you know in about a week.

Can anyone verify that this issue is present with the master branch code? There were a lot of bug fixes in the master branch that have only recently been uploaded to the extensions.gnome.org site (WtD v.51). It's still under review.

passingthru67 commented 5 years ago

@kycheng1220 Thanks.

passingthru67 commented 5 years ago

@Duoxilian Version 50 on the extensions.gnome.org site is not current. The master branch contains the most current code with bug fixes. I usually upload a new version to the extensions.gnome.org site after a round of bug fixes, but, I got busy and let it slide this time. Anyway, I just uploaded a new version (V.51) to the extensions.gnome.org this week. It will be available after their review process is complete.

yoselibero commented 5 years ago

@passingthru67 thanks! Btw, i just found a direct way how to trigger the freeze. It's funny, but:

  1. Start the Rhythmbox (default music player on Ubuntu, right?)
  2. Don't do anything important!
  3. Hit F11 for fullscreen
  4. Freeze, restart your machine

Found this by complete accident. I just verified that this occurs if and only if the extension is enabled. Maybe @kycheng1220 can give it a try?

kycheng1220 commented 5 years ago

With the latest from master branch, I can still reproduce the freeze using my steps. I can also reproduce using steps from yoselibero, but only sporadically.

I have installed the latest from the master branch just now. Will let you know in about a week.

Can anyone verify that this issue is present with the master branch code? There were a lot of bug fixes in the master branch that have only recently been uploaded to the extensions.gnome.org site (WtD v.51). It's still under review.

Duoxilian commented 5 years ago

I have also installed the latest from the master branch. I just had a freeze but did nothing (in fact, the computer just sat there while I was making dinner), but since the restart things have been going fine.

Just as background, I primarily use: emacs, docker, chrome, virtualbox, libreoffice. I tend to run anything that is not a standard utility or I use all the time in docker (eclipse, TeX), as well as some complex tools which involve a lot of installation (DB2, Lisp, Mysql). I use virtualbox for running windows.

On Mon, Jul 29, 2019 at 10:58 PM Ken Cheng notifications@github.com wrote:

With the latest from master branch, I can still reproduce the freeze using both my steps and those from yoselibero.

I have installed the latest from the master branch just now. Will let you know in about a week.

Can anyone verify that this issue is present with the master branch code? There were a lot of bug fixes in the master branch that have only recently been uploaded to the extensions.gnome.org site (WtD v.51). It's still under review.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/passingthru67/workspaces-to-dock/issues/172?email_source=notifications&email_token=AF3GDFS7ZYZXMTCW2YFNAKDQB635LA5CNFSM4ICJNOQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3CV2CI#issuecomment-516250889, or mute the thread https://github.com/notifications/unsubscribe-auth/AF3GDFT634RXMTTB4N2AIODQB635LANCNFSM4ICJNOQQ .

mwildam commented 5 years ago

I have a similar issue since a long time, independent from external monitors attached or not. And I did several long-term-tests to find out the cause without success. However, after disabling several Gnome extensions it got a little better. And: In my case a forced shutdown is not the only solution. Alternatively: Pressing CTRL+ALT+F6 (to switch to text console), CTRL+ALT+F1 (lock/login screen) and entering the password again, and then wait about 2-3 minutes suddenly resolves the issue and I can continue working. And I think probably Shutter (screenshot tool) and/or Custom Corner extension could be involved in the issue. However, I cannot disable them for weeks as I need to do a lot of screenshots also of remote machines where keyboard shortcuts do get transferred to the remote machine and so I need a mouse shortcut instead. So I only disabled them for shorter periods where the issues did not occur.

kadmonj commented 5 years ago

Same problem here. Had it on 19.04 and now on 19.10. The only way to work around it seems to be restarting Gnome. Don't have any of the extensions listed above, happens intermediately with or without an external monitor. Any progress son that? can we expect a solution in the future? I keep disabling this extension but then coming back to it because I miss it (only to disable it again after it disrupts my workflow)

kycheng1220 commented 5 years ago

I have been using freshly installed 19.10 with no other extension for almost 2 weeks. I have 6 workspaces and a few dozen windows dragging between workspaces, and no crash/freeze so far. The problem seems to be fixed on my side. The extension also feels much sappier in 19.10.

yinzixie commented 3 years ago

Still have same issue on 20.04.