JeffHoogland
X Server Freezes When Searching for Invalid .desktop Files in Everylauncher
When using Everylauncher, the X server freezes upon attempting to search for files with invalid paths. In a previous case, I discovered that a .desktop file with spaces in its path caused the issue. However, in the current situation, I am unable to locate any .desktop files with spaces—even though the freeze still occurs.
Steps to Reproduce:
-
Open Everylauncher. -
Initiate a search that involves an invalid file path (possibly referencing a .desktop file with an incorrect path). -
Observe that the X server freezes.
Expected Behavior: Everylauncher should handle invalid file paths gracefully, ideally logging an error instead of freezing the X server.
Additional Information:
-
Log Files: It would be useful to know if Everylauncher outputs errors to a specific log file. This information could help diagnose the issue further. -
Feature Request: Support for .desktop files containing spaces in their paths would be a welcome enhancement.
Hello I am not fully sure how to reproduce your problem. If you mean "spaces in file path", you mean the path to the desktop file or path in exec=path to the binary file? BTW, there is a way how to see the problem hopefuly. Install xephyr server and use it this way: Open terminology and paste this line: Xephyr -screen 1024x768 -br :1 open an another window and put this: DISPLAY=:1 enlightenment_start
You will see bodhi in nested session and now try launcher inside it. If you reach the problem you can see some output in term window. If not, an another way is using gdb but it is an another story level...
Stefan/bodhi dev
Correct, the path to the desktop file probably contains spaces (" "). I will try to debug with xephyr
Not sure how can path include space char. Desktop files are mostly stored in /usr/share/applications or ~/.local/share/applications. Have you created a personal desktop file and stored in some non standard place?
I have thoroughly checked the directories, and there are no suspicious paths. Additionally, I have not created any personal or custom .desktop files, which makes this behavior particularly strange to me.
OK, I agree it is strange. I suggest clearing Moksha config file. It should be harmless: rm ~/.e/e/config/bodhi/module.everything*.cfg If you wanna more aggressive clean remove the whole ~/.e folder. BUT, be aware the whole settings will be gone! In both cases, restart Moksha with CTRL ALT END.
I conducted the Xephyr test, and it consistently freezes without displaying any error messages. Notably, the freeze occurs ONLY when attempting to search using the letters 'y', 'u', 'a', 'h', 'l', or 'n'. This leads me to suspect that a corrupted file path containing one of these letters might be causing the issue.
Well I removed the whole .e folder and also made the Xephyr test again. The freeze is still there in everything launcher
Hmm, very strange. Frankly you are the first who announced this issue. My another idea: have you checked your ISO with MD5 file? This looks like corrupted installation. Do you have an another installation on other machine? Same issue?
Details
Give me some screenshots or a less than 30s video of how the launcher isn't working.
Signed - ???
I can see "app not found: /usr/bin/UnityHubNative". What is that?
Hmm, something is badly cached. Not 100% sure but can you remove ~/.cache/efreet folder? After that restart Moksha and wait a while to read all caches (icons, desktops).
I'm not sure what is calling /usr/bin/UnityHubNative because I uninstalled the program and also removed the .desktop file and cache.
It seems that deleting the .cache/efreet folder resolved the freezing issue with the Everything Launcher, but inadvertently caused the removal of .desktop files in ~/.local/share/applications/. Copying them back from /usr/share/applications/ hasn't restored their functionality.
Xephyr test after efreet removal and reboot
Hmm, I deleted cache/efreet for test and it did not erase desktop files from local/share/apps here. Try removing evry cache now with: rm .e/e/config/bodhi/module.every*
BTW, I had to updated icons cache to bring them back: sudo update-icon-caches /usr/share/icons/*
