708796 - l10n/testAccessKeys doesn't check Firefox update settings group: it's inactive (greyed-out)

Status: RESOLVED WONTFIX

(Mozilla QA Graveyard :: Mozmill Tests, defect)

Description

[[:Aleksej]]

Attachment: The only screenshot of the group made by Mozmill

In Firefox 9.0b5 eo Linux-x86_64, there is an accesskey conflict on the Preferences’ pane Advanced → Updates (“Kiam haveblas ĝisdatigoj por Firefox:” — about what to do when an update for Firefox is available): “e” is used twice. However, that group of checkbox is inactive when the “Firefox” checkbox above it is unset. So the test doesn’t find the conflict.

Comment 1

[u279076]

Just for clarification...

When the "Firefox" checkbox is checked, it enables the greyed out section below. Thus enabling "Demandi" and "Automate" which both use the same access key.

Is this the problem you refer to?

Comment 2

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Aleksej, does that really happen with a fresh profile? Normally this setting is turned on per default.

Comment 3

[[:Aleksej]]

Henrik, it doesn’t happen with a fresh profile: the checkbox is checked (even though Firefox is read-only). Maybe the test toggles it when it shouldn’t?

Comment 4

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Those l10n tests have been written based on fresh profiles. Means when you execute those please don't use the -p option. Is that what you did? If yes, this bug will be a wontfix. Anything else would be way to complex to map it to a test.

Comment 5

[[:Aleksej]]

No, I did this:
mozmill-env/run.sh mozmill \
 -b …/fv90b5eo/firefox \
 -t mozmill-tests/tests/l10n/testAccessKeys

Comment 6

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Ah wait. With Mozmill we disable automatic updates. So that's the reason why this checkbox is not enabled. Good call, and yes we have to fix that.

Comment 7

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Please don't change a globally used whiteboard entry.

Comment 8

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Mozmill tests are no longer in use. So closing this bug.