Bug 46528 - konqi cookie/password dialog box appears on wrong monitor
Summary: konqi cookie/password dialog box appears on wrong monitor
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: multi-screen (show other bugs)
Version: unspecified
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 70585 83612 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-08-15 18:33 UTC by kroberts
Modified: 2018-11-07 08:41 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kroberts 2002-08-15 18:18:15 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kwin
Version:           KDE 3.0.1 
Severity:          normal
Installed from:    Slackware Packages
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

When using dual-headed monitor setup message dialog box always pops up on display :0 even if program is on display :1; e.g.:

Konquerer on display :1 (second monitor)
cookie request dialog always pops up on display :0 (first monitor)

Same problem with logout message box if you select logout from pager on second monitor. Other program behavior not noted at this time.

I would think that the message box should popup where the parent window is located - e.g. on top of Konqueror window where cookie was requested since multiple windows may be open on multiple monitors it would be nice to know which window is requesting cookies.

Possibly related to #30291


(Submitted via bugs.kde.org)
Comment 1 Aaron J. Seigo 2004-11-19 10:34:51 UTC
*** Bug 70585 has been marked as a duplicate of this bug. ***
Comment 2 Aaron J. Seigo 2004-11-19 10:59:43 UTC
*** Bug 83612 has been marked as a duplicate of this bug. ***
Comment 3 Petteri Räty 2005-11-30 22:03:08 UTC
Still present in KDE 3.5.0 built from gentoo ebuilds.
Comment 4 John Prather 2006-04-13 10:44:53 UTC
Still present in KDE 3.5.2 built from freebsd ports.
Comment 5 Muhammed 2008-07-30 17:15:04 UTC
The same problem exists in KDE 4.1
When opening an application on my primary display :0.0 the KDEWallet prompt opened on the 2nd screen :0.1
Comment 6 FiNeX 2009-08-04 13:57:30 UTC
Someone can provide a simple step by step example for reproduce this bug?
Comment 7 Petteri Räty 2009-08-04 15:11:40 UTC
(In reply to comment #6)
> Someone can provide a simple step by step example for reproduce this bug?

I already this thing in fever words to the original report but let's make it even more clearer:
1. Have two monitors
2. have a virtual screen over both like:
betelgeuse@pena ~ $ xrandr -q | head -n 1
Screen 0: minimum 320 x 200, current 3840 x 1200, maximum 3840 x 1200
3. open a panel to the second monitor
4. add application launcher menu to the panel
5. select Leave --> Logout from the new menu
6. the logout dialog opens to the first monitor

It would be more logical if it opened on the second as that's where the focus is.
Comment 8 FiNeX 2009-08-04 16:37:45 UTC
Many thanks!
Comment 9 Martin Flöser 2011-07-25 20:31:15 UTC
is this report still valid? Can we get an update for what is actually still an issue with 4.7?
Comment 10 Dawit Alemayehu 2011-11-27 15:51:53 UTC
Since the password dialog already uses  "KWindowSystem::setWindow" to associate password dialogs with the appropriate application windows and the cookie dialog will start doing the same starting with KDE 4.7.4, it is probably safe to assume this issue will no longer be present once KDE 4.7.4 is released. It would be nice if someone who is using two monitors can actually confirm that though.
Comment 11 Thomas Lübking 2012-03-21 00:32:45 UTC
comments #7 and up do not match OP which is about multihead and not multiscreen, ie. OPs problem is (was) that konqueror runs on :1 while kcookiejar (?) runs on :0

Fixing this is not trivial, since it would require to transfer the application from one X11 screen to another (w/o xinerama/xrandr multiscreen, this is important) or to have a GUIless daemon that spawns dialog processes on the correct screens.
Comment 12 Andrew Crouthamel 2018-11-06 15:18:47 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 13 Karsten Künne 2018-11-06 18:55:34 UTC
can't reproduce it anymore.
Comment 14 Andrew Crouthamel 2018-11-07 08:41:03 UTC
Thanks for the update!