Bug 384543 - Download Manager window always pops up on left-most screen
Summary: Download Manager window always pops up on left-most screen
Status: RESOLVED FIXED
Alias: None
Product: Falkon
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: David Rosca
URL:
Keywords:
: 388667 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-09-09 23:42 UTC by Christian Muehlhaeuser
Modified: 2018-01-31 00:14 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Muehlhaeuser 2017-09-09 23:42:22 UTC
Falkon's download manager insists on opening up with a specific location, which seems to be the top-right corner of the left-most screen. In my setup, my main monitor is on the right with the TV left to it. The TV is usually turned off, so I always have to retrieve the download manager window when it pops up.
Comment 1 David Rosca 2018-01-01 16:39:58 UTC
It doesn't manually save/restore geometry, so that's most likely issue of your window manager if it moves new windows to powered off screens.
Comment 2 Christian Muehlhaeuser 2018-01-02 03:57:07 UTC
According to the kwin developers, this has to be a bug in Falkon, since the window gets initialized with a user-specified position.
Comment 4 Christian Muehlhaeuser 2018-01-02 11:07:42 UTC
What's with this call?

```
QzTools::centerWidgetOnScreen(this);
```
Comment 5 David Rosca 2018-01-02 11:10:12 UTC
Alright, that's it, sorry.
Comment 6 David Rosca 2018-01-02 14:22:52 UTC
Git commit f80d827e59ad017252716ba142be787bf269eae7 by David Rosca.
Committed on 02/01/2018 at 14:03.
Pushed by drosca into branch 'master'.

QzTools: Use correct screen for widget in centerWidgetOnScreen

M  +2    -2    src/lib/tools/qztools.cpp

https://commits.kde.org/falkon/f80d827e59ad017252716ba142be787bf269eae7
Comment 7 Christoph Feck 2018-01-31 00:14:01 UTC
*** Bug 388667 has been marked as a duplicate of this bug. ***