-
Notifications
You must be signed in to change notification settings - Fork 461
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dash to dock broken, unable to rearrange icons #2010
Comments
Same Problem here. the workaround is to disable "Move the applications button at the beginning of the dock" |
When I moved the Show Applications icon to the end everything worked as intended. This error was introduced with the last change to put the button at the edge when in panel mode. |
Same here. No rearranging and the new opened apps that were not previously pinned to dash as favorites are not displayed properly. |
Hmm yeah that also does it but what is causing this issue I wonder? |
This is only happening on one machine, my laptop for example isn't sufferering from this same issue. |
There are some recent changes that affect the dock behavior. I downgraded to version 80 and changed the version from the local |
If anyone is using a Arch based system like me which uses Manjaro I have the backup package of the 80-1 package from Manjaro, I know this isn't recommended or trust worthy but I have the sig file to verify it that is if anyone wants it :) |
You can also downgrade manually: wget https://extensions.gnome.org/extension-data/dash-to-dockmicxgx.gmail.com.v80.shell-extension.zip
gnome-extensions install --force dash-to-dockmicxgx.gmail.com.v80.shell-extension.zip
nano ~/.local/share/gnome-shell/extensions/dash-to-dock\@micxgx.gmail.com/metadata.json
# Change version to 81 then CTRL+S and CTRL+X. Relogin and you should have version 80 running as 81.
rm dash-to-dockmicxgx.gmail.com.v80.shell-extension.zip |
@ionutbortis i assume the next update will skip & overwrite version 81 and fix the issues |
@FlyingPaperPlane Yeah, I hope these issues will get fixed in the 82 version release 🙏 If not, we can redo the above downgrade process, manually change version to 82 and so on 😅 |
Update: I noticed you can't rearrange icons when the apps icon is on the left, but works perfectly when it's on the right side. Isn't that odd? |
Thanks, confirming the workaround on manjaro gnome 44.1 testing. |
and re-enable ;) |
Sadly that doesn't work, if you re-enable it than it will go back to the same issue. |
yes, it does not really solve the pb, it is juste a workaround: disable > move the icon > re-enable it — and the icon is now at the correct place, that’s all you have to do it every time you have to move an icon. |
Yeah I agree |
Any progress on fixing this issue? |
When using a floating show apps icon setup, it needs to be at the same level of the dash box, but we can't use the same container because upstream code only uses that for application icons, and this assumption may break things such as DnD and potentially other things. So move things in a new container. Closes: micheleg#2010
#2021 should fix it, please test! |
how can I test that solution ? How do I « Use a different container to hold floating ShowAppsIcon»? This is not significant for me. Thank you ! |
Hi Marco, Thanks for looking into this! I tested the rearrange-fix-icons branch, we can now rearrange the icons, that's good. But on my side, there's still a small issue: Please see the attached screencast. |
I think this bug was also present before v80 and so it's another issue, but thanks for letting me know |
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: micheleg#2010 (comment)
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: micheleg#2010 (comment)
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: micheleg#2010 (comment) LP: #2017523
When using a floating show apps icon setup, it needs to be at the same level of the dash box, but we can't use the same container because upstream code only uses that for application icons, and this assumption may break things such as DnD and potentially other things. So move things in a new container. Closes: #2010
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: #2010 (comment) LP: #2017523
Just tested after #2021 merge and I think this is related: Last pinned item moves to the wrong side of the separator when a different item is unpinned. Screencast.from.2023-06-02.04-07-10.webm |
You're right, that bug seems to be introduced in v80. Just tested v79 and the issue is not present there. Also, #2023 fixes that issue, the newly opened apps that are not pinned to the dash are properly getting their order in the dash. Thanks! |
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: #2010 (comment) LP: #2017523
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: #2010 (comment) LP: #2017523
When using a floating show apps icon setup, it needs to be at the same level of the dash box, but we can't use the same container because upstream code only uses that for application icons, and this assumption may break things such as DnD and potentially other things. So move things in a new container. Closes: micheleg#2010
The separator may be wrongly computed as an extra icon item, causing new items being positioned in the wrong place. This is clearly visible when running a new application, that ends up being added as the one before the last one, instead of as the last one. By temporary removing the separator element we avoid having to consider the special case all the times when doing the icons positioning math, instead we can just add it back once we're done. See: micheleg#2010 (comment) LP: #2017523
I stumbled upon this issue as I'm having the same behavior on Gnome 45.1 and D2D v89 Screencast.from.2023-11-18.22-11-35.webm |
This bug is closed, but you can continue the conversation in #2122 |
Hey there I wanted to report a issue with dash to dock, I am unable to rearrange the icons using dash to dock and the only way I was able to make it work was to set it to panel mode and also resizing icons doesn't not work unless it's set to panel mode. and have no idea why it's happening
I tried
But it is still broken.
Screencast.from.2023-05-17.02-58-17.webm
I am using Manjaro Gnome using the latest version 81 and tested both the extension package from Manjaros repo and from Gnome extensions and have the same issue.
The text was updated successfully, but these errors were encountered: