Should pass fine.
Was disabled in Bug 1380053, presumably because it asserted or what not at that
point? Who knows.
MozReview-Commit-ID: LSH6ZId9Ezj
--HG--
extra : rebase_source : fb1bfeae35442d2acc65b8f5ceb8ee1f75f33303
This required to add a couple new cases for require-hacker.
MozReview-Commit-ID: 9Qon1PNjdF7
--HG--
extra : rebase_source : 53808af32a325c1985443b9a26953b4065f7c835
Those ensures that we do handle them properly and that the state
is cleaned up as expected when they are removed.
MozReview-Commit-ID: 9PNuaHcFxSv
--HG--
extra : rebase_source : f6f7555e26dc6174c18732685ec161920bc4d51a
Add a redux action to handle the event and clear private messages from the store.
A new `cleanState` function was extracted from `limitTopLevelMessage` so we can
use it in this case.
MozReview-Commit-ID: Hp6o9iZAbZ7
--HG--
extra : rebase_source : 1427c9f47bd078353fdaa61d94a394155d31ab61
Populate this from the different packet types and update stubs.
MozReview-Commit-ID: 4rrZBRdtOa4
--HG--
extra : rebase_source : 55458ef7f104803089391ebb8143342111c92ba3
Adds instructions in how to use Taskcluster and interactive
tasks (one click loaners) to debug failing tests.
MozReview-Commit-ID: 5fImVtYUxfY
--HG--
extra : rebase_source : 5fd52f7842a6fea969dd1bf3d8a024bf87a5d62f
This fixes spelling mistakes, and adds sections for the
setup of tests, and running Marionette harness unit tests.
MozReview-Commit-ID: DO11Si67Zkp
--HG--
extra : rebase_source : 88079f2c3871a13e1df6f4a4ab5eb8b51f1b2a84
This was caused by an innerHTML assignment. Switching to replaceWith + cloneNode
does the trick.
MozReview-Commit-ID: 4pnIijKoJHU
--HG--
extra : rebase_source : 9a960a74c38b51c8ad549187549b383b916aa45e
This is a tool that can take the output of Servo when run with `-m N` and generate an HTML file that charts the behaviour of the various labels over time.
Run with `./mach run http://url >/tmp/log; python etc/memory_reports_over_time.py /tmp/log`.
---
- [x] `./mach build -d` does not report any errors
- [x] `./mach test-tidy` does not report any errors
- [x] There are tests for these changes
Source-Repo: https://github.com/servo/servo
Source-Revision: 324e22db030ba73452dfc4ec455534fb144f585b
--HG--
extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear
extra : subtree_revision : 9336b7b654b3468e19b636fc2968dae96a2775b7
* Based on original patch by MattN
* Make stored contacts available as payer data (MattN)
* Add the address-picker element to the dialog for selecting payer details from stored contacts (MattN)
* Add a field-names attribute to the payer address-picker, populated from the request paymentOptions
* Basic CSS to selectively render address fields
* Add mochitests to verify paymentOptions result in the correct payment picker behavior
MozReview-Commit-ID: Br8i5MVyeQ3
--HG--
extra : rebase_source : dd90a3c5fbeb72431101ba5485f5bf232b6b9b57
I'm taking over #19120.
Fix#18918.
Beside the change in the API, I had to rewrite main loop.
At this point, we should have a very similar behavior as servo-glutin.
Source-Repo: https://github.com/servo/servo
Source-Revision: c9f60c5a6778fe47cae85fcd88cb38257a220bb1
--HG--
extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear
extra : subtree_revision : e3ef5fbc5962e96c48a1340e589054aa2086bb92
If the element has throttled animations that will be affected by pending style
changes, the throttled animations will be updated though sequential tasks after
normal styling process. E.g. UpdateEffectProperties, UpdateCascadeResults etc.
So we don't need to flush them in advance of the sequential tasks.
The first test case in this patch fails without this fix.
MozReview-Commit-ID: GystAqK2bQE
--HG--
extra : rebase_source : c01160e14bb5a2984dcc4d63ec44d4d465b829a2
In the subsequent patch, we want to observe animation restyles caused by
synchronous styling. If we used the original asynchronous observer for that,
we will observe restyles in normal scheduled styling, it's bit confusing.
MozReview-Commit-ID: 1V2IavKNECG
--HG--
extra : rebase_source : ee112acf2426ecf54435f77b8801a6228318459c
This changes the order to match the normal selector-matching order, which is
usually faster.
That is, when matching div:nth-child(2), for example, before this patch we'd
first try to match :nth-child(2), and only then div.
This patch makes us walk until the end or the next combinator, and only then
match backwards, matching first div, then :nth-child.
Bug: 1443814
Reviewed-by: bholley
Source-Repo: https://github.com/servo/servo
Source-Revision: 8e52f8a523e2f12b2666536d0f8ff3fa40b83ef5
--HG--
extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear
extra : subtree_revision : 4b8b140e54485fb2762745f13af285c640d39254
* Based on original patch by MattN
* Make stored contacts available as payer data (MattN)
* Add the address-picker element to the dialog for selecting payer details from stored contacts (MattN)
* Add a field-names attribute to the payer address-picker, populated from the request paymentOptions
* Basic CSS to selectively render address fields
* Add mochitests to verify paymentOptions result in the correct payment picker behavior
MozReview-Commit-ID: Br8i5MVyeQ3
--HG--
extra : rebase_source : 76ef3a8994d4557fe528cedcdeb09ac91504fe3e
Installing all listed dependencies on fedora results in
a compilation error, due to missing mesa-libGLU-devel dependency.
This dependency is part of some of the other distributions,
with other names of course.
<!-- Please describe your changes on the following line: -->
Compiling Servo on my Fedora 26 machine after installing the developer dependencies, resulted in a failed compilation of `servo-skia-0.30000013.0` due to missing devel library.
```
/home/veeg/.cargo/registry/src/github.com-1ecc6299db9ec823/servo-skia-0.30000013.0/src/gpu/gl/unix/SkNativeGLContext_unix.cpp:10:10: fatal error: GL/glu.h: No such file or directory
#include <GL/glu.h>
^~~~~~~~~~
compilation terminated.
gmake[2]: *** [CMakeFiles/skia.dir/build.make:7383: CMakeFiles/skia.dir/src/gpu/gl/unix/SkNativeGLContext_unix.cpp.o] Error 1
gmake[2]: *** Waiting for unfinished jobs....
gmake[1]: *** [CMakeFiles/Makefile2:68: CMakeFiles/skia.dir/all] Error 2
gmake: *** [Makefile:130: all] Error 2
thread 'main' panicked at '
command did not execute successfully, got: exit code: 2
build script failed, must exit now', /home/veeg/.cargo/registry/src/github.com-1ecc6299db9ec823/cmake-0.1.29/src/lib.rs:632:5
note: Run with `RUST_BACKTRACE=1` for a backtrace.
warning: build failed, waiting for other jobs to finish...
error: build failed
```
```
$ dnf provides -q /usr/include/GL/glu.h
mesa-libGLU-devel-9.0.0-11.fc26.i686 : Development files for mesa-libGLU
Repo : fedora
Matched from:
Filename : /usr/include/GL/glu.h
mesa-libGLU-devel-9.0.0-11.fc26.x86_64 : Development files for mesa-libGLU
Repo : fedora
Matched from:
Filename : /usr/include/GL/glu.h
```
Installing `mesa-libGLU-devel` solved the issue.
---
<!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `__` with appropriate data: -->
- [X] `./mach build -d` does not report any errors
- [X] `./mach test-tidy` does not report any errors
- [X] These changes fix # (not applicable)
<!-- Either: -->
- [X] These changes do not require tests because only README.md is affected
<!-- Also, please make sure that "Allow edits from maintainers" checkbox is checked, so that we can help you if you get stuck somewhere along the way.-->
<!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. -->
Source-Repo: https://github.com/servo/servo
Source-Revision: 6a2ec87b4a83ce9df98008978813d74a0d80c7aa
--HG--
extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear
extra : subtree_revision : cf9a4e4929fdd45ab0efbc684acce72181e85fcd