Dock shows on lockscreen on Ubuntu 17.10 #641
Comments
|
Could you check |
|
Could it be a conflict with ubuntu-dock? They're using the same variable name? nov 15 13:30:03 semall0566 gnome-shell[5623]: JS WARNING: [/home/ernsjo/.local/share/gnome-shell/extensions/dash-to-dock@micxgx.gmail.com/utils.js 34]: reference to undefined property Symbol.toPrimitive |
|
Yeah, uninstalling gnome-shell-extension-ubuntu-dock solved the issue for me. |
|
But uninstalling gnome-shell-extension-ubuntu-dock removes ubuntu-desktop and this could bring problems with system updates. I have been playing with this issue and with the Gnome favorites bar showing in activities view and found a workaround for both:
Although Dash to Dock was removed, the customization (position, size, behaviour, appearance) persist on Ubuntu Dock and the issues (dock shows on lockscreen and favorites shows on activities view) are not present any more. Notes: with this method, the only thing that you lost from Dash to Dock is the "Dash to Dock settings" menu from the applications icon, and of course, the Dash to Dock settings entry in Gnome Tweak Tool. I haven't tried yet, but I think that if you make a change from Dock entry in Ubuntu settings, may be some customization realized with Dash to Dock settings will be lost. |
|
Have done that (like the posts before) unintentionally and cannot reproduce that error anymore. |
|
Ok - had it now.
|
|
@1989gironimo I also had the same issue, but when I switched to "Stock Gnome" session and disabled ubuntu dock there, the issue vanished. I think its because of conflicts with ubuntu dock extension. Ubuntu devs have modified it not to display right click option and it somehow errors out I think the problem is with Ubuntu dock extension not default dash to dock one. I am no expert in this so excuse me if anything I have said is not correct. |
|
I also have this error, such a shame as this dash to dock looks amazing. looking glass, doesn't return any errors. |
|
please @micheleg solve this problem in the next version please. |
|
Seeing the same thing as well on a fresh install
|
|
Guys, you should uninstall gnome-shell-extension-ubuntu-dock from system, after that - no bugs |
|
I came across such a problem when customizing my dock with 'dash to dock'. Before that I installed gnome tweaks and in extension column I found switches for several managing extensions including 'dash to dock'. Just switching it off solved my problem. Wish that could help for someone! |
|
Anyone still affected by this issue with the Ubuntu Dock please mark yourself as affected by the Ubuntu bug! :) Also, here's the |
|
For me it happens in 18.10 every time after I wake my computer from sleep mode. It did not happen in 18.04 for me. |
|
I experience the same issue on Ubuntu 18.10. |
|
This #848 could fix this issue. |
|
Maybe it will fix it for Ubuntu dock, but not for other distros, that suffer the same problems, but do not have Ubuntu dock installed, just normal dash to dock. |
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: micheleg#641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: micheleg#641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: micheleg#641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: micheleg#641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: micheleg#641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: #641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: #641
Populate _trackedWindows using global.window_group.get_children() instead of global.get_window_actors() to guarantee a window is removed from the _trackedWindows map when the global.window_group 'actor-removed' signal is received. Without this guarantee we might keep a reference to a destoyed window actor, causing troubles when trying to disable the extension. Fixes: #641
|
I also experience this. Is there any info I can provide to help solve? |
|
@Shutchinson If you're using the default Ubuntu dock rather than Dash to Dock then yes, please run If you've manually installed then I don't know, we'd need a Dash to Dock developer to chip in. |
Referring to this bugreport: #569 (comment) - It's pretty much the same but in August that was already fixed.
It's not always the case but most of the time the dock is visible on the left bottom side if the lockscreen is active.
The text was updated successfully, but these errors were encountered: