Bonus fix: don't start the chroot helper unless we're going to use
it. For this to matter, you'd need a system with unprivileged user
namespaces but no seccomp-bpf (or fake it with env vars) *and* to set
media.gmp.insecure.allow, so this is more to set a good example for
future changes to this code than for functional reasons.
This functions is for hiding caret in cursor mode on desktop browser
when receiving NS_WHEEL_WHEEL, which is never used on B2G in production.
On desktop browser, a proper wheel scroll cycle begins by NS_WHEEL_START
and ends by NS_WHEEL_STOP, which was covered by gtest. Move the three
marionette test for TouchCaret only.
--HG--
extra : commitid : KCG4QMsPhdY
extra : rebase_source : b33ca79699cfffe33da1890aed10935fa7565e1c
This is the patch which fixed the bug.
When calling OnScrollPositionChanged in cursor mode, we want the
appearance of the caret to be preserved since the caret might be hidden
due to timeout. We should respect the old appearance of the caret.
Add a marionette test to ensure the caret does not appear due to
ScrollPositionChanged.
--HG--
extra : commitid : KCG4QMsPhdY
extra : rebase_source : e69ce44e11e079dc79c8e69e7aa25003ca5d0398
The comment reads "No need to consider whether the caret's position is
out of scrollport", which is untrue.
For example, the position of nsCaret might be shifted by typing and be
covered by other elements. So we need to set the appearance of first
caret to NormalNotShown when it becomes invisible.
--HG--
extra : commitid : KCG4QMsPhdY
extra : rebase_source : c5990c1b544354b80295507e3d886eb7bd11ed15
This commit does several things:
1. Change to https so the test does not fail due to security exceptions.
2. Change function service_worker_unregister to get around the "getRegistration() matches most specific registration" issue by matching exact scope.
3. Uses the URL object for the "absolute" test instead of relying on server substitution since it achieves the same thing.
4. Allows fragments in the scriptURL since I cannot find anything in the spec preventing this. I have filed https://github.com/slightlyoff/ServiceWorker/issues/742 to resolve this.
Update web-platform-tests expected data
--HG--
rename : testing/web-platform/mozilla/tests/service-workers/service-worker/serviceworkerobject-scripturl.sub.html => testing/web-platform/mozilla/tests/service-workers/service-worker/serviceworkerobject-scripturl.https.html
extra : commitid : FdkKoMW3YAD
extra : rebase_source : bbece1fa3fd431ef8102b5edd154387416e4eef6
extra : source : dd3fd15e5522ce319fe4f6387934e8664b14a0be
This saves an allocation and zeroing for buffers generated by AudioNodes and
avoids allocation altogether for empty buffers.
Incidentally, RestoreJSChannelData() now avoids unnecessary recreation of
Float32Arrays if they already exist after a previous call failed.
--HG--
extra : transplant_source : %DAn7%D1J%C3%04%23%2B%A1%15%9F%95%E2%21%18%21%D2W%1F
The array buffers are no longer available and mJSChannels will be overwritten
in RestoreJSChannelData() before it is used again. This is consistent with
"Attach ArrayBuffers containing copies of the data to the AudioBuffer, to be
returned by the next call to getChannelData."
--HG--
extra : transplant_source : x%C9%7C%D0%D9%08%CD%17%3F%D6o%BE3%BD%DCQE%DD%E5%9E
This makes it clearer that the algorithm is intentionally aborted when any of
the buffers have been neutered and that the stolen data has the correct
length.
It also makes mJSChannels available for clearing in a subsequent changeset.
--HG--
extra : transplant_source : %9A%AA%D2Rs5%C9%BA%F9%26%9E%3C%9C%2C%40%D3%EA%23%BE%CA
Bug 1189678 forgot to remove the ini file itself though the expectation data was updated.
--HG--
extra : commitid : BZjQyf7fuwo
extra : rebase_source : 57e2e305628b3f9624a548b83e54055e803cbcfb
extra : source : 97d3c0679108798e847e630cc8d07ea20f583e32
Update web-platform-tests expected data
--HG--
extra : commitid : 1r6fVuNoGBQ
extra : rebase_source : 88c59299e8bf31c4e5cade023fd33e2dba25890c
extra : source : abf8bb1b538a7d1172a732677b6b194bc10470b8
According to the JSON RFC [1] the official mime type is "application/json". If
we do not send this, Gecko will not fire the onload event for a frame trying to
load such a URL but will instead load an error page.
Several service worker tests rely on loading 'fake' iframes that 404 but
contribute to the progress of the test by watching for the onload event.
These tests are fixed by this patch.
[1]: http://www.ietf.org/rfc/rfc4627.txt
--HG--
extra : commitid : 1sHk7zvboJq
extra : rebase_source : 40b4891a3ba1d485e4cb82bca9a0d0cb507b8744
extra : source : 03f74eacbc7569bc6e425f0d4fd7dceaa0e3f3b3
The special-case was added back when the Fennec dynamic toolbar showing/hiding
behaviour didn't resize the content area. As of bug 1180295 that is no longer
the case, and showing/hiding the dynamic toolbar *does* resize the content area.
Therefore the widget bounds always represents the actual content area and can
be used directly as the composition bounds.
In addition, the special-case code relied on a particular quirk of the Fennec
CSS viewport determination code which was removed in bug 1180267. The quirk was
that the CSS viewport height was always set such that it would cover the
available screen height when the page was zoomed out to the minimum allowed
zoom. This behaviour was technically incorrect as it would ignore any height
properties provided in the meta-viewport tag. Now that this quirk has been
removed, the special-case code breaks because the root frame's height is
independent of the screen height and can result in an incorrect composition
bounds.
--HG--
extra : commitid : 69FDhj50WEN
