[SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running

Bug #1064962 reported by Alex Valavanis
This bug affects 308 people
Affects Status Importance Assigned to Milestone
Application Menu Indicator
Invalid
High
Ted Gould
BAMF
Won't Fix
High
Marco Trevisan (Treviño)
LibreOffice
Won't Fix
Medium
bamf (Ubuntu)
Invalid
High
Didier Roche-Tolomelli
Quantal
Invalid
High
Didier Roche-Tolomelli
indicator-appmenu (Ubuntu)
Invalid
High
Unassigned
Quantal
Invalid
High
Unassigned
libreoffice (Ubuntu)
Fix Released
High
Björn Michaelsen
Quantal
Fix Released
High
Björn Michaelsen

Bug Description

[IMPACT]

 * there is no menu available in some scenarios of opening LibreOffice
 * makes LibreOffice essentially unusable when opening a docuemnt directly

[TESTCASE]

 * open a existing file from nautilus -> no menu in a unity session

[Regression Potential]

 * changes are to the menu code integration, possible regressions will be there
 * package has been available for user testing https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601 since 2012-10-26 without any reported regressions
 * see comment 74 for realworld enduser testing

---
pre-SRU description details:

1) Have no instance of LibreOffice running
2) open a document by double-clicking it in nautilus
3) new window has no menu
4) unfocusing/refocusing (e.g. by pressing F7 to bring up the spelling dialog) makes the menu appear

WORKAROUND: minimize and restore the LibreOffice window
(more permanent workaround, disable the global menu by removing the package "libreoffice-gtk").

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: libreoffice-gtk 1:3.6.2~rc2-0ubuntu3
ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5
Uname: Linux 3.5.0-17-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.6.1-0ubuntu2
Architecture: amd64
Date: Wed Oct 10 11:48:20 2012
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
SourcePackage: libreoffice
UpgradeStatus: Upgraded to quantal on 2012-09-30 (9 days ago)

original description:
In writer, none of the menubar items appear to work. Example:

* Open new document in Writer
* Type some text and highlight it
* Try Edit->Cut
>> Nothing happens
* Try Format->Change chase->UPPERCASE
>> Nothing happens!
workaround: restart your session after update

Revision history for this message
Alex Valavanis (valavanisalex) wrote :
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : Re: Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running

- Doing this with a _new_ document works fine here.
- Running "libreoffice ~/Documents/somedoc.odt" works fine here too.
- Drag'nDropping a document from nautilus to a LibreOffice window works fine here.
- However, doubleclicking "~/Documenys/somedoc.odt" from nautilus exports a menu just fine, but there are no actions executed.

Adding unity too as the menu is obviously exported and this might be some focusing/mapping issue in unity too.

summary: - Global menubar items do not work in Writer
+ Global menubar items do not work when opening a document directly from
+ nautilus with no LibreOffice instance running
Changed in libreoffice (Ubuntu):
status: New → Confirmed
Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

hmmm, even the "no actions are executed" observation is not always reproducible. Most of the time it works here.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@Antionio: Could you have a look maybe?

Changed in libreoffice (Ubuntu):
importance: Undecided → High
Changed in libreoffice (Ubuntu Quantal):
assignee: nobody → Björn Michaelsen (bjoern-michaelsen)
Revision history for this message
Alex Valavanis (valavanisalex) wrote :

weird... seems fine after a restart!

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

I'll check it...

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

indeed, I dont see it after restarting my session.
I see the window needing an unfocus/refocus combo to make the menu appear, but it does appear pretty reliably now here (not tested too much yet after the restart).

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

Actions seem to work for me, but I have noticed that menu is not displayed when the file is opened. It requires the window to be unfocused and focused to get displayed...

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

as for the window needing a un- and refocus:
- I dont think LibreOffice does something on these events (Right, Antonio?)
- I see the menu being exported just fine in d-feet, so it is at least allready on the dbus before the refocus (cant check it in d-feet without unfocusing LO though)

So the question is, if its on dbus, why doesnt the menu show it? The window properties are set correctly too.

summary: - Global menubar items do not work when opening a document directly from
- nautilus with no LibreOffice instance running
+ Global menubar needs unfocus/refocus if opening a document directly from
+ nautilus (empty otherwise)
Revision history for this message
Alex Valavanis (valavanisalex) wrote : Re: Global menubar needs unfocus/refocus if opening a document directly from nautilus (empty otherwise)

Another note: when I was experiencing the problem with Writer, I tried opening a new document in Calc... no such problem there.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@Alex: it seems to be only an issue for the first LibreOffice window appearing.

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

Executing Writer with G_DBUS_DEBUG=message I can see that actions are correctly published on DBus when window is shown, but not the GMenuModel. GMenuModel gets published when focusing the window again.

Using D-Feet right after unfocusing the window, I can read the GMenuModel. Then, after focusing the window again, GMenuModel gets published and displayed on the menubar...

Very weird stuff... menu seems to be ready, but for some reason is not read from the other side. Could this be a mutex problem in LO or is this a synchronization problem in indicator-appmenu?

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

maybe some "optimization" not exporting an empty menu (ignoring the fact that an empty menu can easily be populated later)?

description: updated
Revision history for this message
Adam Bruce (brucey-99-deactivatedaccount) wrote :

Just a wild guess, but it's not related to this bug at all is it? Bug #1045372

This is to do with menu items being greyed out after unfocusing/refocusing the window

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Bjoern

I experienced some problems when publishing a populated menu. When switching from LO's main view to Writer or other application, only the top-level items from menubar are displayed...

I think it shouldn't be happening, but it happens...

I have tried to not exporting the action group, and menubar gets displayed... but exporting both ends up with GMenuModel not being published after GActionGroup.

@Adam

I don't think it is related. However, I have been noticing that HUD is not updated properly when actions and menu items are added or removed, but menubar is...

Revision history for this message
Sebastien Bacher (seb128) wrote :

Bjoern, I don't agree with the title's change, here the menus are missing when opening a .doc from nautilus and they are missing for good, they don't come back after focussing out and in or after waiting...

Revision history for this message
Martino Ronchi (bellanano) wrote :

I Can confirm, no menubar opening an ods document or other LibreOffice document and no menubar after focus-out/focus-in

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : Re: Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running

While I saw it solved by a session restart yesterday, I can reproduce it again now. Changing back title.

summary: - Global menubar needs unfocus/refocus if opening a document directly from
- nautilus (empty otherwise)
+ Global menubar items do not work when opening a document directly from
+ nautilus with no LibreOffice instance running
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

note that was not based on my observation alone, but also on comment 5.

Ted Gould (ted)
Changed in libreoffice (Ubuntu Quantal):
status: Confirmed → Invalid
affects: unity (Ubuntu Quantal) → bamf (Ubuntu Quantal)
Changed in bamf (Ubuntu Quantal):
importance: Undecided → High
Changed in indicator-appmenu (Ubuntu Quantal):
status: New → Confirmed
importance: Undecided → High
Changed in indicator-appmenu:
status: New → Confirmed
Revision history for this message
Ted Gould (ted) wrote :

We basically believe this is a race between LO and indicator-appmenu. Indicator appmenu looks at new windows to see if they have menus on them, but doesn't have a way to see if they get added later. To fix we're looking at a way to register for a signal from BAMF to get the infomraiton when the atoms change so that we can see this data get added later.

Changed in bamf:
status: New → Confirmed
importance: Undecided → High
Changed in indicator-appmenu:
importance: Undecided → High
assignee: nobody → Ted Gould (ted)
Changed in bamf:
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
Changed in bamf (Ubuntu Quantal):
assignee: nobody → Didier Roche (didrocks)
Changed in indicator-appmenu (Ubuntu Quantal):
assignee: nobody → Ken VanDine (ken-vandine)
Changed in bamf (Ubuntu Quantal):
milestone: none → quantal-updates
Changed in indicator-appmenu (Ubuntu Quantal):
milestone: none → quantal-updates
Changed in libreoffice (Ubuntu Quantal):
milestone: none → quantal-updates
Changed in bamf:
milestone: none → 0.3.4
Changed in bamf:
milestone: 0.3.4 → 0.4.0
Revision history for this message
AO (aofrl10n) wrote :

This is very much present in Quantal final release. Actually this is not new and various bug reports point in this direction making LibreOffice quit unusable for the users since clicking on a file to launch it is a very common approach.

Revision history for this message
Franck (alci) wrote :

@aobreyss: fix seems to be targeted at bamf 0.4 branch. There are 3 bugs targeted for 0.4.0. Two of them are already fixed, this one is remaining... so I guess Timo is currently working on it ! I'm confident we will get a fix soon.

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

Agree. I think it either should be fixed, or the new menubar should be reverted.

Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :

I noticed that when I open a document and the LO window has no menu bar, the menu bar comes back when I'm minimizing the LO window and restoring it (e.g. clicking on its launcher icon).

description: updated
Revision history for this message
Mike Pasche (mike-d-pasche) wrote :

The "minimize/restore" workaround doesn't seem to work for LO Impress but it does seem to work for Writer and Calc.

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

Also switching the focus to another app and then to LO is a workaround...

Revision history for this message
Tomasz (dextras) wrote :

Again "switching the focus to another app and then to LO" workaround does not work for Impress. At least in my case.
LO: Version 3.6.2.2 (Build ID: 360m1(Build:2))
Ubuntu 12.10

Revision history for this message
Lance Eck (lance.eck) wrote :

See also https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069971 for same/similar issue when opening from within program or with no file open at all. lo-menubar NOT installed; fresh install of Ubuntu 12.10.

Revision history for this message
Jerry Preissler (gerald-preissler) wrote :

For me neither "minimize/restore" nor "unfocus/refocus" makes the menu reappear in Impress. My workaround is to open Impress first and the use the File->open dialog to open my document.

Revision history for this message
Stefan Skotte (screemo) wrote :

For now I just removed libreoffice-gtk to get the old menus back.

Something is definitely not really catching events/and or attaching functionality, because I can sometimes get the menus but nothing works in them (eg. exit, open file doesn't trigger a thing).

Stefan Skotte (screemo)
Changed in libreoffice (Ubuntu):
status: Invalid → Confirmed
Changed in libreoffice (Ubuntu Quantal):
status: Invalid → Confirmed
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@Stefan: Please dont change state unless you are sure this is not a bamf issue as indicated by ted above.

Changed in libreoffice (Ubuntu):
status: Confirmed → Invalid
Changed in libreoffice (Ubuntu Quantal):
status: Confirmed → Invalid
Revision history for this message
Allison Karlitskaya (desrt) wrote :

I can confirm this bug locally.

Looking at the D-Bus log, I see:

method call sender=:1.41 -> dest=org.ayatana.bamf serial=480 path=/org/ayatana/bamf/window60817505; interface=org.ayatana.bamf.window; member=Xprop
   string "_GTK_UNIQUE_BUS_NAME"
method return sender=:1.30 -> dest=:1.41 reply_serial=480
   string ""

...

method call sender=:1.41 -> dest=org.ayatana.bamf serial=461 path=/org/ayatana/bamf/window60817505; interface=org.ayatana.bamf.window; member=Xprop
   string "_GTK_UNIQUE_BUS_NAME"
method return sender=:1.30 -> dest=:1.41 reply_serial=461
   string ""

...

method call sender=:1.38 -> dest=org.ayatana.bamf serial=524 path=/org/ayatana/bamf/window60817505; interface=org.ayatana.bamf.window; member=Xprop
   string "_GTK_UNIQUE_BUS_NAME"
method return sender=:1.30 -> dest=:1.38 reply_serial=524
   string ""

in essence: bamf is reporting that the _GTK_UNIQUE_BUS_NAME property is not set on the window when it is first presented.

This means that either

  a) libreoffice is not setting the property before mapping the window (libreoffice bug)
  b) bamf is telling lies (bamf bug)

Pretty sure we can rule out the chances of this being in any other component...

Revision history for this message
Allison Karlitskaya (desrt) wrote :

The bamf code is a bit hairy, but basically it is synchronously calling XGetWindowProperty here, so I doubt that it's getting it wrong. Looks like a libreoffice issue...

Revision history for this message
Franck (alci) wrote :

@Ryan: have a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1064962/comments/20
So I think basically its neither a libreoffice bug, nor really a bamf bug, but a specification bug in the way menus are going to be exported by applications...

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Bjoern @Ryan

I commited a fix for this some days ago. In that fix, window settings are set before it gets mapped, so this bug should never happen if that is the issue.

Revision history for this message
Peter Harvey (pdqharvey) wrote :

To help those needing to have a reliable workaround, it is this:

If NO Libreoffice documents are currently open, ensure that you open an EXISTING file from the general LibreOffice 'White Window'. Then the menus should be displayed.

This works for me, whereas minimising restoring etc. produce no benefit.

In case this is of help tpo those searching for the bug, I think the problem can be distilled thus:

Two scenarios -

A)
If first LO document to be opened already EXISTS, menus will NOT be displayed.
Subsequent documents (even of other LibreOffice types) WILL display menus.

B)
If first document opened is a NEW document, opening further EXISTING documents of the same type will force the first to close (with the offer to save it if file contents have changed) but the menus will then be displayed for all remaining LO documents.

NB:
Opening an EXISTING document from within the general LO 'White Window' causes menus to be visible in that and subsequent documents. Opening an EXISTING file from within a NEW document (of any type) seems to behave in the same way (with a curiously low importance given to the new document involved).

General:
Once things have gone wrong, and menus are hidden, etc, the icons already pinned to the Unity Launcher start to show a variety of bizarre results on right-clicking (Calc even showed up as a launcher for a Launchpad version of a browser window...), offering to be locked to the Launcher when they are already etc.

With the workaround above, LO is usable. However, Alt STILL fails to bring down the application menus...

Revision history for this message
Jason Rogers (jrog) wrote :

On a couple of occasions where I have had a document open in Writer for a while and have been switching between applications, I have returned to Writer to find that the menu is no longer showing up. I cannot restore it by minimizing and restoring, by switching between applications, by opening new documents, or any other such thing that I've tried so far. I'm assuming this is related to the other issues we're having with the menu, but I haven't seen this particular aspect of the problem reported by anyone else.

Revision history for this message
Lance Eck (lance.eck) wrote :

I have noted the same behavior noted by jrog, too. I end up selecting all and copying, then creating a new document and pasting. The new document has menus. Later, I have had this new document behave the same way the original did. I merely repeat the process. It's cumbersome but I don't lose the work, at least.

Revision history for this message
William (bthomas-akld) wrote :

The problem also occurs if I do "open recent" when a document is already open. The second doc opens with no menu displayed.

Revision history for this message
Peter Harvey (pdqharvey) wrote :

Apologies - I think my remarks about the visibility of the menus hold true, but I am experiencing cases where a previously existing document (opened as the FIRST document from within the LO 'White Window' ), displays menus which although VISIBLE, do not FUNCTION... The workaround MAY be to open a blank document in the first instance, THEN open an existing one in any manner you choose.

@Lance:
Even where the menus are gone to pot, I have had no difficulty simply saving my changes using Ctrl+S. That should be much less cumbersome than creating new documents all the time.

I really hate to moan, but I cannot be alone in finding this excruciatingly embarrasing (never mind tedious)... I used to recommend Ubuntu - but now I cannot. For over a year or more there have been major useability problems in this core application, all concerning LO integration with Unity and Global menus. This particular problem was immediately apparent on the Quantal Live CD final release; however, I went ahead an installed it, believing that (after so many problems in Oneiric and Precise) there must be an update waiting in the repos - but there wasn't, as we now realise. I know it's free software, I am deeply grateful to all the programmers and I am happy to make my donation to Canonical, but it beggars belief that time could be wasted coding for Amazon shopping (for heaven's sake!), leaving this crucially important application in such a poor state. Just my 2p of rant. Sorry, but it's finally beginning to get to me...

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Peter

I am the guy responsible for the LO's Unity menubar implementation, and I apologize for all problems you are having. I commited a fix for this issue some days ago, but I don't know when it would be released, but it should be soon.

I know that implementation is far from perfect, but trust me that we did our best to integrate LO with Unity, but things went a little bit difficult in the process. I know that there are some issues with the menubar and I am working to fix all of them as soon as possible.

Hope this helps you in some way :)

Revision history for this message
Stéphane Guillou (stephane-guillou) wrote :

Completely agree with Peter Harvey's previous comment. I know have to tell people that "it is better to wait 2 months before installing a new Ubuntu version".

Bug #1070051 might be a duplicate.

Do you guys have the items in HUD? Is this related to Bug #1068546?

When menu items don't work, I can still use keyboard shortcuts and toolbars.

Revision history for this message
Peter Harvey (pdqharvey) wrote :

@Antonio

Thanks for the feedback - and for the hard work. I really am grateful and everything - I just want to be able to say with confidence "Linux is simply better, and it's free" as I used to! Looking forward to the fix :)

Revision history for this message
Alvin Ho (alfkh) wrote :

i see the same prob in fresh install ubntu 12.10 (not upgraded fm prev ver). My libreoffice is a ppa version installed like this
sudo add-apt-repository ppa:libreoffice/ppa
sudo apt-get install libreoffice libreoffice-gnome libreoffice-help-en-us libreoffice-pdfimport

Workarounds that i've tried
-> switch to other application then back to libreoffice -> doesn't always work
-> minimize & maximize libreoffice -> hasn't worked tonight

i'm wondering if this is contributing to the problem;
sudo apt-get autoremove appmenu-gtk appmenu-gtk3 appmenu-qt

i got it from noobslab
http://www.noobslab.com/2012/10/important-thingstweaks-to-do-after.html

Some time back, i had a problem with acrobat reader, menu items were not showing up. I did the above & the menu items appeared. I now blindly continue doing that since it worked. i'm feeling very rotten now bec i've just told the whole world how silly they are paying microsoft tons of money. Now looks like i'm the dunce! :(

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Updating this with the latest changes by Antonio in:
https://gerrit.libreoffice.org/gitweb?p=core.git;a=shortlog;h=refs/heads/feature/unitymenus-quantal
this seems to work. Im preparing an ppa-upload for testing right now -- if there are no issues with it, it should be SRUed.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :
Revision history for this message
Raymond Wells (rfw2nd) wrote :

Is this the same bug? On my 12.10 whenever I open a presentation (ODP) ... it doesn't matter if it's from the terminal, nautilius, or LibreOffice Impress directly, there is no global menu at all; not an _inactive_ global menu, I mean flat out no menu items at all appear in the global menu. If I open impress, create a new presentation, then open a presentation it works... for a while. Eventually, the menu will just flat out stop responding to events.

The HUD will only work on the new document, but not the openend document.

Revision history for this message
David Bamberger (david-bamberger) wrote :

adding this ppa and installing the libreoffice files from it doesn't change things for me....have the fixes allready been uploaded?

greetings,

David

Revision history for this message
Justin Solms (justinsolms) wrote :

I would like to confirm this bug. When I launch Calc from double-clicking on a .xls file in Nautilus I have the file open in Calc with menu available in the menu-bar

I would like to add to this bug. When I launch Calc from clicking on a .xls file in Dash (Files & Folders) I have the file open in Calc with menu available in the menu-bar

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Raymond

It seems to be the same issue. Please, try the updated package when available (very soon) and check if the issue has been fixed (it should).

@David

Are you using the i386 or amd64 version? I think that packages are still compiling on Bjoern's PPA...

Revision history for this message
David Bamberger (david-bamberger) wrote :

@Antonio

i'm on amd64 here. Ok, so it'll take some time, until the packages are ready. Will try it again in a few days.

greetings,

David

Revision history for this message
Peter Harvey (pdqharvey) wrote :

Is there any progress on the non-appearance of menu items when Alt is pressed, or is that a different bug?

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

I tested the build with Antonios fixes and found the issue to be fixed and found no regressions so far. Bug 1071725 is still there, but that is expected.

Still the changes are nontrivial, so I have some reservations about kicking this in as an SRU without at least some manual reallife testing in either the PPA or on -proposed.

And: Oh joy, the i386 ppa buildd failed again with no space left on device.

Revision history for this message
David Bamberger (david-bamberger) wrote :

@Björn

on wich system did you test the fixes? Are you using amd64? so maybe i did something wrong? i just added the ppa to synaptic and did an update.....did i miss something? The update installed several packages, but nothing changed for me. I also tried to delete the libreoffice folder in my home folder and did restart, but opening a writer document from nautilus or dash does still result in an empty menu bar.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@David: I tested with my own build (build on my machine) on amd64. There is no update in the ppa for amd64 as the buider ran out of disc space there.

Revision history for this message
Jason Rogers (jrog) wrote :

Just a minor quibble/clarification: @Bjorn, in #53, you say that the i386 ppa build failed; in #55, you say that the amd64 build ran out of space. It looks like the i386 build completed successfully, so I'm assuming the "i386" in #53 was a typo, and should have been "amd64"?

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@jrog: yes, sorry. typo indeed.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :
Revision history for this message
Peter Harvey (pdqharvey) wrote :

I'd like to test this (and benefit from it, if it works), but am not sure how to proceed. I've added the ppa, "ppa:bjoern-michaelsen/libreoffice-quantaltest-20120601" to my system and have run 'sudo apt-get update' and 'sudo apt-get upgrade'. No updated packages were installed and nothing seems any different (certainly, this bug is still present).

What else should I do? I'm running 12.10, amd64. Sorry if this sounds noobish, but I like to learn as I confront problems. Thanks in advance.

Revision history for this message
Benjamin Drung (bdrung) wrote :

Peter, visit the PPA website [1] and look at the top right: There you can see something similar to

libreoffice 3 hours 50 minutes ago
Currently building

It says: "Currently building". You have to wait until the package finishes building. This takes some time, because libreoffice is a big package. You can also click on "View package details" and look at the "Build Status" column. There you can see that the i386 and amd64 are still being built.

[1] https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601

Revision history for this message
Peter Harvey (pdqharvey) wrote :

Thanks - I get it now.

Other commands correct? Please let me know if not.

Revision history for this message
Benjamin Drung (bdrung) wrote :

Yes, once the build are finish, you will get them installed by running 'sudo apt-get update' and 'sudo apt-get upgrade'.

Revision history for this message
Raymond Wells (rfw2nd) wrote :

@Björn Michaelsen: amd64 failed again. I'm going to grab the source and see if I can build it on my machine. I'll let you know if anything explodes. :)

Revision history for this message
Raymond Wells (rfw2nd) wrote :

As an aside, can global menu be disabled interim? Or by an environment variable? (UBUNTU_MENUPROXY does not work) Because as it stands it renders libreoffice virtually unusable. Even in the cases where the menu works initially, it will eventually stop working. Removing libreoffice-gtk is an option I suppose... but then it skips all of the integration.

Revision history for this message
Alain A Servais (alain-a-servais) wrote :

@Raymond: I use 'sudo apt-get remove indicator-appmenu' and restart the session. The global menu disappears and the menu appears in the application window, for all the applications (not only LibreOffice). Handy until the fix is available.

Revision history for this message
Peter Harvey (pdqharvey) wrote :

@Alain: Very handy - thanks.

Revision history for this message
JPi (ajuanpi) wrote :

Ubuntu 12.10 quantal 64bits

Got from PPA
https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601

Works fine so far, the problem is apprently solved

Revision history for this message
David Bamberger (david-bamberger) wrote :

@JPi: are you sure you are on 64 bit? Installation fails for me.

and on the link you pasted is written: 40 hours ago Failed to build: amd64

Revision history for this message
Peter Harvey (pdqharvey) wrote :

Pressing ALT does not show menu items:

When this new version builds successfully, will it also fix the non-appearance of menu items when ALT is pressed? I raised this in #52, but I could not tell if the reference to another bug in #53 was in answer to my question.

Until it is, I'll opt to ditch ALL global menus (as in #65) rather than have to remember to change all my working habits just for LO.

Is this being addressed? For me this is not a trivial problem.

Revision history for this message
JPi (ajuanpi) wrote :

@David: Installation works but after a few trials the error reappeared. Sometimes, independently of how Impress is started the menus are there and sometimes they aren't. Also the version form PPA fails to start sometimes.

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@JPi

I have set up the PPA on my Ubuntu desktop and I can't see a new version of the libreoffice-gtk package, which I think that should contain the improvements. As @David said, amd64 version of LO apparently failed to build, so I think that nothing has changed with regard to the menubar integration.

@Peter

It's a known error and it's in the appindicator side. The Ubuntu Desktop guys are working on it :).
If you use mnemonics a lot, maybe you would prefer to remove the global menubar integration until it is solved.

Revision history for this message
Peter Harvey (pdqharvey) wrote :

@ Antonio

Many thanks for the clarification. It'll be great when that is fixed as well, but for now I'll just do without 'indicator-appmenu'. I'm quite happy to lose a thin slice of my screen space (not even that, in Firefox) for the sake of speed and flow...

Oddly, this (ALT not bringing up LO menus) is a regression - it was fine in Precise.

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Peter

Yes, I know. Problem is basically that menus are now implemented in a new way, and support for that was not as good as we expected at first. LibreOffice is one of the first apps to use it, and when you use new things... problems could arise :) Eventually, all apps would implement this way of publishing menus on next versions of Ubuntu. I know that for an end-user this is not a valid excuse, but that is the real issue.

Hope all issues would be fixed soon, so all Ubuntu users could have a greate user experience! (Including myself :P)

Revision history for this message
Peter Harvey (pdqharvey) wrote :

@Antonio:

I'm quite happy for the moment :) I wish I had the skill to help fix these things, but I'm just nowhere near that level. Looking forward to it all working (until the next release?... :P)

Revision history for this message
Xavier Guillot (valeryan-24) wrote :

Hello,

I paste again (sorry) the comment I made on duplicates as this bug seems more relavant, and as it can give additional informations. I confirm this bug with Global Menu on Libre Office in Ubuntu Quantal.

I see 3 types of problem:

- When I open a LibreOffice document directly from file manager, it starts and is visible, but as described by others there is no "global menu". Title of document is well displayed, but if I move the mouse on the top panel, only the buttons (close, minimize, maximize) are visible, the remaining of the panel is empty, no menu is displayed.

For Writer and Calc I have to select and put on foreground another opened program - via Unity dock - and reselect LibreOffice, then the global menu is well visible, accessible and works. For Impress even by switching, it remains empty.

- Also, sometimes, on a opened and working document, when I switch back from another program, again menu disappers, I have to re-do the switch to make it appear again.

- Last, sometimes it happens that the global menu is visible but totally inactive and inoperative : sub-menus are displayed, but if I click on a command, absolutely nothing happens (as if I did not click), and keyboard shortcuts still work...

Here the only way to get it back working is to close and restart LibreOffice.

For this last problem, I did not identify any specific situation which makes the problem always appear, it comes occasionally and randomly. Perhaps it's also a separate bug ?

Revision history for this message
Stéphane Guillou (stephane-guillou) wrote :

Comment #75 is the closest to what I experience. Thanks for that good description, Xavier.

description: updated
summary: - Global menubar items do not work when opening a document directly from
- nautilus with no LibreOffice instance running
+ [SRU] Global menubar items do not work when opening a document directly
+ from nautilus with no LibreOffice instance running
Changed in libreoffice (Ubuntu):
status: Invalid → Fix Committed
Changed in libreoffice (Ubuntu Quantal):
status: Invalid → Fix Committed
Revision history for this message
Mark Lanctot (mark-lanctot) wrote :

I get this when opening a document from "Recent documents".

It manifests itself in either of two ways:

- I get a little "stub menu" which contains no items - see attachment

- I get a menu as expected, but clicking on a menu item has no result

Hope the bugfix makes it out of testing soon, it's making LibreOffice unusable.

Thank you.

description: updated
Revision history for this message
Neels Moller (xavier-tnc) wrote :

Try pressing "Alt" twice and check again. It seems to bring back the menu (at least for me) while we wait for an update

Revision history for this message
Jorge Juan (jjchico) wrote :

It works! The Alt-Alt trick is nice. Thanks Neels.

Revision history for this message
Wolf Rogner (war-rsb) wrote :

Alt-Alt works on my MBP equally good in all three major applications

Needless to say, if we had known before...

Can this workaround be published on the Release notes? This would be of great help

Revision history for this message
Colin Law (colin-law) wrote :

Alt-Alt appears to work for me with Writer but not with Calc.

Revision history for this message
Colin Mills (cm006a5077) wrote :

Same problem as Colin, Alt-Alt works in Writer but not in Calc

Revision history for this message
In , Matthew Langner (mattlangs) wrote :

Created attachment 69373
Screen shot of missing menus with an arrow to show where they should be.

Problem description:

The menus are missing - such as File, edit etc - when I directly open a powerpoint 2003 file.

Steps to reproduce:
1. Open an .ppt file (powerpoint 2003) without any programs open before hand.
2. Once open the menus are missing when you mouse over the top bar.

Current behavior: Missing menus at the top

Expected behavior: Should show the 'File, Edit, etc options in the menu bar at the top when you mouse over.

Platform (if different from the browser): ubuntu 12.10

Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0

Revision history for this message
In , Oswald Prucker (prucker) wrote :

I see the same problem with any file if LibreOffice is started by opening a file (e.g. via clicking it in the filemanager). The problem does not occur if LO (which component ever) is first opened (e.g. from the dash) and then a file is opened via the menu (File > Open ...)

This problem is new in Ubuntu 12.10. It did not occur in the previous version.

Revision history for this message
In , Carsten Joost-Schmidt (babuschmidt) wrote :

If i start calc at first the menu is missing.

When i start writer at first and than calc everything is OK !

Dimoune (dimoune)
Changed in libreoffice (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Dimoune (dimoune) wrote :

sorry, I accidentally change the status to "fix released" in libreoffice and this is not the case, unfortunately.

Changed in libreoffice (Ubuntu):
status: Fix Released → Fix Committed
Revision history for this message
Chris Hermansen (c-hermansen) wrote :

A question if I may - does the committed fix mentioned above fix the sometimes-not-there global menu, the global menu whose actions produce no visible results (mentioned by Xavier in #75), or both?

Revision history for this message
In , Rob Snelders (ertainl) wrote :

*** Bug 56724 has been marked as a duplicate of this bug. ***

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Chris

It should fix all issues related to hidden global menus.

Revision history for this message
dnprossi (dnprossi) wrote :

Updated adding package from
https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601
Menus appear but stall after some time
Clicking on menu items does nothing. Close reopen app they will work for a while then stall again...
Tried making a fresh libreoffice install but no change...
Ubuntu 12.10 Desktop 64bit

Revision history for this message
sanmiguel9 (againsttcpa84) wrote :

@dnprossi

afaik there are no 64bit packages in bjoern-michaelsen's PPA, because the amd64 version failed to build (no space left on device). Thus, the fix for the LibreOffice menus can only be seen on 32bit systems. I am waiting too to try the fixed packages on 64bit...

Revision history for this message
Xavier Guillot (valeryan-24) wrote : Re: [Bug 1064962] [SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running

I got another bug today on a Calc file : sometimes when opened directly
from Nautilus file manager, when the global menu appears (if not, I have
to switch between programs or to restart Calc, switch does not always
succeed), the entry "Datas" (in right of "Tools", "Données" in french)
was just missing...

Other ones (File, Edit...) were there, but not Datas (used for example
to sort cells).

I will wait the fix release, too, in order to see if all problems are
corrected.

Revision history for this message
Paul Greindl (paul-greindl) wrote :

Don't know if someone mentioned it already, but after unfocusing/focusing, or hitting alt-alt, the menus are back, but the HUD is still not working.

Sorry, if it is a "double comment" :-)

Elvis (elvis-gallegos)
Changed in libreoffice (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Pilot6 (hanipouspilot) wrote :

The fix failed to build for amd64.

Revision history for this message
Tom Dignan (tom-dignan) wrote :

@Elvis

Forgive my noobishness, but could you explain what Fix Released means? I had this problem and I had to fix it by installing this ppa: ppa:bjoern-michaelsen/libreoffice-quantaltest-2012060 (thanks bjoern!)

I just did this now. I did apt-get update and upgrade before trying the PPA and the bug persisted.

So I'm assuming Fix Released *doesn't* mean it's in the quantal-updates or quantal-proposed repos yet?

Anyway, bjoern's PPA did the trick for me. Seems fixed.

Revision history for this message
Warren Hill (warren-hill) wrote :

The status for Quantal (12.10) shows "Fix Committed" not "Fix Released" this means it will be in the next release. As 12.10 is not an LTS version this means Raring Ringtail (13.04)

Not releasing the change until the next version should ensure that it is fully tested and does not break anything else.

Some changes however are "Fix Released": which means the fix is available now, if I understand correctly. I am not sure who/what decides if a change is implemented immediately or in the next release.

Security fixes tend to get higher priority. Perhaps someone with more experience can clarify further.

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

Please don't update the status to fix released. It is normally done automatically when a package with the fix is released. That an experimental fix is available in a PPA does not mean the bug is fixed.

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

This fix is going to be included in Quantal as it breaks a major functionality of LibreOffice. You can see in the description that a SRU is planned: https://wiki.ubuntu.com/StableReleaseUpdates

Revision history for this message
John D Marsden (jdmarsden) wrote :

Any plans to fix the failed amd-64 build in ppa:bjoern-michaelsen/libreoffice-quantaltest-2012060 so we can help to test it in a 64-bit environment? Or does the "Fix Commited" and references to SRU mean that we are going to see it in the quantal-updates any day now for 64-bit as well as 32-bit?

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

setting back to fix commited. The ppa cant be easily fixed. I tried to hunt down people able to solve the "ppa builders are to small" issue at UDS to no avail so far.

Changed in libreoffice (Ubuntu):
status: Fix Released → Fix Committed
Revision history for this message
Pilot6 (hanipouspilot) wrote :

The problem is that there is not enough space on the disk in launchpad.

Revision history for this message
Andy Braben (abraben) wrote :

Alt-Alt does NOT fix or do anything for me.

Revision history for this message
Luc Bruninx (luc2005) wrote :

I have copy the source package from https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601 to my own PPA and build it for amd64.

I have tested this patch and it works for me on quantal 64 bits.

Add my PPA and update to apply the fix for amd-64:

sudo add-apt-repository ppa:luc2005/ppa-luc-bruninx
sudo apt-get update
sudo apt-get upgrade

Revision history for this message
Brian Murray (brian-murray) wrote :

While the patch in the quantal proposed queue looks fine this needs to be fixed in Raring before we can accept the package from the queue.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

That was never handled that way for LibreOffice as:
- we will ship raring with a different major version as quantal -- LibreOffice 3.6.x is not developed on raring at all
- raring has additional fixes to LibreOffice packaging -- we dont want to SRU more than absolutely needed, so porting back what is in raring is counterproductive
- finally, LO is depending on a third of main -- what works in raring, might be a problem in quantal

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Oh, and in addition to the above, this is a vendorpatch in quantal and will be included in the upstream package for 3.7/raring, so the fix there for raring (where the feature is upstreamed) is totally different from quantal (where it is a vendor patch).

Revision history for this message
Colin Mills (cm006a5077) wrote :

Luc
I installed the ppa (from post #99) and my 64 bit libreOffice Global Menu now works perfectly when I call a file via Nautilus. Thanks for all the hard work.

As an aside, is it planned to port this fix into an update for Quantal, or will we need to install the fix via your ppa?

Changed in indicator-appmenu (Ubuntu Quantal):
assignee: Ken VanDine (ken-vandine) → nobody
Changed in indicator-appmenu (Ubuntu):
assignee: Ken VanDine (ken-vandine) → nobody
Revision history for this message
Peter Harvey (pdqharvey) wrote :

I have added Luc's ppa as in #99 above and can confirm that menus can now be accessed in pre-existing documents opened from Nautilus, Dash etc. However, comment #103 goes too far in saying 'libreOffice Global Menu now works perfectly':

The menu can be accessed *only* by using the pointing device or 'indicator menu' shortcut (Alt+F10 is the default, I think), which leaves two problems (related, I imagine) remaining:

1) Pressing ALT (with or without a shortcut key) fails to show the menu
2) HUD does not function within LO

These problems seem to apply to any LO documents - whether new or opened from Nautilus, etc.

Not being able to use ALT to show the menu is a major stumbling block for me, since it breaks the system-wide pattern of menus and shortcuts, which is by far the fastest way to to do frequent tasks.

Back to my preferred workaround (sudo apt-get remove indicator-appmenu). Although that denies me the use of HUD in *all* applications (since the global menus issue is still unresolved), I can use Alt-based shortcuts in LO, which is more important.

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

@Peter: Or, if you can live without the other GTK integrations, remove package "libreoffice-gtk" (you can reinstall it when this bug is solved). Then you only loose global menu in LibreOffice.

description: updated
description: updated
Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

@Peter: see bug #739184. I suspect that that bug also will be solved when this bug is solved.

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

@Peter

As @Marius pointed out,the mnemonics issue is known and it's on the appindicator side. The desktop guys are working on it to get it solved soon.

The HUD problem is also known, and we are trying to find out why isn't it getting updated properly. I suspect that there could be a problem on the HUD integration with GMenuModel/GActionGroup, but I am not sure.

Revision history for this message
Brian Murray (brian-murray) wrote : Please test proposed package

Hello Alex, or anyone else affected,

Accepted libreoffice into quantal-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/libreoffice/1:3.6.2~rc2-0ubuntu4 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

tags: added: verification-needed
Pilot6 (hanipouspilot)
tags: added: verification-done
removed: verification-needed
Revision history for this message
In , Rob Snelders (ertainl) wrote :

This seems to be a Ubuntu 12.10 specifice issue. Please look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1062757 to view the status

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

removing lp#1062757 as this is not about gnome-classic but in a unity session, adding lp#1064962 which is the right downstream bug.

Closing as NOTOURBUG here as it is caused by a downstream vendorpatch in 3.6.

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

*** Bug 56283 has been marked as a duplicate of this bug. ***

Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Won't Fix
Revision history for this message
Luc Bruninx (luc2005) wrote :
Revision history for this message
Luc Bruninx (luc2005) wrote :
Revision history for this message
Wolf Rogner (war-rsb) wrote :

Linux mbp 3.5.0-18-generic #29-Ubuntu SMP Fri Oct 19 10:26:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

On my Macbook Pro 6,2 nothing changed to the better. Now alt-alt does not work at all (it used to in some cases).

This was the update:

Start-Date: 2012-11-10 12:59:34
Commandline: aptdaemon role='role-commit-packages' sender=':1.496'
Upgrade: libreoffice-help-en-gb:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-help-en-us:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-style-tango:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), fonts-opensymbol:amd64 (102.2+LibO3.6.2~rc2-0ubuntu3, 102.2+LibO3.6.2~rc2-0ubuntu4), libreoffice-common:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-style-human:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-help-de:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-emailmerge:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-java-common:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-l10n-en-gb:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-l10n-en-za:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4), libreoffice-l10n-de:amd64 (3.6.2~rc2-0ubuntu3, 3.6.2~rc2-0ubuntu4)
End-Date: 2012-11-10 12:59:53

The only RELIABLE methode is to start LO launcher (where you can select which document you want to create). Any document opened hereafter (be it from the recent documents menu or from nautilus) will have menus regardlessly.

Revision history for this message
Rafael Jacobo Hidalgo Urbino (rjhidalgo-s) wrote :

I have updated LibreOffice to the proposed package, now I have global menu when opening documents from Nautilus, but in this case HUD is not working in LibreOffice. HUD in this case is not able to search nothing in LibreOffice menu.

But, if I open Writer, then I open a document from File-->Open..., in this case I can use HUD, it works very well.

Step to see the bug.
1- Open a document from Nautilus.
2- See that global menu is working.
3- Press ALT to use HUD, input some search in HUD and yo will see that itś ot working with LibreOffice menu.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

rjhidalgo-s: Please do DONT mix bugs. What you describe does not fit the description of this bug. Find the right one, or open a new one, please. Thanks.

Revision history for this message
Alain A Servais (alain-a-servais) wrote :

Observed with LibreOffice 3.6.2-rc2-0ubuntu4:
1- Open a calc document from Nautilus.
2- The global menu bar is displayed and works, but nothing appears in the HUD.
3- Quit LibreOffice.
4- Open the same calc document from Nautilus.
5- The global menu bar is displayed and works, but nothing appears in the HUD.
6- Quit LibreOffice.
7- Open the same calc document from Nautilus.
8- The global menu bar is displayed but this time the menus have no effect.
9- Restart the session.
10- The same observations are reproductible.

Revision history for this message
Alain A Servais (alain-a-servais) wrote :

@Björn: Apologies for mixing things up. Please forget my comments about the HUD, they are out of subject. My point was that, after starting/quitting LibreOffice several times, the global menu bar is displayed but the menus have no effect (point 8 in comment #121)

Revision history for this message
Lem (lem-jjr) wrote :

I'm running Ubuntu 12.10 AMD64 with updates from quantal-proposed, and I can confirm what Alain mentioned in comment #121, point 8 (menus have no effect after re-opening a file with Calc a few times), BUT, if I then close Calc, open a gEdit window, close it, THEN reopen the document with Calc, the menus start to work again.

Revision history for this message
Wolf Rogner (war-rsb) wrote :

After the first exitement of having menus I must agree with Alain:

The menus work twice but then stop working (they are shown but do not react to mouse clicks or commands)

I'm back to my workaround:

Open LO Quick Launcher
Open the file from Nautilus
Menus work fine

Revision history for this message
Luc Bruninx (luc2005) wrote :

I have tested the quantal-proposed and I confirm the problem described in comment #121 (after restarting writer 3 times).

Revision history for this message
Russell Faull (rfaull) wrote :

Confirming comments at #121, point 8, and later.

Another (temporary) workaround, as suggested earlier, is to remove libreoffice-gtk and revert to LO menus within the application.

Revision history for this message
Luc Bruninx (luc2005) wrote :

This is further information about the problem commented at #121.

In my case, the titles of menus are visible, but all menus are empty.

Revision history for this message
Marco Biscaro (marcobiscaro2112) wrote :

Per comment #121 and following, I think this should be tagged as verification-failed and reverted to triaged (because the menus still not working after opening/closing some times). Someone changed the tag to verification-done without any comment, so reverting.

tags: added: verification-needed
removed: verification-done
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@Ted: Could you look at the scenario described in comment #121 -- as LibreOffice shouldnt do anything different in the first, second or thrid start (and thus its state should be the same in all cases), could this be something going wrong in the indicator?

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

I can confirm this bug even when opening Libreoffice from the Dash. It also happens before the LO's update.

I am going to install a clean Ubuntu on a VM to check if this bug has been always there or is a bug introduced in some update.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

So, I can somewhat reproduce the behaviour in comment #121, starting and closing LibreOffice a few times at some point LibreOffice menus are there, but do not trigger anything. However, doing a:
 pkill -9 unity-panel
causes it to work with the same instance of LibreOffice. So definitly an issue in the unity panel-service, I guess.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

The remaining trouble is likely a dupe of https://launchpad.net/bugs/1075263 (thanks larsu for the hint). To confirm this to be a dupe larsu suggested to check if it does not happen when you wait 5 seconds before reopening LibreOffice. In that case I dont see any trouble.

Revision history for this message
Antonio Fernández (antonio-fernandez-vega) wrote :

It seems that this problem has been present since the release of Ubuntu Quantal. As the menu is being shown, it looks like a cache problem when using the same Object path to publish the menu.

Current object path uses the window XID to generate a valid path, but I don't think that this should be an issue after closing the application.

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

@Björn more than a panel service issue, it could be an indicator-appmenu issue...

Changed in bamf:
status: Confirmed → Won't Fix
Revision history for this message
Xavier Guillot (valeryan-24) wrote :

Bug of menus not displayed when first instance of LibreOffice started from Nautilus seems corrected, now.

But yes, the problem with menus present but inactive was also here at the beginning of Quantal (see also comment 75).

Revision history for this message
Alain A Servais (alain-a-servais) wrote :

I confirm that the problem (#121) does not happen after waiting 5 seconds, as indicated in #132.

Moreover, after reproducing the problem (#121), then waiting the 5 seconds, the menus work again.

Furthermore, when quitting LO then opening (or closing) another application window, then restarting LO within the 5 seconds interval, the problem does not happen.

For me, this seems to confirm the duplicate.

Revision history for this message
Luc Bruninx (luc2005) wrote :

This is exactly the same for me. When I wait 5 seconds before reopening LibreOffice writer, the menu is fully visible and usable.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Ok, so lets keep these issues separate: I guess this one can be marked "verification-done" then to get this fix into quantal?
Dicussion on the 5sec issue should continue on the other bug.

Revision history for this message
Andy Braben (abraben) wrote :

This bug also happens on downloading a .odt file within a web browser

To recreate:

Download .odt file selecting to "open with LibreOffice"

Document loads with no menus.

Click on another window.

Click the Libre Office document window

Document loads with menus correctly.

Revision history for this message
flux (luigimarco) wrote :

I confirm the 5 seconds beahaviour

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

SRU verification for Quantal:
I have reproduced the problem with libreoffice 1:3.6.2~rc2-0ubuntu3 in quantal and have verified that the version of libreoffice 1:3.6.2~rc2-0ubuntu4 in -proposed fixes the issue.

There is still an issue where the menu from the previous LO application is open e.g. open a spreadsheet, close it, open an odt or odp, the menu displayed is from localc

The workaround is to open the document from LO instead of nautilus.

Overall, it's better than no menu at all and it's an improvement. Marking as verification-done

Revision history for this message
Xavier Guillot (valeryan-24) wrote :

Often (I repeated the bug many times), but not always, menus become inactive just after I saved the modifications in the Calc document (with the icon "Save" on top bar).

Revision history for this message
Jesús (jmarpu33) wrote :

<email address hidden>

Revision history for this message
Sebastien Bacher (seb128) wrote :

(settings as verification-done based on comment 131, there are remaining issues but that update is an improvement for sure)

tags: added: verification-done
removed: verification-needed
Revision history for this message
Ricardo Pascua Jr (rdpascua) wrote :

Menu bar doesn't work strange but shortcut keys , and toolbar icon works.

Revision history for this message
Scott Kitterman (kitterman) wrote : Update Released

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libreoffice - 1:3.6.2~rc2-0ubuntu4

---------------
libreoffice (1:3.6.2~rc2-0ubuntu4) quantal-proposed; urgency=low

  * update to unitymenus patch Change-Id
    I56652b6074d0138128178b479503a21e0bcd0c7f (LP: #1064962)

libreoffice (1:3.6.2~rc2-0ubuntu3) quantal-proposed; urgency=high

  * packaging shouldnt try to move stuff it doesnt build on armel/armhf
 -- Bjoern Michaelsen <email address hidden> Wed, 24 Oct 2012 20:38:36 +0200

Changed in libreoffice (Ubuntu Quantal):
status: Fix Committed → Fix Released
Revision history for this message
Bernardo Donadio (bcdonadio) wrote :

I'm using 1:3.6.2~rc2-0ubuntu4 and report that the bug was NOT fixed. Same happens: in certain situations (like after a dialog appearing), the menus completely vanish.

Revision history for this message
Carlos Estrada (chemnic) wrote :

The bug continues after updating to the released fix. In Calc and Base the menu appears, but has no effect.

Revision history for this message
Marcello Nuccio (marcenuc) wrote :

@chemnic, have you checked comment #132? What happens if you wait 5 seconds before reopening LibreOffice, as stated at bug #1075263?

Revision history for this message
Luiz Angelo Daros de Luca (luizluca) wrote :

As Carlos said in comment #150, the fix does not solve the problem. Now I always get a menu bar but the menu is useless.
When the problem appears, all menu items, enable or disabled, do nothing when clicked.

It is not a calc/base specific issue as I got this in writer.

I can reproduce it anytime by openning a downloaded document from my gmail account.

Revision history for this message
Jason Rogers (jrog) wrote :

Just chiming in with a bit of additional data: for me, everything is working great after the update. I am unable to duplicate either of the remaining issues that others have mentioned in recent comments; my menus don't become useless (they always seem to work), and I don't have to wait 5 seconds to get the appropriate menus, either. I have no idea why the experience is so good in my case. Perhaps I'm doing something wrong? I have tried to reproduce the bugs in numerous ways, but can't seem to do so. (I'm happy to try things and/or provide more info., though.)

Revision history for this message
Andy Braben (abraben) wrote : Re: [Bug 1064962] Re: [SRU] Global menubar items do not work when opening a document directly from nautilus with no LibreOffice instance running

On 22 November 2012 15:56, Jason Rogers <email address hidden> wrote:

> Just chiming in with a bit of additional data: for me, everything is
> working great after the update. I am unable to duplicate either of the
> remaining issues that others have mentioned in recent comments; my menus
> don't become useless (they always seem to work), and I don't have to
> wait 5 seconds to get the appropriate menus, either. I have no idea why
> the experience is so good in my case. Perhaps I'm doing something wrong?
> I have tried to reproduce the bugs in numerous ways, but can't seem to
> do so. (I'm happy to try things and/or provide more info., though.)
>

I have everything working normally now with one exception, which is when I
download any Libre Office type of document from GMail or by any other means
through Firefox. When I do this, LO opens with the menus, but the menus do
not do anything, click any menu, nothing happens. To resolve, simply click
Firefox (or any other window you have open) then go back to LO and the
menus work perfectly.

The developers were probably very concerned that no menus were appearing
when clicking an LO document in Nautilus (which is now resolved) that the
Firefox issue got overlooked.

--
Regards,
Andy

Revision history for this message
Xavier Guillot (valeryan-24) wrote :

I still have the bug of inactive menus (there are always visible, now) in LibreOffice, with all Quantal updates installed and LO documents opened from Nautilus...

But it happens randomly, I can not reproduce special steps : it can occur just after opening documents, sometimes several times after close / open same document (even if waiting 5 seconds), and suddendly it works.

Or happens after a few minutes, or after having saved...

Revision history for this message
Carlos Estrada (chemnic) wrote :

I have just confirm that the bug still happens.

- Open a .odb file from nautilus.
- Menus work perfectly.
- Close LO Base.
- Open a .odt file from nautilus.
- Menus appear, but are useless.

I am not able to say when this happens and when it doesn't. I was just lucky, but I'm certain that the bug is still there.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@Comment 156: That is NOT this bug, but bug 1075263 as mentioned multiple times.

Revision history for this message
Bob (bbrazie) wrote :

Look at the font section too.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@Bob: How is that in any way related to the bug described here? If you find a bug, file one _unless_ you find it being reported already. In any case: Do NOT attach it to some random other bug!

From this point on I will viciously delete attachments etc. made here that do not fit exactly the bug description.

Revision history for this message
Bob (bbrazie) wrote :

Sorry I ment to file a new report I was was reading this earlyer in the day and just went back to it for some reason.

My mistake sorry it made you so upset.

Bob.

Revision history for this message
Benjamin Goldberg (uca-benjamzz-o7p) wrote :

Hello all,

I keep reading that this is fixed but the the appmenu for libreoffice is broken for me, even after wiping my disk and doing a fresh install of Ubuntu 12.10 amd 64.

When starting libreoffice, by any means, the menu appears in the app panel but dissapears when trying a command like alt-f. The keystroke results in no activity other than causing the menu to dissapear.

The menu works with the mouse and it works with alt-f10. In each case the menu reappears, but still will not work with alt-keystrokes.

It occurs always.

Ben

Revision history for this message
Colin Law (colin-law) wrote :

@Benjamin: I believe that is bug #739184 (Mnemonics do not work in Unity) not this bug.

Revision history for this message
Benjamin Goldberg (uca-benjamzz-o7p) wrote :

@Colin: Yes, that looks much more like it. Thank you.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

@comment 164: Why do you comment on bug 1075263 here then?

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Closing this one:
- the original error behaviour has been fixed
- there are already more than 150 comments on this bug
- way too many similar, but different issues get mixed into this one.

If you have all the fixes installed (the LibreOffice and the indicator-appmenu one) and still see an issue, please file a NEW bug with a clear-cut reproduction scenario. Thanks.

Changed in bamf (Ubuntu):
status: Confirmed → Invalid
Changed in bamf (Ubuntu Quantal):
status: Confirmed → Invalid
Changed in indicator-appmenu:
status: Confirmed → Invalid
Changed in indicator-appmenu (Ubuntu):
status: Confirmed → Invalid
Changed in indicator-appmenu (Ubuntu Quantal):
status: Confirmed → Invalid
Revision history for this message
SRoesgen (s-roesgen) wrote :

@Björn Michaels
Sorry, to say it this way, but in my eyes this bug is not fixed at all because what led all these people here to vote "affects me" is definitively not off the table. So it is rather a way of closing the eyes and ignoring what is happening instead of just acting to close this bug (which really caused some uproar if you look a bit around in on or the other forum in the internet).

@all
I simply recommend to all of you to vote "affects me" on the launchpad bug 1085169
It is somewhat vague but actually depicts the problem many users are facing very well: "the menu in libreoffice stops working after some time". Full stop.
So I suppose we all will get what we want then: the users being confronted with this bug will still get some attention and the developers having their new bug (unnecessarily) opened.

Revision history for this message
Scott Severance (scott.severance) wrote :

@SRoesgen: The reason this bug has been closed is that the bug described in the initial report *has* been fixed. What you're describing is a different bug, as has been pointed out several times already. It makes no sense to conflate multiple bug reports. Not every problem with the menus in LibreOffice is due to the same bug or the same cause.

Revision history for this message
SRoesgen (s-roesgen) wrote :

@Scott Severance
Saying that the initial bug report has been fixed is ok for me.
But: there are still issues with the menu (and I mean really big issues). Today I had to close and open LibreOffice nine times to get the menu back to work (and this really was only today).

So please do me a favour and explain why it is not possible for the developers to say "this" bug report is fixed, but the issues that have been discussed in this report are still happening. Why is it then not possible that the developers themselves create a new bug report to show us that the developers are still working on the problems. I really would like to hear when these issues will be fixed or at least if/that somebody is working on them or if/that somebody took even notice of the other things discussed in this bug report.

Revision history for this message
Colin Law (colin-law) wrote :

@SRoesgen
Not everyone is seeing such problems (I see no problems currently for example). It is not sensible for developers to create a bug report if they are not seeing the issue - how can they include all the relevant detail? As you are still having problems then first try to find an existing bug that matches your symptoms. If you find it then that is the bug to attach to. If you cannot find one that matches then create a new one using the command
ubuntu-bug libreoffice
and it will collect information from your system that may help to diagnose the problem.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Please dont metadiscuss bughandling on a bug -- its for triaging the issue down to one reproducable scenario ideally and then fixing it, not for everything else. If you feel the need go to #ubuntu-quality or the mailing list https://wiki.ubuntu.com/QATeam -- see also https://wiki.ubuntu.com/LibreOfficeBugWrangling.

Revision history for this message
Colin Law (colin-law) wrote :

The clue is that your question has appeared in both bugs and that they have the same number. They are different urls pointing to the same bug.

Revision history for this message
Andreas E. (andreas-e) wrote :

This is a severe productivity issue. Aside from trying to find a complete fix for long time, it would be very nice if we could get a toggle to just fallback to an in-app menu (hotfix?). I would be very thankful!

It seems libreoffice-gtk doesn't listen for UBUNTU_MENUPROXY=0 (?) and still shows the global menu which doesn't work for me.
http://askubuntu.com/questions/229031/can-i-turn-off-global-menu-only-in-nautilus

Revision history for this message
Leon Marincowitz (lionthinker) wrote :
Download full text (3.7 KiB)

I agree, after a system wipe and clean install Quantal's LibreOffice HUD
and menus still don't work. The menus like save and save as don't work.
Which is difficult to say the least.

On 22 January 2013 18:31, Andreas E. <email address hidden> wrote:

> This is a severe productivity issue. Aside from trying to find a
> complete fix for long time, it would be very nice if we could get a
> toggle to just fallback to an in-app menu (hotfix?). I would be very
> thankful!
>
> It seems libreoffice-gtk doesn't listen for UBUNTU_MENUPROXY=0 (?) and
> still shows the global menu which doesn't work for me.
>
> http://askubuntu.com/questions/229031/can-i-turn-off-global-menu-only-in-nautilus
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1075885).
> https://bugs.launchpad.net/bugs/1064962
>
> Title:
> [SRU] Global menubar items do not work when opening a document
> directly from nautilus with no LibreOffice instance running
>
> Status in BAMF Application Matching Framework:
> Won't Fix
> Status in LibreOffice Productivity Suite:
> Won't Fix
> Status in The Application Menu:
> Invalid
> Status in “bamf” package in Ubuntu:
> Invalid
> Status in “indicator-appmenu” package in Ubuntu:
> Invalid
> Status in “libreoffice” package in Ubuntu:
> Fix Committed
> Status in “bamf” source package in Quantal:
> Invalid
> Status in “indicator-appmenu” source package in Quantal:
> Invalid
> Status in “libreoffice” source package in Quantal:
> Fix Released
>
> Bug description:
> [IMPACT]
>
> * there is no menu available in some scenarios of opening LibreOffice
> * makes LibreOffice essentially unusable when opening a docuemnt
> directly
>
> [TESTCASE]
>
> * open a existing file from nautilus -> no menu in a unity session
>
> [Regression Potential]
>
> * changes are to the menu code integration, possible regressions will
> be there
> * package has been available for user testing
> https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601since 2012-10-26 without any reported regressions
> * see comment 74 for realworld enduser testing
>
> ---
> pre-SRU description details:
>
> 1) Have no instance of LibreOffice running
> 2) open a document by double-clicking it in nautilus
> 3) new window has no menu
> 4) unfocusing/refocusing (e.g. by pressing F7 to bring up the spelling
> dialog) makes the menu appear
>
> WORKAROUND: minimize and restore the LibreOffice window
> (more permanent workaround, disable the global menu by removing the
> package "libreoffice-gtk").
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: libreoffice-gtk 1:3.6.2~rc2-0ubuntu3
> ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5
> Uname: Linux 3.5.0-17-generic x86_64
> NonfreeKernelModules: nvidia
> ApportVersion: 2.6.1-0ubuntu2
> Architecture: amd64
> Date: Wed Oct 10 11:48:20 2012
> InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64
> (20110427.1)
> SourcePackage: libreoffice
> UpgradeStatus: Upgraded to quantal on 2012-09-30 (9 days ago)
>
> original description:
> In writer, none of the menubar ite...

Read more...

Revision history for this message
Colin Law (colin-law) wrote :

This bug has been long fixed, you may well be seeing bug #1085169 and/or bug #1045353.

Revision history for this message
Paul Greindl (paul-greindl) wrote :

This bug, or at least it's phenomena, still exists even in the newest raring (6th February)...

Revision history for this message
Walter Ribeiro (wribeirojr) wrote :

I can confirm that the issue is still present in Ubuntu 13.04.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

4.0 released to raring

Changed in libreoffice (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Franck (alci) wrote :

@Björn: great ! I confirm that lo4 seem to be exempt of the problem !

Revision history for this message
hate_bugs_89 (oyv-soppelpost) wrote :

Where is the fix?? Still got this problem

Revision history for this message
Simplehuman (simplehuman) wrote :

2hate_bugs_89, in Ubuntu 13.04 (LibreOffice 4.0 Beta)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.