domain mismatch dialog not HIG-compliant

Bug #18305 reported by Uphaar Agrawalla
4
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

The Domain Mismatch dialog, that appears when you try to connect to a domain
which isn't using it's own SSL certificate, is not GNOME HIG compliant.

To reproduce, open the following URL:
https://launchpad.ubuntu.com

Attached is a screenshot of the dialog in question.

The correct ordering would possibly be:
[Help] [Cancel] [OK]

https://launchpad.ubuntu.com: https://launchpad.ubuntu.com

Revision history for this message
In , André (andred-ubuntu-deactivatedaccount-deactivatedaccount) wrote :

Really CC Pierre this time:-)

Revision history for this message
In , swalker (sdwalker) wrote :

That UI comes from seamonkey psm, dup of 110647?

Revision history for this message
In , P-ch (p-ch) wrote :

Stephen: let's keep the bug here.
the PSM should use our dialog widgets. what xul file is it?

Revision history for this message
In , swalker (sdwalker) wrote :
Revision history for this message
Uphaar Agrawalla (uphaar) wrote :

The Domain Mismatch dialog, that appears when you try to connect to a domain
which isn't using it's own SSL certificate, is not GNOME HIG compliant.

To reproduce, open the following URL:
https://launchpad.ubuntu.com

Attached is a screenshot of the dialog in question.

The correct ordering would possibly be:
[Help] [Cancel] [OK]

Revision history for this message
Uphaar Agrawalla (uphaar) wrote :

Created an attachment (id=2800)
screenshot of the current dialog

Revision history for this message
In , Dfarning-sbcglobal (dfarning-sbcglobal) wrote :

This bug is being tracked in Ubuntu as http://bugzilla.ubuntu.com/show_bug.cgi?id=12024

Revision history for this message
David Farning (dfarning) wrote :

This bug is being looked at upstream as
https://bugzilla.mozilla.org/show_bug.cgi?id=235115

Revision history for this message
Phil Bull (philbull) wrote :

To make this dialog GNOME HIG compliant, the button labels would also have to be changed, and the explanatory text re-worded.

Relevant part of the HIG:

http://developer.gnome.org/projects/gup/hig/2.0/windows-alert.html

Changed in firefox:
status: Unconfirmed → Confirmed
Revision history for this message
In , Phil Bull (philbull) wrote :

(In reply to comment #0)

> instead of what, according to GNOME:s HIG, I believe should be:
>
> [Help] [Cancel] [OK]

According to the HIG, you should use an affirmative action instead of 'OK' as the button label:

http://developer.gnome.org/projects/gup/hig/2.0/windows-alert.html

Revision history for this message
Alexandre Otto Strube (surak) wrote :

David Farning said this bug as upstream. So I'm confirming it. It still is as new on mozilla's bugzilla.

Revision history for this message
Charlie Kravetz (charlie-tca) wrote :

Changed status to confirmed

Changed in firefox:
status: Unconfirmed → Confirmed
Changed in firefox:
status: Unconfirmed → Confirmed
Revision history for this message
David Farning (dfarning) wrote :

This issue has been corrected upstream.

David

Changed in firefox:
assignee: nobody → dfarning
status: Confirmed → Fix Released
David Farning (dfarning)
Changed in firefox (Ubuntu):
assignee: David Farning (dfarning) → nobody
Changed in firefox:
importance: Unknown → Medium
Changed in firefox:
importance: Medium → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.