LynithDev / gnome-app-hider

GNU General Public License v2.0
40 stars 4 forks source link

Apps stored in folders sorted alphabetically on every login #32

Closed Pracium closed 11 months ago

Pracium commented 1 year ago

Hey, since the last update all my apps stored in a folder get sorted alphabetically. Apps stored outside of folders aren't affected. Disabling this extension restores the original order.

Normal:

With extension enabled:

I don't know if there are any logs for your extension, if so, tell me where I find them, so I can send them to you. Also, if there is anything I can help with to identify the problem, let me know.

LynithDev commented 1 year ago

Hello! Can you provide me a list of extensions that you have installed and enabled?

Pracium commented 1 year ago

Woaah. That was fast.

I only have app hider installed so it has to be your extension causing this.

Edit: Of course the default extensions are installed but none of them is enabled. image

LynithDev commented 1 year ago

Hm, strange. I guess I'd require logs

journalctl -f -o cat /usr/bin/gnome-shell, disable and enable the extension and tell me what happens

Pracium commented 1 year ago

Error looking up permission: GDBus.Error:org.freedesktop.portal.Error.NotFound: No entry for geolocation Could not issue 'GetUnit' systemd call Failed to launch ibus-daemon: Failed to execute child process “ibus-daemon” (No such file or directory) GNOME Shell started at Sun Sep 03 2023 15:54:05 GMT+0200 (Central European Summer Time) Registering session with GDM Shutting down GNOME Shell Could not apply discrete GPU environment, switcheroo-control not available meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed

Disabled and enabled the extension but there weren't any new log messages.

But I noticed I made an error in my initially post. While disabling the extension immediately restores the right order the order will stay right after enabling the extension again until i reboot or re-login.

LynithDev commented 1 year ago

This is really weird, I'll look into it a bit later

LynithDev commented 1 year ago

Could you also list your system details?

Pracium commented 1 year ago

image image image

Anything else you need?

LynithDev commented 1 year ago

No that should be all, thanks

Pracium commented 12 months ago

Hey, any update on this?

LynithDev commented 12 months ago

Hey! I'd love to get around to fixing the issue but I'm a bit busy with life and other things. I'll definitely look into it this weekend, as well as the other issue.

I took a quick look about a week ago to see if it was a bug somewhere in my code, however I'm pretty sure I'll have to do a bit more looking into GNOME's shell in order to fix this

Pracium commented 12 months ago

Hey, no problem, take the time you need and don't stress about this.

Idk if this is possible, but maybe I know a workaround to fix this without much effort. As I said before, if I disable and then enable the extension again, it is fixed until the next restart. So if it is possible to make your extension auto disable and re-enable on startup, this may could be fixed.

Pracium commented 11 months ago

Any update?

LynithDev commented 11 months ago

Not really, I haven't touched the extension for 3 weeks already. I have no idea how it's being caused exactly

LynithDev commented 11 months ago

Should be fixed in GNOME <45 with https://github.com/LynithDev/gnome-app-hider/commit/90ad268c01def37346375e78802275b0743691da And GNOME >=45 with https://github.com/LynithDev/gnome-app-hider/commit/ee69b8ca19072657d1ef5d111b918b2799deda68