Bug 826741

Summary: Empty menus in LibreOffice
Product: [Fedora] Fedora Reporter: Matej Lazar <mlazar>
Component: xorg-x11-drv-nvAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: caolanm, dtardon, erack, ltinkl, mstahl, sbergman, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-08-01 13:33:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
empty menu in libre office
none
registrymodifications.xcu
none
monitor position causing menu problem
none
lspci verbose none

Description Matej Lazar 2012-05-30 21:03:44 UTC
Created attachment 587855 [details]
empty menu in libre office

The menus (File, Edit, View, Insert, Format) are empty, they apear as there is no height (see attached print screen).
Remaining menus (Table, Tools, Window, Help) are working, but second level has the same issue. Also context manu, right click in the doc space is empty.

Version-Release number of selected component (if applicable):
F17 all updates installed
LibreOffice 3.5.3.2; Build ID: 350m1(Build:2)

Comment 1 Caolan McNamara 2012-05-30 23:05:27 UTC
Works quite normally and expected for me. Fresh install of fedora ? or one that was upgraded from something else. Stock gnome3 or something else ?. Dual booting with a shared home dir ? Anything of that nature that might be considered a little out of the norm ?

I'd kind of expect to be flooded with bug reports if this was common, so trying to tease out what might be the unusual trigger.

Comment 2 Matej Lazar 2012-05-31 08:10:03 UTC
I did a fresh oinstall of F17 few weeks ago and updated it regularly. Home dir was copied from another machine with F16 instalation.
Using gnome3, no dual boot or shared home. I also tried to remove LibreOffice settings dir under home, but no effect.

What could be connected: dual monitor, F16 gnome shell cannot run on this machine (fallback mode only). It is a Dell latitude E6510 laptop.

Comment 3 Stephan Bergmann 2012-05-31 08:24:31 UTC
(In reply to comment #2)
> I did a fresh oinstall of F17 few weeks ago and updated it regularly. Home
> dir was copied from another machine with F16 instalation.
> Using gnome3, no dual boot or shared home. I also tried to remove
> LibreOffice settings dir under home, but no effect.

Note that the location of the "LibreOffice settings dir under home" changed from F16's LO 3.4 (~/.libreoffice) to F17's LO 3.5 (~/.config/libreoffice).  Upon first start of LO 3.5, an existing ~/.libreoffice/3/user will be migrated (copied partially) to a new ~/.config/libreoffice/3/user (and the old source marked with a ~/.libreoffice/3/MIGRATED flag file, so that migration is not attempted again in case it caused problems).

So, if you only removed ~/.libreoffice after LO 3.5 already migrated it to ~/.config/libreoffice, the problem you observe could still be caused by a bad migration of your old user data.  In that case, can you make available the content of your ~/.config/libreoffice/3/user/registrymodifications.xcu?  (It is an XML file that should not contain any really personal data, but you could send it directly if you do not want to attach it here.)

Comment 4 Matej Lazar 2012-05-31 08:43:04 UTC
Created attachment 587979 [details]
registrymodifications.xcu

Comment 5 Matej Lazar 2012-05-31 08:45:41 UTC
This time I tried to remove also ~/.libreoffice folder. The problem persists.

I attached registrymodifications.xcu.

Comment 6 Stephan Bergmann 2012-05-31 08:57:11 UTC
(In reply to comment #5)
> This time I tried to remove also ~/.libreoffice folder. The problem persists.

So, originally you had only removed ~/.config/libreoffice?

> I attached registrymodifications.xcu.

Anyway, I cannot reproduce the problem when running my LO with your registrymodifications.xcu.  So it looks like the problem is somewhere other than migration of that file from an old user configuration.

Comment 7 Matej Lazar 2012-05-31 09:04:10 UTC
Yes, originaly I have removed only ~/.config/libreoffice.

Comment 8 Matej Lazar 2012-05-31 10:39:50 UTC
It is a dual monitor issue. I don't kno why I didn't try before, but after disabling/enabling a second monitor menus are woring.

Bug is reproducible by placing monitors in vertical order, one above the other.

Comment 9 David Tardon 2012-06-01 10:08:39 UTC
(In reply to comment #8)
> It is a dual monitor issue. I don't kno why I didn't try before, but after
> disabling/enabling a second monitor menus are woring.
> 
> Bug is reproducible by placing monitors in vertical order, one above the
> other.

It is most probably X driver problem. It works fine here with both gtk and kde4 VCL plugin. Which graphic card do you have?

Comment 10 Matej Lazar 2012-06-01 21:39:19 UTC
Created attachment 588583 [details]
monitor position causing menu problem

Comment 11 Matej Lazar 2012-06-01 21:40:07 UTC
Created attachment 588584 [details]
lspci verbose

Comment 12 Matej Lazar 2012-06-01 21:45:12 UTC
Playing a little more with monitor positioning, I found out that my configuration  was a bit extreme.
If I move the upper monitor to the left (see attachment) or if I move both in a horizontal line, menus are working.

I attacheg also my lspci output.

Comment 13 Fedora End Of Life 2013-07-04 04:26:06 UTC
This message is a reminder that Fedora 17 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 17. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '17'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 17's end of life.

Bug Reporter:  Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 17 is end of life. If you 
would still like  to see this bug fixed and are able to reproduce it 
against a later version  of Fedora, you are encouraged  change the 
'version' to a later Fedora version prior to Fedora 17's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 14 Fedora End Of Life 2013-08-01 13:33:18 UTC
Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.