Bug 31625 - Xrandr doesn't set an appropiate windows size to OpenOffice/LibreOffice
Summary: Xrandr doesn't set an appropiate windows size to OpenOffice/LibreOffice
Status: RESOLVED NOTOURBUG
Alias: None
Product: xorg
Classification: Unclassified
Component: App/xrandr (show other bugs)
Version: unspecified
Hardware: All All
: medium normal
Assignee: Keith Packard
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-14 16:04 UTC by Maximiliano Castañón
Modified: 2010-11-27 21:17 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Maximiliano Castañón 2010-11-14 16:04:46 UTC
I reported a bug against LibreOffice https://bugs.freedesktop.org/show_bug.cgi?id=31475 But finally i found that LibreOffice doesn't interact with Drivers or that stuff, it interact with KDE and GTK, and is GTK/KDE who ask for a windows size, how you can appreciate on the images below: 

http://img16.imageshack.us/img16/6563/radeond.png This one show just when i use Dual Screen, when i try to set both screen, the screen just show that, few seconds later, the windows are ok, but i get an unusable Fullscreen with OpenOffice and GTK, because the image it's not complete... 

http://img573.imageshack.us/img573/2091/libreoffice6.png KDE 
http://img404.imageshack.us/img404/5441/weblogic3.png GTK
Comment 1 Maximiliano Castañón 2010-11-14 16:05:51 UTC
I don't know if it's related to xrandr or other software who resize and set the windows.
Comment 2 Maximiliano Castañón 2010-11-14 17:34:30 UTC
LibreOffice use GTK and KDE to resize the screen, using it with KDE the problem it's just http://img249.imageshack.us/img249/5669/libreoffice7.png http://img3.imageshack.us/img3/3773/libreofficeexpected.png an image not complete, but still we understand it's uncomplete... but it's showed in the entire screen not like GTK, http://img404.imageshack.us/img404/5441/weblogic3.png BUT still that's not a problem of them... how you can appreciate the image http://img16.imageshack.us/img16/6563/radeond.png it's not using entire desktop, after some seconds the problem is fixed... it was produced by just a change in the screen size  when we use dual screen... i believe it happens when we try to set both screen with same or similar size.

that is the reason why i believe it's Xrandr guilty...
Comment 3 Maximiliano Castañón 2010-11-17 18:00:42 UTC
the problem of Xrandr it's not exclusively to dual screen, the image http://img16.imageshack.us/img16/6563/radeond.png give us a desktop not complete, i can reproduce that without connect a external monitor, the version I'm using it's XRandr 1.3

Fedora 14 libxrandr 1.3.0

well, the thing it's, when you  set a screen size with xrandr, it show you for few seconds an ugly screen, then it fixes to the size we choosed...


even rawhide 1.3.1 of Fedora... doesn't fix the problem...


libXrandr-1.3.1-1.fc15.x86_64.rpm
Comment 4 Maximiliano Castañón 2010-11-17 19:16:40 UTC
 now i understand why that happens http://img16.imageshack.us/img16/6563/radeond.png :D  when i try to use both screens, the "hardware button" to set the video VGA output, change from single screen (LVDS), to use both (LVDS and VGA), but VGA disappoint with LVDS, because one works at 1366x768 and the other are waiting 1024x768, that's the reason why it show some times a small image, and others a bigger one... probably randr disappoint or don't check correctly the output... may be it requires more validations in the code.
Comment 5 Maximiliano Castañón 2010-11-18 12:58:38 UTC
i was doing some test with evince, mozilla and OO/LO at fullscreen, just OO/LO failing... the others good... i believe it's a problem of LO interaction and the Xorg server.

not sure, but seems to be the most probably
Comment 6 Maximiliano Castañón 2010-11-27 21:17:01 UTC
This is a bug/problem of a non implemented function in OO/LO


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.