Summary: | OpenOffice cannot open two documents in two separate screens (dual monitor) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christophe <cjouny> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | dhp_gentoo, gentoo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | xorg.conf of dual monitor setup |
Description
Christophe
2007-04-03 15:56:03 UTC
Adding X-herd for some insightful comments about this Are you running separate servers for each monitor? No. This is only one X instance with 2 screens. I attached my xorg.conf below to explain my setup. Nb: I want to add that I can open the 2nd document on the 2nd screen if I use another user so a second instance of OO is started. But if I use the same user, it seems to "reuse" the location of the first document already opened. Created attachment 115600 [details]
xorg.conf of dual monitor setup
I'm not sure much can be done here. Both screens use the same display identifier (correct?), and so it's up to the window manager to place new windows on the appropriate screen. However, since OpenOffice probably gobbles the open event and opens the window itself, it's likely up to OpenOffice to instruct the window manager to put the window where it's supposed to go. So it's my barely educated opinion that it's OO's bug, and that there's not really any workaround available. $DISPLAY is :0.0 for the first screen and :0.1 for the second one. I filed bug in here as I am not able to determine if it was an error from the window manager or OpenOffice. (In reply to comment #6) > $DISPLAY is :0.0 for the first screen and :0.1 for the second one. > > I filed bug in here as I am not able to determine if it was an error from the > window manager or OpenOffice. > Ah, OK, what happens if you open the document from a terminal with the $DISPLAY variable set appropriately? Can you get the behaviour you want? I don't understand your comment, I might not have been clear... the DISPLAY variable is set correctly !! :0.0 and :0.1 are the correct values for a 2-screen setup. Besides there is no problem opening a document on either screen as long as no other document is open. The problem only arises when a document is already open somewhere else in another screen. I guess what I mean is make sure that DISPLAY is actually being set to the correct screen before the call to OO is issued. So if you open a terminal on both screens, ensure that DISPLAY is correct for each screen, then open a document on the command line from each screen, does it behave the same way as opening the document from the GUI? What I'm trying to determine is whether the WM is getting DISPLAY right or not when calling OpenOffice the second time. I suspect so from your descriptions so far, but I want to make sure. Yes, all previous comments about $DISPLAY were obtained from checking in terminal. And yes calling from command line gives same result as from Nautilus. In clear, as long as OO is NOT running, everything works accordingly to DISPLAY. I can open OO wherever I want using DISPLAY. But if OO is running, DISPLAY is ignored - and new window always open on the screen that OO is already running on. ------ bug restated from command line From screen :0.1 > DISPLAY=":0.0" oowriter2 open correctly on screen :0.0 If OpenOffice is already opened in screen :0.1 From screen :0.1 > DISPLAY=":0.0" oowriter2 does NOT open on :0.0 but open on screen :0.1 Alright, thanks. I do think this problem is in OO's camp. You may want to open or find a bug in OpenOffice's bugzilla (or whatever they use) and see what they say. I'm removing x11 from CC - feel free to add us again if needed. The problem is the same if you try and open OpenOffice across two different X sessions (:0.0 and :1.0 for example). I think OpenOffice tries to reuse the already existing instance of OpenOffice to open the new document instead of always spawning a new OpenOffice. Since windows can't span multiple X servers/screens AFAIK, this will obviously always fail. I use xinerama, and I do not have this problem. Christophe; why not use xinerama ? because of composite ? Please make a test with composite disabled, and xinerama enabled. If success, I propose a "CANTFIX". I really think you get stuck on a limitation of X11r6. I think you should have the same problem with multiple windowed apps such as Gaim, Gimp, BSVC, Rox-Filer ... especially the single task/thread ones (check number of threads and tasks for each one before reporting they work or not). Please do this test for us. On my xinerama, all my screens are identified as :0.0; still, Enlightenment 16 and 17 offer me 4 different desktops. Rox-wm use a unified one. I never tried the big ones like Gnome, KDE, but from memory, they do not handle xinerama as good as E17 does. This is really something to file upstream, nothing we can do here. |