Summary:
Attempt to get more information about download timeouts, and
also retry the partial generation if download timeouts happen too often.
Reviewers: mtabara
Reviewed By: mtabara
Bug #: 1452927
Differential Revision: https://phabricator.services.mozilla.com/D1467
--HG--
extra : rebase_source : 5b30ffbde03d6600fecd70452082b674dd3f68d9
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1450
--HG--
extra : rebase_source : 779ce7e127f203386b4fa65e9110a765fec17d84
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1449
--HG--
extra : rebase_source : f8294ccb0d22d284e43050eae425184b5e5517c2
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1409
--HG--
extra : rebase_source : 1fd925beca600888ccf77f44f48a3c34b0d54c75
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1408
--HG--
extra : rebase_source : 63480b1bb67876df08fe141f2c59414c9c3765b0
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1407
--HG--
extra : rebase_source : ed9bf115665794b1656ce408cc6eb9eca20fb074
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1406
--HG--
extra : rebase_source : 902aaff764db6df06b96e7ba8c7d717afd6869e3
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1405
--HG--
extra : rebase_source : 935da41bf5e2cb82c04a1adc8441a139448d93a3
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1404
--HG--
extra : rebase_source : 404ec04053adc2ab050f1b3c03b4d9dd4a243522
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1403
--HG--
extra : rebase_source : fc669df941b70b720a6eb4118ad36d6679a28d48
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1402
--HG--
extra : rebase_source : e767ccb7835254156047be22178905f9f88980d7
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1401
--HG--
extra : rebase_source : d74d2658ac1d3655700a2298ab320791936b9a9f
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1400
--HG--
extra : rebase_source : 8af5e6eccd362aec94037ddad8a43f6566be40bd
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1399
--HG--
extra : rebase_source : 8685ad074debdd76c9857934fc8edc27e754a10a
for L10n jobs should run per-push based on the corresponding builds
Differential Revision: https://phabricator.services.mozilla.com/D1398
--HG--
extra : rebase_source : bfc26fef854722e243a327aeacfcb8ef6be6da74
This series exposes an existing bug in nsFindIterator where it cannot rewind
into NAC properly. This nested iterator setup is going to change heavily as part
of making it work on Shadow DOM, so just punt on this for now.
MozReview-Commit-ID: Aq8XfXjQw6f
This fixes browser/components/extensions/test/browser/file_find_frames.html with
my patches. We were relying on traversing suppressed whitespace to match the
whole word properly there.
You can see the bug with the following test-case:
<p>Banana 0</p><p>Banana 1</p>
If you try to match "banana" using "Whole word", you'll only find the first
word, because we keep c = '0'. If there's a newline between the two paragraphs,
like in the test, before my patch we we would traverse it (even though it's
suppressed whitespace) and keep c = '\n', which makes the match succeed.
Fix it forgetting the state of the match completely, including c.
That test was firing a lot of "GetOffsetTo() called on frames from different
documents" assertions... That's probably worth looking into as a followup.
MozReview-Commit-ID: AzId7YWQcJI
I ended up not using the nsIFrame methods both for consistency with the plain
text serializer and because of include hell due to nsStyleStructInlines /
nsIFrameInlines.
Find doesn't care about nodes with no frames anyway, so it didn't seem worth
doing the fallback if there's no style information.
I'll file a bug for IsHTMLBlock.
MozReview-Commit-ID: 3T317a4xCB
OpIter<Policy>::readMem{Copy,Fill} have to do with memory operations. But
they don't verify that the current module actually has a valid memory. If
indeed there is no memory, the generated code segfaults.
This patch causes verification to fail for modules without memories that
use BulkMem.{Copy,Fill}. It also fixes a testcase whose lack of memory is
exposed by the C++ fix.
--HG--
extra : rebase_source : 5a718aff7725815868773b01455e78b0a2a616d3
Currently, NAC always inherits from the closest non-NAC ancestor element,
regardless of whether it is for an element-backed pseudo or not.
This patch changes the inheritance so that for element-backed pseudos, we
inherit from the closest native anonymous root's parent, and for other NAC we
inherit from the parent.
This prevents the following two issues and allows us to remove the
NODE_IS_NATIVE_ANONYMOUS flag:
* Avoiding inheriting from the non-NAC ancestor in XBL bindings bound to NAC.
- This is no longer a problem since we apply the rule only if we're a
pseudo-element, and all pseudo-elements are in native anonymous subtrees.
- This also allows to remove the hack that propagates the
NODE_IS_NATIVE_ANONYMOUS flag from the ::cue pseudo-element from
BindToTree.
* Inheriting from the wrong thing if we're a nested NAC subtree.
- We no longer look past our NAC subtree, with the exception of
::-moz-number-text's pseudo-elements, for which we do want to propagate
::placeholder to.
A few rules from forms.css have been modified because they're useless or needed
to propagate stuff to the anonymous form control in input[type="number"] which
previously inherited from the input itself.
MozReview-Commit-ID: IDKYt3EJtSH
