Closed
Bug 746178
Opened 11 years ago
Closed 9 years ago
test timeout in events/test_focus_browserui.xul
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
RESOLVED
FIXED
mozilla33
People
(Reporter: MarcoZ, Assigned: athena)
References
(Blocks 1 open bug)
Details
Attachments
(3 files, 1 obsolete file)
977 bytes,
patch
|
Details | Diff | Splinter Review | |
1.68 KB,
patch
|
MarcoZ
:
checkin+
|
Details | Diff | Splinter Review |
1.52 KB,
patch
|
MarcoZ
:
review+
|
Details | Diff | Splinter Review |
Log from last passing test to end of test: 3978 INFO TEST-PASS | chrome://mochitests/content/a11y/accessible/events/test_focus_browserui.xul | test with ID = 'go back one page in history ' failed. There is unexpected focus event. 3979 INFO TEST-INFO | chrome://mochitests/content/a11y/accessible/events/test_focus_browserui.xul | Invoke the '[ 'document node', address: [object XrayWrapper [object HTMLDocument]] ] 't ctrl ' key' test { expected 'focus' event; unexpected 'focus' event; } 3980 ERROR TEST-UNEXPECTED-FAIL | chrome://mochitests/content/a11y/accessible/events/test_focus_browserui.xul | Test timed out. 3981 INFO TEST-END | chrome://mochitests/content/a11y/accessible/events/test_focus_browserui.xul | finished in 329999ms
Reporter | ||
Comment 1•11 years ago
|
||
The problem here may very well be that we're sending the wrong keyboard shortcut to open a new tab on the Mac. It's not Ctrl+T as on Windows and Linux, but CMD+T. How do we generate the CMD key?
Reporter | ||
Comment 2•11 years ago
|
||
Reporter | ||
Comment 3•11 years ago
|
||
Disabled test on Mac: http://hg.mozilla.org/integration/mozilla-inbound/rev/247098e91bb5
Whiteboard: [leave open]
Comment 4•11 years ago
|
||
Sorry, push backed out for linux mochitest-other orange: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1&rev=8cc13f37bc66 https://tbpl.mozilla.org/php/getParsedLog.php?id=11222399&tree=Mozilla-Inbound { 4512 ERROR TEST-UNEXPECTED-FAIL | chrome://mochitests/content/a11y/accessible/events/test_focus_listcontrols.xul | Error in test: proposed current item 'ml_tangerine' is already current } https://hg.mozilla.org/integration/mozilla-inbound/rev/922510fc28aa
Assignee: nobody → marco.zehe
Reporter | ||
Comment 5•11 years ago
|
||
Relanded with bustage fix: http://hg.mozilla.org/integration/mozilla-inbound/rev/175a8c81e3ff
Attachment #8449440 -
Flags: review?(marco.zehe)
Reporter | ||
Comment 10•9 years ago
|
||
Comment on attachment 8449440 [details] [diff] [review] Use metaKey to close the window on OSX Review of attachment 8449440 [details] [diff] [review]: ----------------------------------------------------------------- Looks good! Please re-attach a patch with the nit fixed, but you don't need to re-request review. Do you know how to push to try? Would be good to get a test run on OS X before requesting checkin. ::: accessible/tests/mochitest/events/test_focus_browserui.xul @@ +99,3 @@ > // open new tab, focus moves to urlbar > + var synthKeyArgs; > + if ( MAC ) { Nit: No spaces after opening and before closing parenthesis.
Attachment #8449440 -
Flags: review?(marco.zehe) → review+
Assignee | ||
Comment 11•9 years ago
|
||
I remember reading somewhere that try needs special privileges; not sure how to do it no!
Attachment #8449440 -
Attachment is obsolete: true
Reporter | ||
Comment 12•9 years ago
|
||
No problem at all, pushed to try on your behalf and letting Windows and OS X run the tests to make sure both variants are working. You can follow the progress here: https://tbpl.mozilla.org/?tree=Try&rev=a2d569e6177e However, Try should also push results to this bug when done. Let's keep our fingers crossed! :)
Assignee | ||
Comment 13•9 years ago
|
||
Comment on attachment 8449458 [details] [diff] [review] close-window-mac-bug-746178.patch Try hasn't left a comment, but based on that link it looks like all the tests passed, so I'm asking for a checkin.
Attachment #8449458 -
Flags: checkin?
Reporter | ||
Comment 14•9 years ago
|
||
Comment on attachment 8449458 [details] [diff] [review] close-window-mac-bug-746178.patch Landed on Athena's behalf on inbound: https://hg.mozilla.org/integration/mozilla-inbound/rev/2d229d0aa401 Thank you for the patch!
Attachment #8449458 -
Flags: checkin? → checkin+
Reporter | ||
Updated•9 years ago
|
Assignee: nobody → athena
Status: NEW → ASSIGNED
Whiteboard: [leave open]
Comment 15•9 years ago
|
||
(In reply to Marco Zehe from comment #1) > The problem here may very well be that we're sending the wrong keyboard > shortcut to open a new tab on the Mac. It's not Ctrl+T as on Windows and > Linux, but CMD+T. How do we generate the CMD key? (In reply to Athena from comment #6) > Grabbing, metaKey should do the trick. Actually it's even easier than that, accelKey should automatically switch from ctrl to cmd on the Mac. See _parseNativeModifiers in EventUtils.js line 611. (Note that getID doesn't understand either accel or cmd modifiers.)
Assignee | ||
Comment 16•9 years ago
|
||
I do like how accellKey looks rather than the awkward if statement above.
Attachment #8450078 -
Flags: review?(marco.zehe)
Reporter | ||
Comment 17•9 years ago
|
||
Comment on attachment 8450078 [details] [diff] [review] use accelKey instead of metaKey/ctrlKey Thanks for updating it! r=me and pushed: https://hg.mozilla.org/integration/mozilla-inbound/rev/f8802f568bb4
Attachment #8450078 -
Flags: review?(marco.zehe) → review+
Comment 18•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/2d229d0aa401 https://hg.mozilla.org/mozilla-central/rev/f8802f568bb4
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla33
You need to log in
before you can comment on or make changes to this bug.
Description
•