Created attachment 59359 [details] Screenshots showing Writer running on each of three monitors I run three monitors arranged horizontally. When I run Writer on the Left-hand monitor the various menus act properly. When I move the Writer main window to the Center Monitor, the menus appear on the Right-hand monitor and even sub-menus are on the hard left edge of the monitor so they are placed over each other. When I place the Writer main window on the Right-hand monitor, the menus appear on the left-hand edge of the right monitor and are also placed over each other. I would think the problem lies in an assumption, somewhere in the code, that there are, at most, two monitors side by side and menu position calculations are being made accordingly. Below are screenshots of the Writer window on the three monitors. System: Ubuntu 11.04 Natty Narwhal Writer LibreOffice 3.5.1.2 Build ID 350m1(Build 102)
I can confirm the problem on a Gentoo with a 3 monitor configuration, using open source ATI drivers and very clean monitor configuration done via xrandr (clean == pure RandR protocol, no tricks, no proprietary hacks). I am using libreoffice-3.5.2.2 compiled from sources on Gentoo. The relevant bugreport is here: https://bugs.gentoo.org/show_bug.cgi?id=408793 There is another report of this issue: https://bugs.freedesktop.org/show_bug.cgi?id=48480 And also in another distros: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/974900
*** Bug 48480 has been marked as a duplicate of this bug. ***
*** Bug 43994 has been marked as a duplicate of this bug. ***
I can confirm this bug. Ubuntu 64bit 12.04, fresh install, 3 monitors, ATI 12.3 catalyst.
Same problem here with 3.5.3 triple monitor, Ubuntu 12.04 64 bit
It is impossible for me to upgrade from 3.4.x -> 3.5.x with this bug :-(
I'm getting the same problem on Ubuntu 12.04 and LibOffice 3.5.3.2 (ubuntu repositories). LO worked fine on Ubuntu 11.10. Interestingly, the problem seems to be dependent on the monitor layout configuration I specify in System Settings > Displays. (I have a 1920x1200 monitor connected to my 1600x900 laptop). If my second monitor is configured directly above the laptop monitor such that the two monitors have their left edges aligned then the problem goes away. However, if my second monitor is positioned so its left edge is not aligned with my laptop monitor's left edge then I can't get access to the File, Edit, View, Insert of Format menus (the other menus work fine); and LO crashes soon after I try to access any of the inaccessible menus. A screenshot of this second configuration is available here: http://xlk.org.uk/LOscreenshot.png In the screenshot, I'm trying to open the File menu.
Same problem here. 12.04 64bit, 3.5.3, fglrx 12.3.
Same problem here, Catalyst 12.3
Just to emphasise: this is, in my opinion, a serious bug. It pretty much renders LO unusable. Given the number of people who have reported this bug, I'm going to go ahead and change the status of this bug from UNCONFIRMED to NEW although I have no idea if I'm following the correct etiquette (I'm not a LO developer, I'm just a user).
I just wanted to write again with a more detailed description of the issue I'm experiencing. I'm a little nervous that perhaps we're conflating several different problems into a single bug report; but probably not. So I wanted to describe my situation in as much detail as possible... THE PROBLEM (I'll use Calc as a specific example but similar problems are present in all LibreOffice apps) If I click on the File, Edit, View, Insert or Format menu, the menu does not open. Instead I see the artefact show in this screenshot http://xlk.org.uk/LOscreenshot.png near the File menu. If I right-click on any cell in columns A, B, C or D then I see the exactly the same menu problem. After using LibreOffice for a few minutes it usually crashes. MY SETUP LibOffice 3.5.3.2 (ubuntu repositories) Ubuntu 12.04 64bit with dual monitors configured as shown in http://xlk.org.uk/LOscreenshot.png "FIXES" THAT WORK FOR ME (none of which are satisfactory) * If I disable my second monitor then LibreOffice works fine * If I enable both of my monitors and position the 2nd monitor so the left sides of both monitors are aligned and the 2nd monitor is directly above the primary monitor then it works fine.
A further update: Uninstalling "libreoffice-gtk" fixes the menu problem for me (but LibreOffice looks rather ugly without GTK+ integration... but at least it works).
uninstalling "libreoffice-gtk" also fixes the problem for this guy: http://askubuntu.com/a/140152/62337
I am at least not getting the stability issue, as long as I run my libreoffice on the left screen it works fine.
Yes, it is defintely a GTK issue. If you read bugreport on the Gentoo bugzilla (linked in comment #1) you will see that launching LO with SAL_USE_VCLPLUGIN=gen 'fixes' the issue. I am also rising the importance of this bug, as it really makes LO very hard to use in multihead environments.
Is the problem in the next version (3.5.4) solved?
*** Bug 47413 has been marked as a duplicate of this bug. ***
(In reply to comment #16) > Is the problem in the next version (3.5.4) solved? Joker. I have yet to see any comment by a LO developer on this bug, so it clearly has not been addressed yet.
Apologies. Pawel clearly is a developer.
The relevant launchpad bug is here BTW: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/974900
(In reply to comment #19) > Apologies. Pawel clearly is a developer. Unfortunately not, but this bug is very important to me and this is why I am tracking similar issues and try to centralize all the reports (also by finding duplicates). I also find it VERY weird that no developer commented on this issue. I was hoping that bug with so many duplicates and of relatively high importance will be at least assigned, especially that first report is over half a year old. Oh, and the launchpad bug was linked in comment #1, but of course there is nothing wrong in reposting it, as it confirms that at least 12 other people are affected :)
> I also find it VERY weird that no developer commented on this issue. I was > hoping that bug with so many duplicates and of relatively high importance will > be at least assigned, especially that first report is over half a year old. I can not understand this, since report of the bug we have LibreOffice version 3.5.2, 3.5.3, 3.5.4. At the moment, that is _my_ opinion, LibreOffice 3.5.x is not ready for the business. I have no desire at the moment to test new versions / release candidates of LibreOffice because such important bugs won't fix. :-(
Slightly resembles this: Bug 46469 - : Menu displays on dual-monitor systems too far to the left
Marking as regression since it is reported to not exist in 3.4.x
Someone please check if this patch fixes this bug: https://bugs.freedesktop.org/attachment.cgi?id=63092&action=edit
*** This bug has been marked as a duplicate of bug 46469 ***
Still reproducible on 3.5.4.2, which should include the fix from bug 46469. Ruslan: I cannot test source patches, is there some way you can provide a binary to test against?
(In reply to comment #27) > Still reproducible on 3.5.4.2, which should include the fix from bug 46469. > > Ruslan: I cannot test source patches, is there some way you can provide a > binary to test against? According to [1], this should be fixed in 3.5.5. [1] http://lists.freedesktop.org/archives/libreoffice/2012-June/033620.html
I am running 3.6 and it is certainly fixed in there
Since there's been no posts since last confirmation of the bug being fixed, I close it as FIXED.
according to comment 29, verified, hence status change.