Description of problem: The thunar file manager package adds several menu entries (at least on lxde, but I assume it might be similar on other desktop environments) Trouble is, those menu entries are rather misleading: if the user wants to start thunar, from the start menu: The first submenu of "Tools" shows an entry "File Manager" but that entry starts thunar-settings instead of the thunar file manager. If thunar-settings even needs a menu entry, I certainly wouldn't expect it directly in the "Tools" submenu nor under the title "File Manager". The weird title "File Manager" of thunar-settings corresponds to the "Name" field defined in /usr/share/applications/thunar-settings.desktop Oddly enough, the entry for the actual thunar file manager is one level below, in Tools/System Tools, which is kinda odd. It would be more practical to place the menu entry for thunar where the other one is now and to put thunar-settings in some submenu, if at all. Version-Release number of selected component (if applicable): thunar-1.6.3-2.mga4.src.rpm Steps to Reproduce: 1. install thunar on an mga4 with an lxde desktop environment 2. click on the start menu icon (the Mageia logo) then on "Tools" 3) watch the titles and placement of the menu entries of thunar Reproducible: Steps to Reproduce:
Summary: misleading menu entries for thunar-settings (and thunar) => misleading menu entries for thunar-settings (and thunar), at least in lxde
(in xfce it's in the preference submenu)
Keywords: (none) => TriagedAssignee: bugsquad => jani.valimaa
I'd say this is not a bug in thunar but in pkg which provides menus and menu layouts for lxde. In Xfce there's separate menu for settings. Reassigning back to bug squad.
Assignee: jani.valimaa => bugsquad
Keywords: Triaged => (none)
Source RPM: thunar-1.6.3-2.mga4.src.rpm => (none)
Assignee: bugsquad => nicolas.salgueroSource RPM: (none) => lxsession
The menu in LXDE comes from /etc/xdg/menus/applications.menu and this file is provided by desktop-common-data, which has no maintainer. Maybe, for Mga6, we could separate settings sub-menu from tools one but that change have to be discussed and approved on dev ML because it will affect all DE that use /etc/xdg/menus/applications.menu to generate their menu.
Version: 4 => 5
Note: if it's valid in cauldron, set version to cauldron and add MGA5TOO to whiteboard.
Version: 5 => CauldronWhiteboard: (none) => MGA5TOO
commit cdc100cd74d988953e17a601e727202f7ff47c4d Author: Nicolas Salguero <nicolas.salguero@...> Date: Thu Sep 24 11:49:50 2015 +0200 Update applications.menu to ignore XFCE and LXQt settings in LXDE (mga#13879) --- Commit Link: http://gitweb.mageia.org/software/desktop/common-data/commit/?id=cdc100cd74d988953e17a601e727202f7ff47c4d
Suggested advisory: ======================== The updated desktop-common-data correct applications.menu to ignore XFCE and LXQt settings in LXDE and improve some translations. ======================== Updated packages in core/updates_testing: ======================== i586: desktop-common-data-3.10-1.mga5.noarch.rpm x86_64: desktop-common-data-3.10-1.mga5.noarch.rpm Source RPMs: desktop-common-data-3.10-1.mga5.src.rpm
Status: NEW => ASSIGNEDAssignee: nicolas.salguero => qa-bugs
Was this fixed in Cauldron Nicolas?
(In reply to claire robinson from comment #7) > Was this fixed in Cauldron Nicolas? I think so, the same package was pushed to Cauldron.
Version: Cauldron => 5Whiteboard: MGA5TOO => (none)
OK, thanks. I saw there was a question asked on the ML https://ml.mageia.org/wwsympa-wrapper.fcgi/arc/dev/2015-09/msg00531.html
Source RPM: lxsession => desktop-common-data-3.10-1.mga5
CC: (none) => doktor5000
CC: (none) => nicolas.salguero
Testing complete mga5 32 Confirmed the bug and the fix. Also logged in to XFCE and confirmed the menu was still OK there. Thunar is listed by name there.
Whiteboard: (none) => has_procedure mga5-32-ok
CC: (none) => davidwhodginsWhiteboard: has_procedure mga5-32-ok => has_procedure mga5-32-ok advisory
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
An update for this issue has been pushed to Mageia Updates repository. http://advisories.mageia.org/MGAA-2015-0139.html
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED