After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 700640 - classic mode: Meinu - LibreOffice - office and Other
classic mode: Meinu - LibreOffice - office and Other
Status: RESOLVED NOTABUG
Product: gnome-shell
Classification: Core
Component: extensions
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-05-19 14:23 UTC by flokip
Modified: 2013-05-20 15:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description flokip 2013-05-19 14:23:40 UTC
Description of problem:
In classic mode then LiberOffice is both in Office mennu and in Other.
Installed from beta  RC2 Fedora-Live-Desktop-x86_64-19-Beta-1.iso.


Version-Release number of selected component (if applicable):
]$ rpm -qa | grep gnome-shell
gnome-shell-extension-apps-menu-3.8.2-1.fc19.noarch
gnome-shell-extension-default-min-max-3.8.2-1.fc19.noarch
gnome-shell-extension-static-workspaces-3.8.2-1.fc19.noarch
gnome-shell-extension-alternate-tab-3.8.2-1.fc19.noarch
gnome-shell-3.8.2-2.fc19.x86_64
gnome-shell-extension-common-3.8.2-1.fc19.noarch
gnome-shell-extension-places-menu-3.8.2-1.fc19.noarch
gnome-shell-extension-launch-new-instance-3.8.2-1.fc19.noarch
gnome-shell-extension-window-list-3.8.2-1.fc19.noarch


How reproducible:
Always.  in menu.

Steps to Reproduce:
1.  Install beta  RC2 Fedora-Live-Desktop-x86_64-19-Beta-1.iso
2.  yum install gnome-classic-session 
3.  login unsing Gnome classic
4.  See in Applications -> Office and Other  
  
Actual results:
LibreOffice is both in Office menu and Others.


Expected results:
LibereOffice only in Office menu as in F18.


Additional info:
https://bugzilla.redhat.com/show_bug.cgi?id=964686
Comment 1 Jasper St. Pierre (not reading bugmail) 2013-05-19 14:35:00 UTC
Yeah, it's unfortunate, but known. This is proper menu spec behavior, so there's nothing we can do.
Comment 2 flokip 2013-05-19 15:44:01 UTC
(In reply to comment #1)
> Yeah, it's unfortunate, but known. This is proper menu spec behavior, so
> there's nothing we can do.

Is the bug filed on wrong component?
Is there bug filed some where else?
Comment 3 Milan Bouchet-Valat 2013-05-20 12:05:01 UTC
This is probably a bug in either in LibreOffice or Fedora. Have a look at the Categories field in your /usr/share/applications/libreoffice-writer.desktop file.
Comment 4 flokip 2013-05-20 12:46:00 UTC
(In reply to comment #3)
> This is probably a bug in either in LibreOffice or Fedora. Have a look at the
> Categories field in your /usr/share/applications/libreoffice-writer.desktop
> file.

In F19 
/usr/share/applications/libreoffice-writer.desktop

Categories=Office;WordProcessor;X-Red-Hat-Base;X-MandrivaLinux-Office-Wordprocessors;
Exec=libreoffice --writer %U
Comment 5 Milan Bouchet-Valat 2013-05-20 14:33:47 UTC
Hmm, looks fine to me.

Jasper, why do you say that this is the proper spec behavior? There are only two registered categories here: the Main Category is Office, the Additional Category is WordProcessor. I don't see why it should also be shown in Others.
Comment 6 Jasper St. Pierre (not reading bugmail) 2013-05-20 14:49:35 UTC
It's related to how the behavior of OnlyUnallocated works, which is how we exclude certain apps from certain categories.
Comment 7 Milan Bouchet-Valat 2013-05-20 15:01:51 UTC
But since LO is included in Office, why would you consider it as unallocated? And what does make LO so special?
Comment 8 Jasper St. Pierre (not reading bugmail) 2013-05-20 15:17:47 UTC
No, nothing makes LO special. It happens to all apps, pretty much.

OnlyAllocated is there in the layout file for "Office":

https://git.gnome.org/browse/gnome-menus/tree/layout/gnome-applications.menu#n159

which defers processing to after the normal layout.

After which, both the Office category and the Other category notice this desktop file that was unallocated in the first pass, and they both grab it.

You can try to have the "first directory win", since the spec is unclear on whether allocating to an OnlyUnallocated directory in the second pass makes it "allocated". But if you do, you'll realize that when the user starts fiddling with Alacarte or another menu editor, it will change the order that directories are processed, and the wrong one will "win", and by clicking a checkbox or adding an entry, half your menu disappears.

In my opinion, the menu spec is just broken.
Comment 9 Milan Bouchet-Valat 2013-05-20 15:28:56 UTC
Sad... :-/