[upstream] Splash screen logo is cut in half in multi-head configurations

[Fabián Rodríguez]

Binary package hint: openoffice.org

When starting any OpenOffice.org application the initial splash screen displaying the logo and version is centered using the maximum desktop resolution, which in multi-head setups may be across several screens. As a result the splash screen is cut in half.

The attached screenshot and picture show the issue.

In such configurations the preferred behavior should be to detect which one is the main monitor, or perhaps the bigger one and display the splash centered on that monitor.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: openoffice.org-core 1:3.2.0-7ubuntu4
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic x86_64
NonfreeKernelModules: nvidia wl
Architecture: amd64
Date: Tue May 4 08:52:23 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Release Candidate amd64 (20100419.1)
ProcEnviron:
 LANG=en_CA.utf8
 SHELL=/bin/bash
SourcePackage: openoffice.org

[Thiago (thiago-sayao)]

OpenOffice splash screens shows in the middle of the two screens when on dual head. The best approach would be show in the middle of the first screen. It's propably not considering dual head. It's not stopping anything from working so i'm reporting as enhacement.

[Thiago (thiago-sayao)]

Maybe there is no need for a splash screen once you guys make it load faster :)

[Suse-beta (suse-beta)]

Hmm, on my dualhead system, the splash is centered on one of the screens, not between -> I guess you should add some details ;-)

Since this is probably related to the window manager:
I'm using KDE, the OpenOffice_org-kde package is installed also.

[Thiago (thiago-sayao)]

Well, im using GNOME with metacity. Maybe it should be a metacity problem then? Gnome doesn't handle dual head very well, the desktop background image gets stretched at both screens instead of letting the user choose two images or simply repeat the same image on both screens, but that's another bug :)

I think that suits the info needed, if any other info is required please just ask :)

[2-pmladek (2-pmladek)]

Hmm, it looks like GNOME somewhat hides the information about that it is a dual head and it takes the display like a large one. I wonder how it is done in KDE.

Michael, do you know something about it?

Note that the bug with background is being solved at http://bugzilla.gnome.org/show_bug.cgi?id=147808

[Mmeeks-i (mmeeks-i)]

Looks like a typical Xinerama bug - Jan -

[Mmeeks-i (mmeeks-i)]

Jan - your issue; I guess we need to do yet more raw-X magic to extract screen information to get the positioning right, or just use gtk+ again.

[Jpr-novell (jpr-novell)]

Still doing the wrong thing in GNOME at least.

[Jpr-novell (jpr-novell)]

GNOME with Xgl.

[Tlillqvist-k (tlillqvist-k)]

"being solved" in comment #4 is too optimistic ;)

Lowering severity to enhancement, surely this is just a cosmetic issue.

[Kyu (kyu)]

the bug is still there on our latest OO.o build

[Tlillqvist-k (tlillqvist-k)]

Let's avoid using the word "screen" as it has a specific meaning in X which is different from its common meaning (synonym for a physical monitor). In dual-head setups where there indeed are two separate X *screens*, the problem here can't exist, as far as I know. It's when two *monitors* together form one X screen (either through a feature known as "Xinerama", or some graphics card driver dependent feature) that this happens. Correct me if I am wrong...

Anyway, what I wanted to say is that there is no need to use low level Xlib calls to find out about multiple monitors on GNOME, there is GDK API for that.

[1-kendy (1-kendy)]

But we don't link against GDK in oosplash, it uses pure Xlib...

I wonder, if - in the end - it is not down to something like the patch I'm going to attach; the hints that it is a splash otherwise seem to be set up correctly, etc.

But again, cannot test here ATM :-(

[1-kendy (1-kendy)]

Created an attachment (id=314016)
Testing appreciated...

[Mathieu Trudel-Lapierre (cyphermox)]

Confirming: I've seen the same behavior myself on multiple machines. Setting priority to Low as per https://wiki.ubuntu.com/Bugs/Importance, since it is a cosmetic issue and doesn't affect the usability of OpenOffice.

[Fabián Rodríguez (magicfab)]

This happens exactly once for every OOo application, the first time it's invoked.

[Vish (vish)]

Thiago wrote on the duplicate bug 584370
"There is a patch, but no replies. https://bugzilla.novell.com/show_bug.cgi?id=184453
I have reported this bug 4 years ago on Novell, and it is just sitting there. "

[Thiago (thiago-sayao)]

This bug is almost 4 years old. Can anyone look into it? It's still not fixed.

[2-pmladek (2-pmladek)]

We are sorry but we consider it as a minor bug with lover priority. We have had many more critical bugs to solve in the meantime...

[Björn Michaelsen (bjoern-michaelsen)]

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

[Gp-v (gp-v)]

SUSE is not going to sponsor a fix for this.