зеркало из https://github.com/mozilla/gecko-dev.git
487c9854bd
This is a cheezy fix to u2f/tests/frame_multiple_keys.html to try and fix the ongoing intermittents. It's cheesy because it changes this from a HTTPS-scheme test to HTTP, which is kind of a negative change, and shouldn't do anything to help. It does, however, make this test look identical to the other u2f tests which _don't_ have this intermittent issue. If this commit fixes the problem then I'll know more about this strange failure case. MozReview-Commit-ID: JXXFshJ6AGq --HG-- extra : rebase_source : 83b09430d36904bba49037060f615f1b7a2d9078 |
||
---|---|---|
.. | ||
pkijs | ||
README.md | ||
frame_appid_facet.html | ||
frame_appid_facet_insecure.html | ||
frame_appid_facet_subdomain.html | ||
frame_multiple_keys.html | ||
frame_no_token.html | ||
frame_register.html | ||
frame_register_sign.html | ||
mochitest.ini | ||
test_appid_facet.html | ||
test_appid_facet_insecure.html | ||
test_appid_facet_subdomain.html | ||
test_multiple_keys.html | ||
test_no_token.html | ||
test_register.html | ||
test_register_sign.html | ||
test_util_methods.html | ||
u2futil.js |
README.md
Note:
While conceptually similar to the tests for Web Authentication (dom/webauthn),
the tests for U2F require an iframe while window.u2f
remains hidden behind a
preference, though WebAuthn does not. The reason is that the window
object
doesn't mutate upon a call by SpecialPowers.setPrefEnv() the way that the
navigator
objects do, rather you have to load a different page with a different
window
object for the preference change to be honored.