Closed
Bug 300469
Opened 21 years ago
Closed 9 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•20 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•20 years ago
|
OS: Linux → All
Comment 2•20 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•20 years ago
|
Whiteboard: [kerh-coz]
Updated•19 years ago
|
QA Contact: ui
See Also: → https://launchpad.net/bugs/18150
Updated•15 years ago
|
Assignee: kaie → nobody
Whiteboard: [kerh-coz] → [kerh-coz][psm-feedback]
Comment 3•9 years ago
|
||
The certificate error dialog was removed.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
| Assignee | ||
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•