Apache OpenOffice (AOO) Bugzilla – Issue 1466
Xinerama causes application launch to hang
Last modified: 2013-08-07 14:41:21 UTC
I'm using RedHat 7.1 and XFree 4.1.0, and I use Xinerama to give me two screens at 1024x768 and 1280x1024. Launching Open Office 633 hangs at the splash screen but doesn't freeze; that is, the process appears to be working normally. When I disable Xinerama (with two separate screens running two separate window managers) it works perfectly. DPI doesn't seem to matter, I've tried 75~135. Regardless, I am unable to set X's DPI to two equal numbers when using Xinerama. For instance, using -dpi 75 yields a dpi of 135x75. So this might be an X problem. But Star Office 5.2 was usable at 135x75; Open Office 633 doesn't even launch. Here is my xdpyinfo: name of display: :0.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 40100000 XFree86 version: 4.1.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0xa0000b, revert to PointerRoot number of extensions: 27 BIG-REQUESTS DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 2304x1024 pixels (433x347 millimeters) resolution: 135x75 dots per inch depths (1): 24 root window id: 0x3c depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store NO, save-unders NO largest cursor: 64x64 current input event mask: 0xf0403f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask KeymapStateMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 2 default visual id: 0x23 visual: visual id: 0x23 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x24 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits
Reassigned to Philipp.
need to get a Xinerama display to debug
I'm having the same problem. Soffice is expanding its windows to screen size instead of to monitor size. This distinction doesn't matter on single head systems, but is a major problem on multi-heads. Further, on my dualhead system, it is opening a screen, two monitors wide, but starting on the right monitor such that half of its window is inaccessible.
pl->cp: you now have a dual head card
Updated to OpenOffice 638 while simultaneously reinstalling RedHat 7.1. Appears to be working now, except text is too wide (as reported by another user, due to DPI incorrectly reported). I also did not use an external JVM (during OpenOffice setup, installed no JVM). Perhaps this was causing it to lock up. I was using 1.3.1 from Sun before I believe. Anyway, I will continue to use OpenOffice inside of a local VNC server and viewer, so that the text is not stretched. If you'd like a copy of the script I use to launch OpenOffice inside VNC, please ask. Thanks for making such an excellent Office product. CD
checked with 641, could not see any problems. The wiiiiiideeeee fonts are a bug in xfree. xdpyinfo correctly reports 2304x1024 pixels for both monitors but states 433x347 millimeters. Obviously the size of only one screen :-( That's where we got the resolution from. Since OOo6 is able to stretch it tries to compensate different x and y resolution. This was not implemented in SO5.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details. First step in IssueZilla is unfortunately to set them to verified.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.