-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fancy Menu: misbehavior if an favorite app is disinstalled. #2028
Comments
Didn't test immediately panel restart. So it's not a big thing. |
We have telepathy: today I was going to test exactly the same thing. Why did you close it? If an app is removed, it's logical to expect that its corresponding item under Favorites should be removed the next time Fancy Menu is shown. |
I stumpled by chance open that, in my debian testing VM I had 2 pcmanfm, the gtk one and ours, so I removed it and saw it. |
That doesn't rule out telepathy ;) |
We could detect .desktop file being deleted with a dir watcher. Also please tag me in things related to FancyMenu because I really like following it's baby steps. Sometimes I miss these discussions. |
You can "watch" lxqt-panel and other repos of interest, to miss nothing. |
I haven't looked into it yet, but I don't think watching desktop entries is the solution, because they can be in |
Perhaps the most resource-friendly approach is tell the user about the absence of their executables (e.g., by showing a message when he tries to activate them) and let him to remove them. Just a suggestion.... |
Thanks did't think of that.
I like it. Also I don't expect this would happen frequently. |
Removing an application which was previously added to the favorites menu triggers 2 errors:
Expected Behavior
An error should be displayed if launched
Current Behavior
It gets removed if panel is restarted.
See above
Steps to Reproduce (for bugs)
System Information
The text was updated successfully, but these errors were encountered: