Closed
Bug 300469
Opened 19 years ago
Closed 8 years ago
Certificate confirmation dialog appears in other workspace
Categories
(Core Graveyard :: Security: UI, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: david, Unassigned)
References
()
Details
(Whiteboard: [kerh-coz][psm-feedback])
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050524 Firefox/1.0 (Ubuntu package 1.0.2 MFSA2005-44) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050524 Firefox/1.0 (Ubuntu package 1.0.2 MFSA2005-44) With firefox 1.0.2, when running a second firefox command, while there is an instance displaying a browser window in a different workspace, firefox display any certificate confirmation dialog on top of the previously existing browser window. With deerpark, a window is not even opened in the current workspace, instead a new tab is created in the existing window. Reproducible: Always Steps to Reproduce: 1. start firefox 1.0.2 (see build identifier): "firefox" in the shell. 2. go to another workspace 3. open a url to a website whose certificate requires some sort of confirmation (obsolete certificate, domain name mismatch, whatever), the provided URL work as of today, but that it may get fixed. "firefox http://launchpad.ubuntu.com" in the shell. Actual Results: The second firefox command causes the already running instance to display a new browser window in the current workspace, but the certificate confirmation dialog appears on top the previous window, in another workspace. Expected Results: The certificate confirmation dialog should appear on top of the newly created window, which is the one the user is currently looking at. Mozilla daily: "Mozilla 1.8b2 build 2005070205" produces the expected behaviour. Firefox daily: The daily firefox "Mozilla Firefox 1.0+" (sorry, but that's the output of firefox --version, the date is 2005-07-12) behaves still differently. The second firefox command opens the specified url in the already existing window, in a different workspace, producing no user-observable result at all in the current workspace. I'm not sure if I should file the behaviour of the current deerpark as another bug.
Comment 1•19 years ago
|
||
You're right, it should open the window/tab the certificate is coming from.
Assignee: nobody → kaie.bugs
Status: UNCONFIRMED → NEW
Component: OS Integration → Security: UI
Ever confirmed: true
Product: Firefox → Core
QA Contact: os.integration
Version: unspecified → Trunk
Updated•19 years ago
|
OS: Linux → All
Comment 2•19 years ago
|
||
So this code: http://lxr.mozilla.org/seamonkey/source/security/manager/pki/src/nsNSSDialogHelper.cpp#75 maybe needs a similar treatment as the patch in bug 262887?
Updated•19 years ago
|
Whiteboard: [kerh-coz]
Updated•17 years ago
|
QA Contact: ui
See Also: → https://launchpad.net/bugs/18150
Updated•14 years ago
|
Assignee: kaie → nobody
Whiteboard: [kerh-coz] → [kerh-coz][psm-feedback]
The certificate error dialog was removed.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•