Closed Bug 300469 Opened 19 years ago Closed 8 years ago

Certificate confirmation dialog appears in other workspace

Categories

(Core Graveyard :: Security: UI, defect)

x86
All
defect
Not set
normal

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.
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
OS: Linux → All
Whiteboard: [kerh-coz]
QA Contact: ui
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
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.