albert freezing on entering query #1388
Comments
|
Please post the logs when running a new albert instance (quit albert before) from terminal using |
i couldnt replicate the issue with all disabled, so likely the application plugin is the culprit with applications plugin on, it got stuck on 2nd query when i typed random gibberish https://gist.github.com/Iss-in/54ed7d638238a39706e131f06ab4c6ff ist i searched for firefox, which worked, then i typed "asdas" and input got stuck |
|
Have you seen those lines? 
|
|
does it means that these plugins are enabled ? |
|
The logs look regular. did albert freeze while you caputred this output? However theres one thing to note: Looks like you modified the desktop entries. Where did you put the icons? |
yes, first result was fine, on 2nd query i typed random letters and it got stuck |
|
some of the entries which i made manually are in .local/share/applications edit: actually seems like some of these are missing, but still that should not be the cause of this , right ? |
it means that the plugins are scanned twice? do you have some weird links? wait arch links /usr/lib to /lib or such right? |
|
File: /lib -> usr/lib |
|
what exactly happens if the input is stuck? in the logs all queries finished. |
no just a side note. missing icons should not affect queries |
Kooha-2024-04-22-15-54-33.webmafter it freezes, normally it resumes itself after a while |
|
I tried it on manjaro. I cant reproduce. I also added a missing icon entry. Works as expected. Any ideas? The above loggingrules are not correct. The dot excluded core debug messages. Try again using also see if it somehow depends on the platform |
there is absolutely nothing in logs, simply a long delay when freeze happens. i will try to see if its reproducible in gnome |
|
same thing in both gnome X and wayland session. in gnome wayland , i got the warning that window was not responding. |
|
I can't tell. I switched to my Linux box yesterday. Using the aur build and from source I could jot reproduce it. Have you tried to purge everything and build from scratch? |
|
seems like it turned out to be a case of corrupted config. deleted the config folder and its working fine now. idk what happened which caused the issue on both systems |
|
its not completely gone, but extremely hard to reproduce now. |
|
actually scratch that, running with applications plugin enabled
and its completely reproducible on my end gets stuck when i type counter as query thing to note here is that it only happens once after i start albert, not on successive retries |
|
You could run it using the logging filter '*=true' to see what happens internally |
That's what I did , no ? |
|
|
|
delay happens around line 4682 |
|
The last messages before the lag were about the svg renderer. Maybe this is the cause. Have you put custom icons in your icon set? Qt svg does not support all fancy extensions out there and I would not be surprised if the desktop entry and icon lookup specs limit the formats to a least common denominator. |
|
damn yes, i have done it for a few icons, adding them to default icon theme. now that i think, letme check |
|
that was likely the issue, some icon for csgo was causing the issue, removed it, and the lag seems to be gone for now. will update incase something else happens. as of now, its not reproducible with regular usage. thanks a lot |
|
Fine. Reopen if it occurs again. hf using albert |
|
I know this issue is closed, but thought I would add my experience. Starting from a 'cleaned' Albert (commit: 3122af6 and no .cache or .local files), I noticed that when typing 't' to search for and open Tweaks, Albert pauses and appears to hang. After (what seems like a very long time), the UI resumes with the first 5 't' selections presented. After that 't' works reasonably well for 'some time', but after some period of not using Albert, 't' again hangs things up. If I start selecting 't' items such that they are in my MRU/MFU history, things stay speedy. I am wondering if I have a lot of 't' items that are in some state that Albert does not like. I have not yet stumbled on other starting letters that cause this behavior. |
|
@tomporter518 the env vars above help you debugging. If the query takes long the query runtimes will show it as well as the item count. If that's not the problem you could send the full log like issin did. Have you put custom icons in your icon dirs? |
|
Thanks for the ask about custom icons. I had read through this thread and saw that but didn't immediately recall doing that. Most of the icons in .local are from Wine or Chrome, but I did have one symlinked SVG, which seems to now be present in the shared highcolor set, when it wasn't before. I have removed that and will continue to test. So far that seems to make a difference and queries return nearly immediately. |
|
Hi, having the same problem here. Can you please share which unknown svg element gives the issue? In my case I got a lot of "clipPath". Could it be this element which makes qt freezing? Here the full log: |
|
You could fgrep you icon dirs for these words |
|
getting same error again, this time with query "hibernate" for "system" plugin all these svg errors we are getting, it seems like those are not the icon name, but rather svg file elements https://developer.mozilla.org/en-US/docs/Web/SVG/Element/clipPath and somewhy qt renderer is causing issues with it ? and in logs we are not getting which actual icon/svg these errors are from not sure why valid svgs are also getting errored out |
|
can we reopen it ? its occurring frequently again @ManuelSchneid3r |
|
Have you checked the logs? Is it the svg renderer again. Maybe we should file a Qt bug |
|
I can add that I have been experiencing the freeze / delay as well, especially when hitting the shortcut and then typing P... DF, for example. |
|
i cleared albert cache, and removed db and history fine, and its smooth again, letsee if its permanent |
Package source
AUR
App report
Albert version: 0.23.0 Build date: Mar 16 2024 14:00:29 Qt version: 6.7.0 Build ABI: x86_64-little_endian-lp64 Build architecture: x86_64 CPU architecture: x86_64 Kernel type: linux Kernel version: 6.8.5-arch1-1 OS: Arch Linux OS type: arch OS version: unknown Platform name: wayland Style name: fusion Available styles: Breeze, Windows, Fusion Icon theme: hicolor Font: Sans Serif,9,-1,5,400,0,0,0,0,0,0,0,0,0,0,1 Language: English Locale: en_IN Binary location: /usr/bin/albert Working dir: /home/kushy Arguments: albert $LANG: en_IN.UTF-8 $QT_QPA_PLATFORMTHEME: qt5ct $PATH: /var/lib/snapd/snap/bin/:/home/kushy/.local/bin:/usr/local/bin:/home/kushy/.config/sway/scripts:/home/kushy/.scripts:/home/kushy/.go/bin:/home/kushy/.cargo/bin:/usr/lib/jvm/java-8-openjdk:/usr/lib/jvm/java-8-openjdk/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/var/lib/flatpak/exports/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/usr/lib/rustup/bin:/opt/android-sdk/platform-tools/:/opt/android-sdk/tools/bin/:/emulator:/opt/android-sdk/tools/:/home/kushy/.npm-packages/bin $SHELL: /usr/bin/zsh $XDG_SESSION_TYPE: wayland $XDG_CURRENT_DESKTOP: sway $DESKTOP_SESSION: $XDG_SESSION_DESKTOP:Current Behavior
albert freezes for a few seconds when entering query immediately after albert window pops up.
Issue was more severe when extensions were turned on, so i disabled all plugins except applications. reproducibility got reduced, but it still happens.
experiencing the issue on 2 different systems, arch and endeavour, same version of albert ( aur latest )
Expected Behavior
albert should not hang/freeze regardless of query
Anything else?
i could not see anything specific in logs, with or without extensions on, except for this
and sometimes
when i run
albert showmanually in terminalThe text was updated successfully, but these errors were encountered: