Open afermar opened 2 weeks ago
I always need QT_LOGGING_RULES='albert*=true' albert
to get full information. Otherwise id have to ask dozens of questions. I tested it on Manjaro, but i cant reproduce.
I have this issue too, the plugin is not working until I do change checkboxes in settings. Just enabling/disabling and going back to original settings is enough. Is it the same for you?
I have this issue too, the plugin is not working until I do change checkboxes in settings.
What do you mean by that exactly? Has it been disabled and you had to enable it?
I merged the applications_mac
and application_xdg
plugin to applications
. Therefore the id changed and the settings section as well.
I’m talking about these checkboxes:
The extension remain enabled in settings between albert instances, but it is not functonnal after starting instance until I touch these checkboxes
I added some porting code that moves the settings from the old sections to the new sections. let me know if this works out for you
I think I have the same problem. It seems like indexing apps after albert starts is not working properly. Only after changing a setting, apps get re-indexed and can be found through albert.
Debug log of
This log is weird. Does it display Firefox? Because the item count of the applications query is 1. Also
00:26:31 [debg:albert.apps] Desktop file '/run/current-system/sw/share/applications/firefox.desktop' will be skipped: Shadowed by '/etc/profiles/per-user/sebi/share/applications/firefox.desktop'
Is weird because there's no line for '/etc/profiles/per-user/sebi/share/applications/firefox.desktop'
After toggling an option off and on, firefox is displayed:
00:26:43 [debg:albert.query_runtimes] │ 0 ms│ 0 ms│ 1│ #9 'fir' applications
Before toggling, just after starting albert, firefox is not found:
00:26:25 [debg:albert.query_runtimes] │ 0 ms│ 0 ms│ 0│ #3 'fir' applications
I assume this is because applications are not indexed when starting albert, but they are (re-)indexed when changing options.
I had the same issue. In my case, it seems to have been resolved by removing the albert config file (which in my case is $HOME/.config/albert/config)
Same problem here. I have removed the config, and setup everything again but the problem is still here. If I tackle with the configuration the applications reappear. After restart applications are gone. It's a Linux Mint Cinnamon 21.3 (based on Ubuntu 22.04).
Okay guys I am confused. We first have to define "the problem". What exactly means "not working"?
In my case:
xsak@sinister $ albert
23:59:14 [info:albert] Searching native plugins in /usr/lib/x86_64-linux-gnu/albert
23:59:14 [info:albert] Hotkey set to Ctrl+Space
23:59:14 [info:albert.ssh] Found 40 ssh hosts.
23:59:14 [info:albert.python] [28 ms] Python plugin scan
23:59:14 [info:albert.chromium] Indexed 655 bookmarks [4 ms]
00:02:23 [info:albert.apps] Indexed 1321 apps [167 ms]
00:02:29 [info:albert.apps] Indexed 1477 apps [69 ms]
I can confirm @xsak diagnostic
https://github.com/albertlauncher/albert/issues/1412#issuecomment-2222555718
I had the same issue. In my case, it seems to have been resolved by removing the albert config file (which in my case is $HOME/.config/albert/config)
This worked for me. Thanks @lcrippa.
I had the same issue. In my case, it seems to have been resolved by removing the albert config file (which in my case is $HOME/.config/albert/config)
This worked for me. Thanks @lcrippa.
I did try to clean both $HOME/.config/albert
and $HOME/.local/share/albert
and I’m still facing the issue
@CaseOf Can you post the output of QT_LOGGING_RULES='albert*=true' albert
here? The more information we have, the faster we can solve the issue :wink:
Here is my QT_LOGGING... log albert-debug.txt
Thank you both. I was trying to reproduce this with a minimal set of plugins when I discovered that the python.emoji
plugin didn't work for me, but then I deleted the cache and it started working again.
Perhaps clearing the cache will also solve this issue? (moving it is better than deleting it so we can revert)
mv $HOME/.cache/albert $HOME/.cache/albert.bak
If that doesn't work, can you confirm that this behavior persists with only the applications
plugin enabled?
Thank you both. I was trying to reproduce this with a minimal set of plugins when I discovered that the
python.emoji
plugin didn't work for me, but then I deleted the cache and it started working again.Perhaps clearing the cache will also solve this issue? (moving it is better than deleting it so we can revert)
mv $HOME/.cache/albert $HOME/.cache/albert.bak
If that doesn't work, can you confirm that this behavior persists with only the
applications
plugin enabled?
I did try, not better
Issue: applications not displayed Albert version: 0.24.3
Unchecking and checking again "Use *" settings for the Applications plugin fixed the issue.
Did not want to delete the config (yet).
In my case, the options used were:
use_generic_name=true
use_keywords=true
use_non_localized_name=true
Tried but did not fix: removing ~/.cache/albert
and ~/.local/share/albert
, and restarting the process.
I've successfully determined the source of the issue (hopefully) 🥳
With the Query -> Applications -> Fuzzy Matching
box enabled, I could reproduce the same behavior described by @xsak in https://github.com/albertlauncher/albert/issues/1412#issuecomment-2227115556. Immediately after unticking it, the normal functionality is restored.
Query -> Applications -> Fuzzy Matching
boxQuery -> Applications -> Fuzzy Matching
box (becomes indexed)@eljamm indeed I can reproduce it having fuzzy enabled! it affects all indexqueryhandlers.
Package source
AUR
App logs
Current Behavior
Applications plugin is enabled in config but does not work. Yet, if I disable and enable it again in settings it starts working properly.
Expected Behavior
App plugin should work on albert start if enabled in settings.
Anything else?
No response