i'm using Metacity, 

Section "ServerLayout"
	Identifier     "X.org Configured"
	Screen      0  "Screen0" 0 0
	InputDevice    "Mouse0" "CorePointer"
	InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
	ModulePath   "/usr/lib64/xorg/modules"
	FontPath     "catalogue:/etc/X11/fontpath.d"
	FontPath     "built-ins"
EndSection

Section "Module"
	Load  "dri2"
	Load  "glx"
	Load  "extmod"
	Load  "dri"
	Load  "record"
	Load  "dbe"
EndSection

Section "InputDevice"
	Identifier  "Keyboard0"
	Driver      "kbd"
EndSection

Section "InputDevice"
	Identifier  "Mouse0"
	Driver      "mouse"
	Option	    "Protocol" "auto"
	Option	    "Device" "/dev/input/mice"
	Option	    "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
	#DisplaySize	  340   190	# mm
	Identifier   "Monitor0"
	VendorName   "AUO"
	ModelName    "20ec"
EndSection

Section "Device"
	Option	    "RenderAccel" 	"true"
 	Identifier  "Card0"
	Driver      "radeon"
	BusID       "PCI:1:5:0"
EndSection

Section "Screen"
	Identifier "Screen0"
	Device     "Card0"
	Monitor    "Monitor0"
	SubSection "Display"
		Viewport   0 0
		Depth     1
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     4
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     8
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     15
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     16
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     24
	EndSubSection
EndSection

ok, this is not a bug of radeon driver, this is related to OpenOffice/LibreOffice, the developer of radeon opensource driver told me 

"<agd5f> it needs to re-org itself when the screen geomtry changes"


https://bugs.freedesktop.org/show_bug.cgi?id=31482

http://img210.imageshack.us/img210/5763/weblogic2.png

http://img404.imageshack.us/img404/5441/weblogic3.png 
http://img225.imageshack.us/img225/9334/weblogic4.png

http://img194.imageshack.us/img194/9500/openoffice.png

In my case, using opensource radeon driver, xorg-x11-drv-ati
Fedora 14, 2.6.35.6

http://img573.imageshack.us/img573/2091/libreoffice6.png KDE works better, not best.
http://img249.imageshack.us/img249/5669/libreoffice7.png KDE too Dual Screen

http://img3.imageshack.us/img3/3773/libreofficeexpected.png This is how it should look.

I believe this problem it's related to another problem, it's true that LibreOffice and OpenOffice works better with the KDE enviroment and with GTK it work worst... but, it's true too it's another bug not related with LO/OO...

Like this image show when i change to dual screen... that image it's just for few seconds then it fixes... 
http://img16.imageshack.us/img16/6563/radeond.png

and how you can compare:
http://img404.imageshack.us/img404/5441/weblogic3.png GTK
http://img225.imageshack.us/img225/9334/weblogic4.png GTK 
http://img573.imageshack.us/img573/2091/libreoffice6.png KDE
http://img249.imageshack.us/img249/5669/libreoffice7.png KDE 
http://img3.imageshack.us/img3/3773/libreofficeexpected.png KDE

I ran it with "OOO_FORCE_DESKTOP=kde /opt/libreoffice3/program/simpress" 

GTK keeps the first image size, KDE keeps last screen size, but still doesn't show the entire image. see image http://img573.imageshack.us/img573/2091/libreoffice6.png

We could say, we have a little problem with GTK, when it try to resize the fullscreen, but we can say we have another big bug... with something who resize the screen, probably the Xrandr? other project? virtual desktops?

Please compare 
http://img573.imageshack.us/img573/2091/libreoffice6.png KDE 
http://img404.imageshack.us/img404/5441/weblogic3.png GTK

Maximiliano, could you please try few more things?

Does it help you to disable the check-box "Tools/Options.../LibreOffice/View/Use hardware acceleration"

Does it help you to ignore the GNOME integration? Just try to start the office the following way:
 
    OOO_FORCE_DESKTOP=none /opt/libreoffice/program/soffice

BTW: Have you had this problem also with older OOo versions?

Good command, i haven't tried it before....ok, it works bad too, same screen problem, i believe it's related to XRANDR, because that programs seems to set the screen size...

i have attached a bug at:

https://bugs.freedesktop.org/show_bug.cgi?id=31625

Ok, i have tested Mozilla at fullscreen, evince at fullscreen, no one fails, just LO at fullscreen... i have tested it with: 

[maximi89@localhost grub]$ xrandr --output LVDS --mode 1024x768
[maximi89@localhost grub]$ xrandr --output LVDS --mode 1366x768

and i get this, First it looks like:
http://img210.imageshack.us/img210/5763/weblogic2.png
Then change to:
http://img404.imageshack.us/img404/5441/weblogic3.png 

And some times like this:
http://img225.imageshack.us/img225/9334/weblogic4.png

Thorsten, I think that you solved similar bugs in the past. Could you please have a look?

Maximiliano, I'm sorry but I'm a bit at a loss here - what are you actually doing? Please provide a step-by-step explanation, like "starting libreoffice, loading an Impress file, looks like <pic1>, then pressing F5, looks like <pic2>, then pressing magic hw button, now looks crappy like <pic3>". Also, please attach the output of "xrandr -q --verbose" both in normal and in dual screen mode (I gather you switch modes, and this causes the problem?). A few screenshots look a bit like you use slideshow preview mode (i.e. displaying inside the main window), did I get that right?

Hi, well, i just open OO or LO, then i create a simple Impress file, then i connect the external monitor, then i press F5, everything ok at this point.... but when i want to use the external monitor, pressing HW button, all screw up, like all the images show... i was doing some test, lot of programs works fine, just OO and LO are failing with this... it seems the Fullscreen of LO it's not sending information to Xorg server when it changes the screen size, because, the external monitor have a maximum of 1024x768, and my laptop screen it's set to 1366x768, i guess the LO it's taking the size of laptop screen, but when Xrandr change the screen it set it to 1024x768, i will send more information later.

Caolan, with the step above, could you quickly reproduce this problem? Gtk really should notify us via monitors-changed, wonders what's going wrong ...

I have tested with:
OOO_FORCE_DESKTOP=gtk /opt/libreoffice/program/soffice
OOO_FORCE_DESKTOP=kde /opt/libreoffice/program/soffice
OOO_FORCE_DESKTOP=none /opt/libreoffice/program/soffice

no one works...

OOO_FORCE_DESKTOP=none /opt/libreoffice/program/soffice

http://img225.imageshack.us/img225/5472/libreofficenonebad.png
http://img502.imageshack.us/img502/9467/libreofficenonebad2.png
http://img263.imageshack.us/img263/4508/libreofficenonebad3.png

OOO_FORCE_DESKTOP=gtk /opt/libreoffice/program/soffice

The same as none it's reproduce able with GTK...

http://img225.imageshack.us/img225/5472/libreofficenonebad.png
http://img502.imageshack.us/img502/9467/libreofficenonebad2.png
http://img263.imageshack.us/img263/4508/libreofficenonebad3.png

OOO_FORCE_DESKTOP=kde /opt/libreoffice/program/soffice

works very well, but still have a little problem with one of the modes...
this case it's not working with KDE:
http://img580.imageshack.us/img580/4247/libreofficekdebad.png
it should appear like this, it's not the same case, but it show a part who doesn't show the other one:
http://img18.imageshack.us/img18/114/libreofficekdenormal.png



Another thing, the image below appear with GTK and NONE, but it doesn't with KDE:
http://img59.imageshack.us/img59/3251/libreofficegtkgood.png

That image show a state who doesn't appear using KDE one...

the image http://img59.imageshack.us/img59/3251/libreofficegtkgood.png

never fail... all times it's good

Maximiliano, ok, so you're saying with enabled presenter console, none & gtk come out right, is that correct?

What exactly is your setting in Slideshow->Slideshow Settings then, for the failing cases?

GTK: 
first mode bothscreen the same.
Second mode the presenter console.
third mode just the external monitor.
fourth mode, just the local monitor. 

GTK FAILS AT:
Third and fourth mode, and without out of slideshow, if you choose again bothscreen(first mode) it will be fail too.


KDE:
first mode bothscreen the same. without borders.
Second mode background image in the external monitor and slideshow in the local monitor. with borders.
third mode just the external monitor. without borders.
fourth mode, just the local monitor. with borders.

KDE FAILS AT:
Second and fourth mode.

in Range it say "all slides", Type "Default", Options: "Animations allowed", "Change slides by clicking on background", and in Multiple Display "display 1(primary)"

Ah! Ok, gotcha - so, indeed, switching monitor setup *while* slideshow is running is indeed unsupported currently - it *should* behave correctly though if you only enter slideshow mode *after* switching modes.

Regarding the location of the presenter screen - Caolan, do we have the fix http://www.openoffice.org/issues/show_bug.cgi?id=112421 in 3.3 (and if not, would you consider it safe to add)?

nice to hear that, but KDE works better than GTK one... because using KDE it's just part of the slideshow who is out, but using GTK it's like half of the slideshow who doesn't appear...

re: "do we have the fix http://www.openoffice.org/issues/show_bug.cgi?id=112421 in 3.3". Yeah we do, but (at runtime) only is guaranteed to work if the runtime gtk is >= 2.20.0. 

If built against >= 2.14.0 then an additional fallback is used which will almost certainly work correctly if deployed against >= 2.14.0 even if its < 2.20.0.

See GtkSalDisplay::GetDefaultMonitorNumber

answered, no more NEEDINFO

Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.

Dear Maximiliano Castañón,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug