Firefox installer / uninstaller screens ignore system contrast and font size

RESOLVED INACTIVE

Status

()

Firefox
Disability Access
P2
major
RESOLVED INACTIVE
13 years ago
4 days ago

People

(Reporter: Dan Kinnunen, Unassigned)

Tracking

(Blocks: 1 bug, {access, sec508})

unspecified
x86
Windows XP
access, sec508
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.8b5 -
blocking-firefox2 -

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: IBMQA sec508)

Attachments

(3 attachments)

(Reporter)

Description

13 years ago
If you have the system settings set to "high contrast & #2 extra large font" and
attempt to install firefox you will notice that the first screen "Welcome to
Deer Park Alpha" fonts do not inherit the font size that was set.

Steps to recreate:

1. Control panel, accessiblity options, adjust the contrast for text and colors
on        
   your screen.
2. Click on display tab, check the box for "use high contrast", click on
settings     
   button.
3. Pull down and pick "high contrast & #2 extra large font", click on "ok".

4. start the exec for firefox "firefox-1.6a1.en-US.win32.installer.exe.

5. You will notice that the first screen of the install ui doesn't inherit the 
   font size used on the desktop.
(Reporter)

Updated

13 years ago
Keywords: access
Priority: -- → P2
Whiteboard: IBMQA
(Reporter)

Comment 1

13 years ago
Update, I would also like to add that the last dialog does behave correctly
either, this is coming from Dan K.

Updated

13 years ago
Flags: blocking1.8b5?

Comment 2

13 years ago
This is bug 287192, it's not just for disability access.
(Reporter)

Comment 3

13 years ago
Sorry... this bug was meant to mention that both the system contrast settings
and the system font size settings are ignored in two of the screens in the Deer
Park setup (install) program.  

Both the initial "Welcome" screen and the final "Install Complete" screen are
displayed with a white background and black text hard-coded.  They should be
inheriting the system contrast settings: in the original problem statement
above, "High Contrast #2" was selected, so the screens should display with a
black background and green text.  All of the other setup screens inherit the
system contrast settings okay.

In addition, as the original problem statement mentions, the large fonts are
also not inherited. The font size problem exists in all of the setup screens,
not just the first and last.

This is a section 508 issue (though minor, since only a couple screens are
affected, and the install is a one-time-only function).  The affected section
508 feature is 1194.21 g. 
Summary: First page of Installation of Firefox does not use system font size → Some Firefox setup screens ignore system contrast and font size
Whiteboard: IBMQA → IBMQA sec508

Comment 4

13 years ago
we'd like to take this, but need to get a better understanding on how hard this
will be to fix and what the schedule impact will be (if any), any thoughts?
Flags: blocking1.8b4? → blocking1.8b4+

Comment 5

13 years ago
(In reply to comment #4)
> we'd like to take this, but need to get a better understanding on how hard this
> will be to fix and what the schedule impact will be (if any), any thoughts?
> 

Do we have anyone who knows the setup code? I suggest we do this post-beta as I
anticipate a low-risk fix once someone can get their head around the problem.

Comment 6

13 years ago
dan, can you see if this is enough like the old installer code that you can help
out on it?

aaron, is this a regression over 1.0.x?

Comment 7

13 years ago
(In reply to comment #6)
> aaron, is this a regression over 1.0.x?
Asa, I don't know. But for blocking status this, I'm not sure that criteria is
the best to go with.

Comment 8

13 years ago
Per discussion with BenG this is not going to be fixable for 1.5
Flags: blocking1.9a1?
Flags: blocking1.8b5-
Flags: blocking1.8b5+

Comment 9

13 years ago
(In reply to comment #8)
> Per discussion with BenG this is not going to be fixable for 1.5

Mike, what exactly did we learn in that discussion? What's the reason that it is
unfixible for Firefox 1.5?

Updated

13 years ago
Keywords: sec508

Comment 10

13 years ago
I'm having the problem in all the setup screens.
Summary: Some Firefox setup screens ignore system contrast and font size → Firefox setup screens ignore system contrast and font size

Comment 11

13 years ago
Highly visible, first experience with product -> Major
Severity: normal → major

Comment 12

13 years ago
This will be fixed for Firefox 2.0 via the installer rewrite that will use XUL.
I don't see a bug for that yet, to mark this dependent on.
Target Milestone: --- → Firefox1.6-
I am seeing this same problem in the NSIS-based installer for Firefox 2 (bug 326580).  Attaching screenshots.
Blocks: 326580
Created attachment 217595 [details]
installer page 1 in high-contrast black extra-large
Created attachment 217596 [details]
installer page 2 in high-contrast black extra-large
Created attachment 217597 [details]
installer page 3 in high-contrast black extra-large

Updated

12 years ago
Attachment #217595 - Attachment description: installer page 1 in high-contrast black-on-white extra-large → installer page 1 in high-contrast black extra-large

Updated

12 years ago
Attachment #217596 - Attachment description: installer page 2 in high-contrast black-on-white extra-large → installer page 2 in high-contrast black extra-large
*** Bug 337138 has been marked as a duplicate of this bug. ***
Bump.  These issues still persist in the latest private build of the new NSIS-based installer (see bug 333160 ).
Flags: blocking-firefox2?
I've done some investigation of this and it won't be a simple thing to fix in the time we have for Firefox 2.0. We are going to have to modify the ui resources that come with NSIS, probably some of the NSIS code itself, and then verify it behaves properly with all locales... not a simple task but we are at least headed down a patch where this is easier to accomplish.
Not going to block if there's upstream issues to solve first, not so happy about this, but its reality.
Flags: blocking-firefox2? → blocking-firefox2-
Yep, this is a PITA that has been around ever since the xpinstall installer was introduced and it is also a problem with the NSIS installer... I am hopeful I'll be able to come up with a fix for Firefox 3.0

Updated

12 years ago
Blocks: 342901
Summary: Firefox setup screens ignore system contrast and font size → Firefox instaler / uninstaller screens ignore system contrast and font size
*** Bug 345763 has been marked as a duplicate of this bug. ***
*** Bug 287192 has been marked as a duplicate of this bug. ***
*** Bug 225014 has been marked as a duplicate of this bug. ***

Updated

12 years ago
Summary: Firefox instaler / uninstaller screens ignore system contrast and font size → Firefox installer / uninstaller screens ignore system contrast and font size

Updated

12 years ago
Blocks: 343205
No longer blocks: 342901

Updated

11 years ago
Flags: blocking1.9a1?

Comment 25

11 years ago
What's the status here?  Are we able to fix this for 3.0?  This has been around quite a while and will no doubt cause some low-vision users not to install the product, not to mention the fact that there are more low-vision users every day.
The fix for this will be implementing the MSI installer which I believe was cut from the PRD.
Specifically, that is bug 231062. Though we could possibly modify NSIS itself the effort to do so is very large with little long term return since we need to implement an MSI for additional reasons so making this depend on bug 231062.
Depends on: 231062
The new stub installer handles this better, but the standard installer is still basically in the same state as described in this bug.
Target Milestone: Firefox 2 → ---

Comment 29

4 days ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Last Resolved: 4 days ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.