-
-
Notifications
You must be signed in to change notification settings - Fork 18
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
Applications menu empty #50
Comments
Seems like an error with libmate-menus. Have you reported to the Fedora bugzilla? |
… On Sun, May 12, 2019 at 2:06 PM Victor Kareh ***@***.***> wrote:
Seems like an error with libmate-menus. Have you reported to the Fedora
bugzilla?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#50 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AJD7KCF6PLORRKHII4BF7IDPVBMBFANCNFSM4HMKYWIA>
.
|
ALDOS (fork of fedora without SystemD) I have the same issue. I don't think to be a mate-menu issue. It's definitely something weird with mate-menus library in certain desktop scenarios:
Because mate-menu was unusable with the applications menu empty, I started using brisk-menu, which showed the applications in the menu. Strangely the applications menu showed the preferences categories in the application menu. They are not supposed to be shown in applications menu, so I used mozo and tried to removed the preferences categories from the menu with mozo. These categories had no icons and neither disappeared from brisk menu until I did 'mate-menu --replace &'.. Funny thing is I was trying to debug mate-menu and to my surprise the applications were back in the applications menu. So, it seems to be related with the preferences categories, which neither mate-menu or brisk-menu use (both use a mate-control-center desktop entry). Removing the preferences categories fixed the issue for me, but made them disappear from the other menu applets, which actually make use of preferences categories. Back up ~/.config/menus/. Then use mozo and remove ALL the preferences-related categories from the menu. Then do: And check if the applications menu is back. In my case, if I delete ~/.config/menus/ (a hard and violent reset way), applications menu is gone. But, if using mozo and then removing all preferences categories, makes applications menu come back in mate-menu. |
I just struck this on my upgrade from Debian 10 to 11. It wasn't the preferences for me, but instead a 3rd party icon issue. I narrowed it down by unchecking (in mozo/preferences) items to do a binary search of which items were causing the issue. once I unchecked "Xilinx Design Tools", everything came back. I've had those tools installed since Debian 8, and they only now caused issues. As I would like to use them from time to time, I investigated which tool was causing the issue, and as it turns out it was the root entry causing issues. It had no icon except the default, and setting the icon to anything made them load properly. I'm unsure why the "Wine" category with an unset/missing icon doesn't cause the same issue. Of note, when running mozo before I updated the icon, I got this output. It vanished after I set the icon:
|
Fedora 30
19.04.0
The applications menu is completely empty when I open the menu, although the recent documents and places plugins are working fine. There don't seem to be any errors raised in the journal that I can find.
The text was updated successfully, but these errors were encountered: