Bug 16892 - LibreOffice main window launches behind other windows, unless libreoffice-kde is removed
Summary: LibreOffice main window launches behind other windows, unless libreoffice-kde...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-10-04 06:16 CEST by M D
Modified: 2018-07-12 12:59 CEST (History)
8 users (show)

See Also:
Source RPM: libreoffice-4.4.2.2-4.mga5
CVE:
Status comment:


Attachments

Description M D 2015-10-04 06:16:55 CEST
For some reason, when I launch LibreOffice from KDE launcher in Mageia 5, the splash window appears on top and then the main LO window appears BEHIND whatever window had focus before I launched it.  It is 100% repeatable and does it every time.  I checked to make sure there are no kwin window manager settings for LO and that "keep below other windows" is not checked.  No other application on my system does this, just LibreOffice.  It doesn't matter if I launch it using "LibreOffice" or "LibreOffice Writer" or "LibreOffice Draw" etc.  It even does this if I launch it from a terminal window with "soffice", the main window will appear stacked behind the terminal.


Reproducible: 

Steps to Reproduce:
Comment 1 Samuel Verschelde 2015-10-12 10:22:52 CEST
Do you know if it happens in other linux distributions too? Does it happen in other Desktops such as GNOME?

CC: (none) => mageia, thierry.vignaud

Comment 2 M D 2015-10-12 13:41:41 CEST
(In reply to Samuel VERSCHELDE from comment #1)
> Do you know if it happens in other linux distributions too? Does it happen
> in other Desktops such as GNOME?

I have not used any other desktop on Mageia.  This doesn't happen on my laptop running Fedora and KDE, nor has this ever happened at work running Fedora and CentOS/RHEL and IceWM.
Comment 3 Thomas Andrews 2016-01-15 17:14:32 CET
I have been noticing similar behavior with the upcoming update to libreoffice 4.4.7.2, in both 64 and 32 bit versions. My usual practice is to click on a spreadsheet or document file in Dolphin to get the appropriate app to run, rather than run it from the menu or command line. Once in a while the spreadsheet winds up on top, but it is rare.

I can bring the document to the top from the panel, so it's not a horrible bug. It is, however, annoying.

Changing the platform to "All."

CC: (none) => andrewsfarm
Hardware: x86_64 => All

Comment 4 Thomas Andrews 2016-02-08 17:42:35 CET
Additional information:

When I click on a Libreoffice document in Dolphin, the splash window comes up, as described. If I move the mouse cursor over this splash window, the appropriate Libreoffice component opens on top of the other windows. No clicking needed. If I do NOT move the cursor over the splash window, it opens underneath. It does this every time. 

It works the same way if I open Writer from the KDE Launcher, if there is another active window on the desktop. If, however, I had been running Writer, then closed it, and opened it again without expressly activating a window by clicking on it, Writer opens on top whether I put the cursor over the splash window or not.
Comment 5 M D 2016-02-09 05:53:13 CET
(In reply to Thomas Andrews from comment #4)
> When I click on a Libreoffice document in Dolphin, the splash window comes
> up, as described. If I move the mouse cursor over this splash window, the
> appropriate Libreoffice component opens on top of the other windows. No
> clicking needed. If I do NOT move the cursor over the splash window, it
> opens underneath. It does this every time. 

I cannot replicate this behavior.  When I click on a LO document in dolphin, it doesn't matter where I place my cursor, the document ALWAYS opens under/behind dolphin (which it should not do).


I will also mention that I am using Fedora 17, 21, and 23 at work under KDE and don't have the problem there at all and never have seen it except under Mageia 5.  It is just so odd.
Comment 6 Thomas Andrews 2016-02-10 18:11:00 CET

(In reply to M D from comment #5)
> 
> I cannot replicate this behavior.  When I click on a LO document in dolphin,
> it doesn't matter where I place my cursor, the document ALWAYS opens
> under/behind dolphin (which it should not do).
> 

Recalling the workaround for Bug 11996 and other libreoffice KDE bugs, I just tried removing the libreoffice-kde package from my 64-bit system.

The problem appears to have disappeared.

Could you try that on your system?
Comment 7 Florian Hubold 2016-02-10 18:57:39 CET
This is an upstream issue. See e.g. https://bugs.kde.org/show_bug.cgi?id=339621 and https://forum.kde.org/viewtopic.php?f=66&t=123993 . And one of the several libreoffice bug reports for this is https://bugs.documentfoundation.org/show_bug.cgi?id=75471

Under KDE, the following should launch the respective libreoffice application in foreground:

kstart --activate libreoffice
kstart --activate libreoffice --calc
kstart --activate libreoffice --writer

Although calc and write always opened in foreground for me.

Impress will always launch in background without focus, that's expected due to the window manager settings it provides (impress sets _NET_WM_USER_TIME(CARDINAL) to 0 on start which means it explicitly does not want the focus) and explained in https://bugs.kde.org/show_bug.cgi?id=340915#c27 and is currently not really fixable without changes to either kwin or libreoffice.

Hence
kstart --activate libreoffice --impress
will always start in background.

Easiest fix is to install libreoffice 5.0 from upstream, this can be installed in parallel to the one from our repos.

CC: (none) => doktor5000

Comment 8 claire robinson 2016-02-10 19:25:36 CET
Adding a +1. Cured by removing libreoffice-kde as Thomas noticed in comment 6.

CC: (none) => eeeemail

Comment 9 Thomas Andrews 2016-02-10 20:11:04 CET
Florian, I realize this is an upstream bug, just as others have been, and I don't expect Mageia's developers to fix it. But in the meantime, it seems to me that it's easier just to remove the problem package, as long as it isn't vital to the app's operation, than to download and install a newer version from somewhere else. 

My reading tells me the purpose of the package is to help integrate Libreoffice with KDE, but as yet I haven't seen where removing it has much of any effect in Mageia 5 - outside of "curing" this particular bug.

What, exactly, have I lost by removing it?
Comment 10 M D 2016-02-11 00:01:18 CET
(In reply to claire robinson from comment #8)
> Adding a +1. Cured by removing libreoffice-kde as Thomas noticed in comment
> 6.

Adding +2.  I removed libreoffice-kde and now focus is "normal" again.  Although I don't see the problem on those other systems, I am not sure I have kde integration installed on those.  At least it can be less annoying until upstream ever fixes it...

Thomas: by removing it, you probably lose the KDE file open/save and print dialogs and revert simpler/generic/built-in LibreOffice ones.  Since that I what I use at work, it doesn't bother me a bit :)
Comment 11 Marja Van Waes 2017-01-06 14:45:53 CET
Is this bug still valid?

Please change its status to "RESOLVED -FIXED" if you can no longer reproduce it with libreoffice-kde installed

Keywords: (none) => NEEDINFO
CC: (none) => kde, marja11
Assignee: bugsquad => thierry.vignaud
Summary: LibreOffice main window launches behind other windows => LibreOffice main window launches behind other windows, unless libreoffice-kde is removed
Source RPM: libreoffice-core-4.4.2.2-4.mga5 => libreoffice-4.4.2.2-4.mga5

Comment 12 Mike Rambo 2017-01-06 16:16:31 CET
Still valid for me on fully updated mga5 x86_64. Removing libreoffice-kde fixes it (docs and sheets no longer open behind other screens) and installing that package breaks it again.

CC: (none) => mrambo

Comment 13 Thomas Andrews 2017-01-06 16:25:38 CET
I had not installed libreoffice-kde since my post in February, and I have not seen the behavior. However, I just re-installed libreoffice-kde in both a 64-bit and a 32-bit Mageia 5, and the behavior is still there.

This bug is still valid in Mageia 5. 

I am removing the package once more.
Comment 14 Thomas Andrews 2017-01-06 16:48:29 CET
This bug doesn't appear to be valid in 64-bit Cauldron, using Libreoffice 5.2.4.2-1 in Plasma5.

However, since the the problem package in Cauldron is named libreoffice-kde4, I'm not sure if it would have any effect on a Plasma5 install anyway. The Classical DVD installed it, and since it doesn't appear to be doing any harm I'm leaving it there.
Marja Van Waes 2017-01-06 19:19:22 CET

Keywords: NEEDINFO => (none)

Comment 15 Marja Van Waes 2018-07-12 12:59:29 CEST
Hi M D,

Thank you for having taken the needed time to report this issue!

We regret if this issue didn't get fixed in Mageia 5.

Mageia 5 has officially reached its End of Life on December 31st, 2017 https://blog.mageia.org/en/2017/11/07/mageia-5-eol-postponed/
It only continued to get important security updates since then, but non-security bugs have no chance of still getting fixed.

I assume this bug doesn't exist in Mageia 6 or later, because KDE and its tools are entirely different there.

Closing as OLD.

Please reopen this report and change its "Version:" at the top left to "6", if the same bug still exists in Mageia 6.

Resolution: (none) => OLD
Status: NEW => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.