Bug 1164885 - LibreOffice and kde5: Impress presentation doesn't properly use dual-monitor
Summary: LibreOffice and kde5: Impress presentation doesn't properly use dual-monitor
Status: RESOLVED DUPLICATE of bug 1148042
Alias: None
Product: openSUSE Distribution
Classification: openSUSE
Component: KDE Applications (show other bugs)
Version: Leap 15.1
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-Mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-25 18:29 UTC by Peer Heinlein
Modified: 2020-02-25 21:44 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peer Heinlein 2020-02-25 18:29:07 UTC
Please have a look at

https://bugs.documentfoundation.org/show_bug.cgi?id=119719

I suddenly have exactly the same problem on my OpenSUSE 15.1. The presentation layer and the presenter's management view is at the same monitor.

It worked properly for years and suddenly it's broken here.
Comment 1 Wolfgang Bauer 2020-02-25 18:46:45 UTC
(In reply to Peer Heinlein from comment #0)
> Please have a look at
> 
> https://bugs.documentfoundation.org/show_bug.cgi?id=119719

I quickly skimmed through that, it seems that a change in Qt would be needed.
Quoting:
For the record: Qt 5.10 is needed for this to work, and the commit in the qtbase repository from which on this works (in conjunction with the LO fix) is this one:

commit d7a9e08f0ada36ad8ad44651f27a76c9c74e3428 (HEAD)
Author: Morten Johan Sørvig <morten.sorvig@qt.io>
Date: Wed Apr 19 11:19:19 2017 +0200

 Make QWindow::setVisible() work for widgets
Comment 2 Wolfgang Bauer 2020-02-25 18:51:03 UTC
Btw, bug#1148042 is apparently the same (but filed against LibreOffice, so we didn't see it).
Comment 3 Wolfgang Bauer 2020-02-25 18:53:59 UTC
*** Bug 1148042 has been marked as a duplicate of this bug. ***
Comment 4 Wolfgang Bauer 2020-02-25 19:02:54 UTC
A link to the mentioned commit:
https://code.qt.io/cgit/qt/qtbase.git/commit/?id=d7a9e08f0ada36ad8ad44651f27a76c9c74e3428

@Fabian: what do you think?
Could this be backported to Leap 15.1's Qt?
The LibreOffice bug report suggests it should be ok.
Comment 5 Fabian Vogt 2020-02-25 19:22:20 UTC
(In reply to Wolfgang Bauer from comment #4)
> A link to the mentioned commit:
> https://code.qt.io/cgit/qt/qtbase.git/commit/
> ?id=d7a9e08f0ada36ad8ad44651f27a76c9c74e3428
> 
> @Fabian: what do you think?
> Could this be backported to Leap 15.1's Qt?
> The LibreOffice bug report suggests it should be ok.

It adds a new virtual method, so breaks (private) ABI.
Unfortunately QWindowPrivate is used everywhere throughout Qt, like qtdeclarative or qt3d, so we'd have to rebuild everything using the private ABI if we backport this.

Until Leap 15.2 is out I recommend using the gtk3_kde5 plugin again.
Comment 6 Wolfgang Bauer 2020-02-25 21:44:52 UTC
Well, then it's back to LibreOffice, I suppose...

*** This bug has been marked as a duplicate of bug 1148042 ***