No menu bar in gtk apps on fresh boot

Would also like to note that "ubuntu-bug unity" no longer opens a ticket....

Thank you for your bug report. You are the first to report that issue. Do you get menus in e.g gedit? Is there any useful information/any appmenu warning in syslog?

Also what's the issue you get with "ubuntu-bug unity"? it seems to work fine here...

Hmm, maybe a intermittent local issue??
Anyway attached is syslog, top is 2 or 3 good restarts, bottom is a bad restart with no menus
gedit is also affected, on a default install only FF & Thunderbird retain global menus

As far as ubuntu-bug unity see here, attached screenshot of the opened ff window
https://bugs.launchpad.net/bugs/1532230

The only thing that *seems* to stand out on bad' restart is -
 org.gnome.zeitgeist.SimpleIndexer[1372]: ** (zeitgeist-fts:1864): WARNING **: Unable to get info on application://nautilus-autostart.desktop

Status changed to 'Confirmed' because the bug affects multiple users.

I'm starting to think there is some correlation between this bug & the number of populated dir. on the Desktop. Seems to not occur when # is 22 or less.
Also boot time to Desktop may be a contributing factor, here I'm on an ssd (external but fast, usually less than 10 sec. from grub to Desktop)

Nothing to do with what's on the Desktop, just happens on occasion.

Not sure if it is worth mentioning, in addition to the behaviour described in this bug opening calculator produces the Menus from KeepassX as per image.

This seems to be continuing at 'random' with no particular rhyme or reason & no way to reproduce on demand.
If that ends up being the case come release it should be noted in the Release notes with the advice to log out/in to fix.

Started getting the bug after a SW update early today. Reboot did not work but logout and login worked !
Let me try to see if there is a sequence that reproduces it. Along with this behavior lost right click functionality on
the launcher.

Confirming Bug in 16.04

Confirming in new install of 16.04 today. Doug McMahon is correct when he said... "This seems to be continuing at 'random' with no particular rhyme or reason & no way to reproduce on demand." After installing Pinta and The Gimp, I had no global menu for either app. Logged out and back in and all was fine. Rebooted and lost it again. Logged out and back in and the menus were fine. Very odd bug.

I have the same issue (fresh install, new home dir). Affected applications: nautilus, gedit, eclipse. I have found the following workaround to restore menus for current session:
* delete ~/.cache/compizconfig-1
* relogin
... and all will be ok until the next reboot.

It looks like this bug occurs after update *.db files in ~/.cache/compizconfig-1 directory

Sorry it not depends on ~/.cache/compizconfig-1. Just relogin is enough

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1532226

does
  initctl restart unity-panel-service

fixes the issue?

Also what you get on:
  env | grep GTK_MODULES

Yes, the initctl command restores menus

env | grep GTK_MODULES
GTK_MODULES=gail:atk-bridge:unity-gtk-module

On 03/29/2016 07:50 AM, Marco Trevisan (Treviño) wrote:
> does
> initctl restart unity-panel-service
>
> fixes the issue?
>
> Also what you get on:
> env | grep GTK_MODULES
>

Ook...
When you've not the menus on, could you please report the content of
  tr '\000' '\012' < /proc/$(pidof unity-panel-service)/environ

Also the content of ~/.cache/upstart/unity-panel-service.log could help

For people facing the bug, also the output of these could help:

  gdbus call --session --dest com.canonical.Unity.Panel.Service.Desktop --object-path /com/canonical/Unity/Panel/Service --method com.canonical.Unity.Panel.Service.SyncOne 'libappmenu.so'
  wnckprop --list

~$ tr '\000' '\012' < /proc/$(pidof unity-panel-service)/environ
PATH=/home/doug/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
XDG_VTNR=7
XDG_SESSION_ID=c2
CLUTTER_IM_MODULE=xim
XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/doug
SHELL=/bin/bash
QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1
GTK_MODULES=gail:atk-bridge:unity-gtk-module
USER=doug
QT_ACCESSIBILITY=1
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
DEFAULTS_PATH=/usr/share/gconf/ubuntu.default.path
XDG_CONFIG_DIRS=/etc/xdg/xdg-ubuntu:/usr/share/upstart/xdg:/etc/xdg
DESKTOP_SESSION=ubuntu
QT_QPA_PLATFORMTHEME=appmenu-qt5
PWD=/home/doug
XDG_SESSION_TYPE=x11
XMODIFIERS=@im=none
LANG=en_US.UTF-8
MANDATORY_PATH=/usr/share/gconf/ubuntu.mandatory.path
GDM_LANG=en_US
IM_CONFIG_PHASE=1
COMPIZ_CONFIG_PROFILE=ubuntu
GDMSESSION=ubuntu
SESSIONTYPE=gnome-session
GTK2_MODULES=overlay-scrollbar
SHLVL=0
XDG_SEAT=seat0
HOME=/home/doug
LANGUAGE=en_US
XDG_SESSION_DESKTOP=ubuntu
LOGNAME=doug
QT4_IM_MODULE=xim
XDG_DATA_DIRS=/usr/share/ubuntu:/usr/share/gnome:/usr/local/share/:/usr/share/
XDG_RUNTIME_DIR=/run/user/1000
DISPLAY=:0
GTK_IM_MODULE=xim
XDG_CURRENT_DESKTOP=Unity
XAUTHORITY=/home/doug/.Xauthority
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-lhnVPym4RC
GPG_AGENT_INFO=/tmp/gpg-XqSrNg/S.gpg-agent:1411:1
QT_IM_MODULE=
GNOME_KEYRING_CONTROL=
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
GNOME_KEYRING_PID=
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
UPSTART_EVENTS=desktop-start
UPSTART_JOB=unity-panel-service
UPSTART_INSTANCE=
UPSTART_SESSION=unix:abstract=/com/ubuntu/upstart-session/1000/1299

On 03/29/2016 09:24 AM, Marco Trevisan (Treviño) wrote:
> Ook...
> When you've not the menus on, could you please report the content of
> tr '\000' '\012' < /proc/$(pidof unity-panel-service)/environ
>

(unity-panel-service:1459): GLib-GIO-CRITICAL **:
g_dbus_proxy_call_sync_internal: assertion 'G_IS_DBUS_PROXY (proxy)' failed

** (unity-panel-service:1459): WARNING **: Failed to get active window:

(unity-panel-service:1459): GLib-CRITICAL **: g_error_free: assertion
'error != NULL' failed
On 03/29/2016 09:24 AM, Marco Trevisan (Treviño) wrote:
> Also the content of ~/.cache/upstart/unity-panel-service.log could help
>

gdbus call....

([('libappmenu.so', '0x1681590', '', uint32 18874547, '_File', true, true, uint32 0, '', false, false, 0), ('libappmenu.so', '0x17146d0', '', 18874547, '_Edit', true, true, 0, '', false, false, 1), ('libappmenu.so', '0x171c980', '', 18874547, '_View', true, true, 0, '', false, false, 2), ('libappmenu.so', '0x18f5190', '', 18874547, '_Go', true, true, 0, '', false, false, 3), ('libappmenu.so', '0x1691f80', '', 18874547, '_Message', true, true, 0, '', false, false, 4), ('libappmenu.so', '0x16a0180', '', 18874547, '_Tools', true, true, 0, '', false, false, 5), ('libappmenu.so', '0x16a6d10', '', 18874547, '_Help', true, true, 0, '', false, false, 6), ('libappmenu.so', '0x17374d0', '', 18877440, '_File', true, true, 0, '', false, false, 0), ('libappmenu.so', '0x16aaa40', '', 18877440, '_Edit', true, true, 0, '', false, false, 1), ('libappmenu.so', '0x16b31a0', '', 18877440, '_View', true, true, 0, '', false, false, 2), ('libappmenu.so', '0x1685690', '', 18877440, '_Insert', true, true, 0, '', false, false, 3), ('libappmenu.so', '0x16c8db0', '', 18877440, 'F_ormat', true, true, 0, '', false, false, 4), ('libappmenu.so', '0x16b67b0', '', 18877440, 'O_ptions', true, true, 0, '', false, false, 5), ('libappmenu.so', '0x174a680', '', 18877440, '_Tools', true, true, 0, '', false, false, 6), ('libappmenu.so', '0x1722680', '', 18877440, '_Help', true, true, 0, '', false, false, 7)],)

wnckprop --list

33554442: Desktop
48234498: XdndCollectionWindowImp
48234501: unity-launcher
48234504: unity-panel
48234507: unity-dash
48234508: Hud

Mh, wnckprop --list only mentions few unity windows, but it seems there would be at least two with xid 18877440 and 18874547 which have menus and should be mapped, isn't it?

If I run the gdbus command right after login (with no menus) then it's just this -
$ gdbus call --session --dest com.canonical.Unity.Panel.Service.Desktop --object-path /com/canonical/Unity/Panel/Service --method com.canonical.Unity.Panel.Service.SyncOne 'libappmenu.so'
([('libappmenu.so', '', '', uint32 0, '', false, false, uint32 0, '', false, false, -1)],)

All that Marco asked for, just after login, no menus working.

http://paste.ubuntu.com/15573914/

Anyone affected, could you please try to replace your ~/.config/upstart/unity-panel-service.conf with:
  http://pastebin.ubuntu.com/15670770/

If that works, please also replace the "start on started unity7" with "start on starting untiy7" (i.e. http://pastebin.ubuntu.com/15670852/) and let me know...

Err, you don't have to replace
  ~/.config/upstart/unity-panel-service.conf

But instead create a new one. Once the test is done, you can safely delete it, as it will override the system one.

after
  initctl restart unity-panel-service
i have the menus but in ~/.cache/upstart/unity-panel-service.log i see:

(unity-panel-service:2422): Indicator-Appmenu-CRITICAL **: window_menu_model_new: assertion 'BAMF_IS_APPLICATION(app)' failed

(unity-panel-service:2422): Indicator-Appmenu-CRITICAL **: track_menus: assertion 'IS_WINDOW_MENU(menus)' failed

(unity-panel-service:2422): Indicator-Application-WARNING **: Unable to get application list: Operation was cancelled

Marco,

After adding a file as suggested in #27 menus in i.e gedit did not appear after reboot.

Putting a unity-panel-service.conf in place as per pastebin works here
to alleviate the issue
(- 2 restarts with file got menus, removed the file & the restart had no
menus, put it back & the restart had menus.
Will try the 2nd variation in a few..

On 04/07/2016 11:15 AM, Marco Trevisan (Treviño) wrote:
> Anyone affected, could you please try to replace your ~/.config/upstart/unity-panel-service.conf with:
> http://pastebin.ubuntu.com/15670770/
>
> If that works, please also replace the "start on started unity7" with
> "start on starting untiy7" (i.e. http://pastebin.ubuntu.com/15670852/)
> and let me know...
>

Marco,

The bug has been mystically fixed for me after I added and removed the ~/.config/upstart/unity-panel-service.conf

I made exactly these steps.

1. Added the file from http://pastebin.ubuntu.com/15670770/

2. Made a reboot.

3. Tested the menus. They did not appear.

4. Removed the file.

5. Made a log off. The system logged in without asking a password as usual. Still no menus.

6. Made a reboot.

7. Manus appeared and not the issue is fixed. The menus always appear after startup without needing to restart unity or a log off.

That is very weird.

Typo in 7.

Menus appeared and NOW the issue IS fixed.

That change does not work, 2 restarts & booted to no menus
On 04/07/2016 11:15 AM, Marco Trevisan (Treviño) wrote:
>
> If that works, please also replace the "start on started unity7" with
> "start on starting untiy7" (i.e. http://pastebin.ubuntu.com/15670852/)
> and let me know...
>

After installing the latest updates the bug is back again.

2016-04-07 21:34 GMT+03:00 Doug McMahon <email address hidden>:
> That change does not work, 2 restarts & booted to no menus
> On 04/07/2016 11:15 AM, Marco Trevisan (Treviño) wrote:
>>
>> If that works, please also replace the "start on started unity7" with
>> "start on starting untiy7" (i.e. http://pastebin.ubuntu.com/15670852/)
>> and let me know...
>>
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1532226
>
> Title:
> A significant number of fresh boots or restarts result in no menus for
> most apps
>
> Status in unity package in Ubuntu:
> Confirmed
>
> Bug description:
> Seen here in fresh 16.04 install using 01/07/16 image.
> Around 35% of fresh boots or restarts results in no menus in unity panel for most apps, notable exceptions are firefox & thunderbird
> A log out/in restores functionality.
> When this occurs there is nothing in any of the ~/.cache/upstart logs of obvious note
>
> Test case:
> fresh install, no changes
> Do a number of restarts from system settings, using either restart > restart or shutdown > restart, here randomly picked one or the other
> What happens here:
> around 35% of the time the login has no menus in the unity panel for most apps.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1532226/+subscriptions

A bit of a red herring I think (meaning the orig pastebin, which I gather is what was previously commented out in /usr/share/..

One of the workarounds over the winter for those where the menus didn't show most or all of the time was to delete some folders in either .local or .config. This would generally have the effect of returning menus & having that happen for a while or at least more often or not.
So it may be that inserting that conf file was about the same. At some point the missing menus will return and that's just what is seen here. Over maybe 10 restarts or shutdown > restart the menus are again not showing most of the time.
(this is a new install from Tues., my older install on a different laptop gets menus at least 95% of the time but I think only the behavior on new(er) installs is relevant here.

So far the only 100% 'method' to get menus is to restart the service during the user login.

Created the file, rebooted, and the menus are there. Thank you

2016-04-07 21:55 GMT+01:00 Pilot6 <email address hidden>:

> After installing the latest updates the bug is back again.
>
> 2016-04-07 21:34 GMT+03:00 Doug McMahon <email address hidden>:
> > That change does not work, 2 restarts & booted to no menus
> > On 04/07/2016 11:15 AM, Marco Trevisan (Treviño) wrote:
> >>
> >> If that works, please also replace the "start on started unity7" with
> >> "start on starting untiy7" (i.e. http://pastebin.ubuntu.com/15670852/)
> >> and let me know...
> >>
> >
> > --
> > You received this bug notification because you are subscribed to the bug
> > report.
> > https://bugs.launchpad.net/bugs/1532226
> >
> > Title:
> > A significant number of fresh boots or restarts result in no menus for
> > most apps
> >
> > Status in unity package in Ubuntu:
> > Confirmed
> >
> > Bug description:
> > Seen here in fresh 16.04 install using 01/07/16 image.
> > Around 35% of fresh boots or restarts results in no menus in unity
> panel for most apps, notable exceptions are firefox & thunderbird
> > A log out/in restores functionality.
> > When this occurs there is nothing in any of the ~/.cache/upstart logs
> of obvious note
> >
> > Test case:
> > fresh install, no changes
> > Do a number of restarts from system settings, using either restart >
> restart or shutdown > restart, here randomly picked one or the other
> > What happens here:
> > around 35% of the time the login has no menus in the unity panel for
> most apps.
> >
> > To manage notifications about this bug go to:
> >
> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1532226/+subscriptions
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1565522).
> https://bugs.launchpad.net/bugs/1532226
>
> Title:
> A significant number of fresh boots or restarts result in no menus for
> most apps
>
> Status in unity package in Ubuntu:
> Confirmed
>
> Bug description:
> Seen here in fresh 16.04 install using 01/07/16 image.
> Around 35% of fresh boots or restarts results in no menus in unity panel
> for most apps, notable exceptions are firefox & thunderbird
> A log out/in restores functionality.
> When this occurs there is nothing in any of the ~/.cache/upstart logs of
> obvious note
>
> Test case:
> fresh install, no changes
> Do a number of restarts from system settings, using either restart >
> restart or shutdown > restart, here randomly picked one or the other
> What happens here:
> around 35% of the time the login has no menus in the unity panel for
> most apps.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1532226/+subscriptions
>

> So it may be that inserting that conf file was about the same. At some
point the missing menus will return and that's just what is seen here.
Over maybe 10 restarts or shutdown > restart the menus are again not
showing most of the time.

In order to stress test you can just login / logout. Rebooting isn't
necessary.

On 04/07/2016 09:16 PM, Marco Trevisan (Treviño) wrote:
>> So it may be that inserting that conf file was about the same. At some
> point the missing menus will return and that's just what is seen here.
> Over maybe 10 restarts or shutdown > restart the menus are again not
> showing most of the time.
>
> In order to stress test you can just login / logout. Rebooting isn't
> necessary.
>

in the case of this bug it only manifests on a fresh boot. A log out/in
always has menus & if booting up to no menus then logging out/in always
restores.

As asked in #27, on my fully updated system, I've created ~/.config/upstart/unity-panel-service.conf, and then rebooted. However, with both options "started" and "starting", menus still doesn't works on a fresh boot. I've rebooted several times with both options, and there's no menu present in Nautilus or Gedit. However, menus always works in Chromium.

Also, as #39 says, if I logout/login back, the menus always works ok.

"Same problem in Ubuntu 16.04, the weird thing is than in my Workstation this bug is present but not in my laptop."

I fully confirm this, only in my workstation, not in any of my 2 ultrabooks or my laptop. It happened after upgrading from 15.10 to 16.04. The applications I notice without menus either on the window or the toolbar are nautilus and gedid.

Its a pain in the neck!

On my notebook (16.04, daily updates) the problem appeared with an update on 2016-05-06. Now it happens regularly. A single call of "restart unity-panel-service" so far always fixed it. Yes, it looks like some race condition.

For what it's worth, installing the packages in Marco's PPA fixes this issue for me.

What would be interesting is if you reverted those packages back to the
default ones, odds are the issue would not return
On May 20, 2016 11:15 AM, "Zach Ploskey" <email address hidden> wrote:

> For what it's worth, installing the packages in Marco's PPA fixes this
> issue for me.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1532226
>
> Title:
> No menu bar in gtk apps on fresh boot
>
> Status in Release Notes for Ubuntu:
> Fix Released
> Status in unity package in Ubuntu:
> In Progress
>
> Bug description:
> Seen here in fresh 16.04 install using 01/07/16 image.
> Around 35% of fresh boots or restarts results in no menus in unity panel
> for most apps, notable exceptions are firefox & thunderbird
> A log out/in restores functionality.
> When this occurs there is nothing in any of the ~/.cache/upstart logs of
> obvious note
>
> Test case:
> fresh install, no changes
> Do a number of restarts from system settings, using either restart >
> restart or shutdown > restart, here randomly picked one or the other
> What happens here:
> around 35% of the time the login has no menus in the unity panel for
> most apps.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu-release-notes/+bug/1532226/+subscriptions
>

Removing Marco's PPA packages results in missing menus, same as before.

On 05/20/2016 11:54 AM, Doug McMahon wrote:
> What would be interesting is if you reverted those packages back to the
> default ones, odds are the issue would not return
> On May 20, 2016 11:15 AM, "Zach Ploskey" <email address hidden> wrote:
>
>> For what it's worth, installing the packages in Marco's PPA fixes this
>> issue for me.
>>

On 05/23/2016 12:57 PM, Zach Ploskey wrote:
> Removing Marco's PPA packages results in missing menus, same as before.
>
> On 05/20/2016 11:54 AM, Doug McMahon wrote:
>> What would be interesting is if you reverted those packages back to the
>> default ones, odds are the issue would not return
>> On May 20, 2016 11:15 AM, "Zach Ploskey" <email address hidden> wrote:
>>
>>> For what it's worth, installing the packages in Marco's PPA fixes this
>>> issue for me.
>>>
Well then it seems the 'fix' has value. Only asking because in the 5+
months that this issue has occurred it has gone away after a few weeks
in all cases I've known (25+ users).
For myself the same in both my machines, ie. went away, & which no
longer get the bug in fresh release installs either.

Please make sure to set correct source packages so that they get auto-closed. This one was allegedly fixed in https://launchpad.net/ubuntu/+source/bamf/0.5.3~bzr0+16.10.20160516-0ubuntu1

Hello Doug, or anyone else affected,

Accepted bamf into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/bamf/0.5.3~bzr0+16.04.20160523-0ubuntu1 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 add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and 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!

I tested bamfdaemon and libbamf3-2, both version 0.5.3~bzr0+16.04.20160523-0ubuntu1, from xenial-proposed. It works for me. Menus appear to work correctly with this version.

Downloaded Xenial cdimage and updated and upgraded yesterday (bamf package was updated from proposed).

Menus are working. Five or six reboots, all with menus.

I would like to propose a test case:
I am affected by this bug but have discovered that if at the login screen, I delay a minute or so before logging in, the menus appear normally. However if I do not delay logging in; the menus never appear.

I don't have specific timing details, but delaying long enough to pour a mug of tea always results in working menus.

This would support the race condition suggested above.

The test case then: is so login as quickly as possible after the login screen appears using perhaps a NULL password or enabling the "login automatically" feature.

Would enabling auto-login work in for this test? My machine never has the issues, so I can't test. If someone who is affected by this and hasn't enabled the fix yet could try enabling auto-login and see if they get breakage before downloading the fixed version, that would be a good test indeed. Thanks Nigel.

I only had problem with gedit (3.18.3-0ubuntu4) run as administrator.
Installed bamfdaemon and libbamf3-2:amd64 both version 0.5.3~bzr0+16.04.20160523-0ubuntu1.
Still no menus when gedit is run as root.

Here's an update to comment #146:

Having suggested enabling the "login automatically" feature I went back to actually try it. A-Ha it never failed; and then again; now; logging in ASAP after boot never failed either. Obviously I'd made a change along the line that had "fixed" my system.

After digging around the logs and finding nothing; it turned out to be AUDIO. I had plugged in my speakers. Now 16.04 looks for ACTIVE audio sinks and has no default audio output if none can be found.

I think it may be the "Ubuntu Drums" playing at the login screen that cause a problem if no audio sink is available.

With speakers attached, my system always presents menus; however I login. When "login automatically" is enabled, no "Drums" are played and my system always works with or without speakers attached.

[What an excellent bug this is turning out to be]

trivia21, when you run apps using sudo, the menus shouldn't be exported at all, but shown inside the app in that case.

I only had the problem with gedit as root too.
As normal user the menus are showed in any case from the first installation, in gedit and nautilus. Nautilus as root shows menus inside and only in gedit as root has no menu with any appearance configuration I choose. Perhaps is not de same bug.
Is someone who has solved his issue installing the new packages experiencing problems with gedit as root?

I endorse @grosso report. Gedit as root has no menus avaiable.

When you run gedit as root it uses CSD (Client Side Decorations) something that is patched out in Ubuntu but apparently the patch doesn't work for root.

gedit with CSD should look like this: http://2.bp.blogspot.com/-tAION31T1J4/VgKtBTmqWOI/AAAAAAAAW5k/qxa5fz7qXdo/s1600/gedit-minimap.png

That's a different bug, please open one in gedit.

For people reporting gedit with no menus when run as root there is already bug report open about this issue:

https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1527590

It is still in proposed, not main. Should it be marked as released ?

This bug was fixed in the package bamf - 0.5.3~bzr0+16.04.20160523-0ubuntu1

---------------
bamf (0.5.3~bzr0+16.04.20160523-0ubuntu1) xenial; urgency=medium

  * bamfdaemon-dbus-runner: don't try to start again if already running
    (LP: #1581896, #1532226)

 -- Marco Trevisan (Treviño) <mail@3v1n0.net> Mon, 23 May 2016 18:05:13 +0000

The verification of the Stable Release Update for bamf 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 regressions.

It works :) thanks!

Petr

Althougth the new version of bamf has fixed most of the problems, I still don't have menus in for some application (terminal and libreoffice). Running 'unity' fixed this issue. Delaying the login for 5 minutes has not fix the problem.
Should I open another bug?

@zunbeltz: yes please

dconf reset -f /org/compiz/
david@david-RV415-RV515:~$ setsid unity
david@david-RV415-RV515:~$ unity-panel-service stop/waiting
unity-panel-service start/running, process 6802
unity7 start/running, process 6809

Quando Reseto esses dois processos volta o normal, mas depois quando eu reiniciou menus desaparecem novamente.

When Reseto these two processes back normal, but then when I restarted menus disappear again.

I installed fresh yakkety mate 16.10 in my lap toshiba a305 and the menu bar in libreoffice is missing. What I have to do?? Help in spanish will be apreciated.

Thanks in advance

Vick

  // , Una contesta bien esta aqui, pienso:

    http://askubuntu.com/a/763495/150944

Siga las siguientes instrucciones:

    1. Encontrar Alt+Ctrl+T (Esto abre una "terminal")
    2. Entra 'unity'(Esto reinicia la interfaz "Unity")

Por ejemplo:

    $ unity
    unity-panel-service stop/waiting
    unity7 stop/waiting
    unity-panel-service start/running, process 12968
    unity7 start/running, process 12979

--Nathan Basanese (git.io/v6)

  // , Possiblemente puede hacer instrucciones de esta contesta, si los otros no estan bien: http://askubuntu.com/a/763318/150944

It's still affecting me on 16.04 Ubuntu. Can we change status to smth else as it's definitely not fix yet and it's critical issue.

Can you please provide debugging details as requested in comments above
please?

Something else I noticed when doing a 14.04->16.04 upgrade: the damn indicator-appmenu package was missing! Installing that brought in the unity-gtk module, which solved the issue for me.

Ubuntu 16.04 - fully upto date with all updates.

Menus not visible on Terminal, but running

    initctl restart unity-panel-service

definitely restores the missing menus.

I rarely use many other application - but I can confirm that Firefox doesn't seem ever to loose it's menus.

If you need debug information please let me know.

Fully up to date 16.04 . The initctl above restores the items, but
on moving the mouse in and out of the libreoffice panel
the menu bar vanishes, never to return.
On one occasion moving mouse in and out of the libreoffice document
twice was needed to lose the menu bar.

Never had this problem on my fully patched Ubuntu 16.04 until just recently, when I noticed that the Firefox menus do not display after restoring from a suspend. gnome-terminal and gedit are OK. Iconizing Firefox, then restoring, restores the menus to working condition. Same sorts of errors in ~/.cache/upstart/unity-panel-service.log as seen earlier.

cat ~/.cache/upstart/unity-panel-service.log

(unity-panel-service:2121): Indicator-Appmenu-WARNING **: Already have a menu for window ID 65011728 with path /com/canonical/menu/3E00010 from :1.81, unregistering that one
(unity-panel-service:2121): Indicator-Appmenu-CRITICAL **: menus_destroyed: assertion 'IS_WINDOW_MENU(wm)' failed
(unity-panel-service:2121): Indicator-Appmenu-CRITICAL **: menus_destroyed: assertion 'IS_WINDOW_MENU(wm)' failed
(unity-panel-service:2121): LIBDBUSMENU-GLIB-WARNING **: Unable to get menu proxy: Operation was cancelled
(unity-panel-service:2121): Indicator-Appmenu-CRITICAL **: window_menu_model_new: assertion 'BAMF_IS_APPLICATION(app)' failed
(unity-panel-service:2121): Indicator-Appmenu-CRITICAL **: track_menus: assertion 'IS_WINDOW_MENU(menus)' failed

The window 3E00010 is the Firefox window. No unity process has died or been restarted. The bamfdaemon has been running since boot.

What recently changed was adding a script to kill compiz returning from a suspend, so the Nvidia driver 375.39 screen artifacts get removed.

Looks like there may be a regression. I'm having this issue in 16.10

Linux Workstation 4.8.0-54-generic #57-Ubuntu SMP Wed May 24 10:21:44 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

I've attached a copy of the syslog file. Please let me know if you need anything else. There is no unity panel log in the cache folder.

In addition to what was mentioned above with the menus being gone, windows aren't painted and Ctrl+Alt+F# doesn't change to a TTY.

Ctrl+Alt+T opens a terminal, and the active application icon on the unity bar is painted, but window and output are not painted.

Logging in and out multiple times seems to fix some of it with exception to the terminal launched from the shortcut, and switching TTYs.

In my case this started following a Fresh default Install (with LVM). The only action taken on the fresh system were updates and resizing the root LVM filesystem to a lower size. At first there was only a mouse cursor issue where the mouse would jump a distance over a vertical invisible line. The main issue did not present until testing the snapshot merge following several reboots.

This bug is still happening!

I have qbittorent installed today and the menu (file, edit, help, etc) that should be there on the top toolbar has completely disappeared (and in qbitttorent there is no alternative (like the menu doesn't appear in a right click or something) which means I am totally UNABLE to access the menu functions.

error happened again. all installed GUI applications do not have menu.

Distributor ID: Ubuntu
Description: Ubuntu 19.10
Release: 19.10
Codename: eoan

display manager: gdm3
window manager: xfce4
kernel: Linux vhdx127 5.3.0-46-generic #38-Ubuntu SMP Fri Mar 27 17:37:05 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

it is possible to get all menu/s back by: sudo apt purge .\*bamf.\* and restart window manager.