A dock for the Gnome Shell. This extension moves the dash out of the overview transforming it in a dock for an easier launching of applications and a faster switching between windows and desktops. Side and bottom placement options are available.
Note: Binary files aren't shown on the web site. To see all files, please download the extension zipfile.
1. You should remove these timeouts in destroy: - line 470 dash.js - line 1034 locations.js - line 573 utils.js 2. The timeouts you are using in the prefs.js should be removed. extension.js side should be able to fix those issues. For example, if panel transition is an issue, you should remove the transition before changing it. 3. Remove 3.x version things since you are only supporting >=40. 4. There is another extension forked from this extension. You should also read these reviews and fix it here: - https://extensions.gnome.org/review/32270 - https://extensions.gnome.org/review/32282 If you need any help with your extension you can ask us on: - [GNOME Matrix Channel](https://matrix.to/#/#extensions:gnome.org) - IRC Bridge: irc://irc.gimpnet.org/shell-extensions
Hi Javad, thanks for the prompt review. Would you be so kind to give some hints about the underlying problems those changes you are suggesting are supposed to prevent? I'm trying to understand whether these are sources of crash/instability (I suspect those timeouts are of this kind?) or if they are just best practices/improvements (e.g. get rid of outdated code) which does not appear to be a blocking issue in my opinion. Thanks, Michele
Hi, - For timeouts in extension.js side: As we explained in [ego review guidelines](https://gjs.guide/extensions/review-guidelines/review-guidelines.html#remove-main-loop-sources): > You MUST remove all active main loop sources in disable(), even if the callback function will eventually return false or GLib.SOURCE_REMOVE. If you don't remove those timeouts in destroy the callback can get triggered after the disable. Because timeouts can get delayed. That may cause security issue since they can get triggered in lock screen or the destroyed object can get accessed. - For timeouts in prefs.js: Timeouts can get triggered after the prefs window is getting closed. In 42 you can easily access the [window](https://gjs.guide/extensions/upgrading/gnome-shell-42.html#fillpreferenceswindow). so if you insist to include those timeouts in prefs.js, you should remove them in `close-request` of the window. that's being said, you can still get the [window in 40 and 41](https://gjs.guide/extensions/upgrading/gnome-shell-40.html#get-prefs-window-and-resize-it).