Support for "listbox" in preferences is also removed, in preparation for the removal of the "listbox" element and binding.
MozReview-Commit-ID: Bi2VKKi5rdk
--HG--
extra : source : 762819bac1b9efe0e939be07394bd7d293638c40
The specificity of some Windows rules is reduced to match other platforms.
MozReview-Commit-ID: 28oUf7b6vCW
--HG--
extra : source : 3c131dac495ed46d524f4de2f92cfe79049aff8f
extra : intermediate-source : 7c1de225e4ab5dff9443c763ad59f5aecd72a593
These simple lists are converted to normal layout by setting a fixed height that isn't a multiple of the row height, which is already the case for most other lists in the user interface.
MozReview-Commit-ID: 1tV4MIoRp0d
--HG--
rename : toolkit/themes/windows/global/richlistbox.css => toolkit/themes/linux/global/richlistbox.css
extra : rebase_source : d6c53aa341bc5711f6ecf16485b5bd03d4f9caf2
extra : intermediate-source : 1355778929be17234ca3ced4f9930f05fb2cf20a
extra : source : 2e4527da76bba52492353aa5a40c128b09f389f1
The specificity of some Windows rules is reduced to match other platforms.
MozReview-Commit-ID: 28oUf7b6vCW
--HG--
extra : source : 3c131dac495ed46d524f4de2f92cfe79049aff8f
Portions of the patch contributed by Tim Nguyen (ntim.bugs@gmail.com)
MozReview-Commit-ID: DEBBjcgHIyH
--HG--
extra : rebase_source : 04283a360411699c23a6acee9027fb7750c8d6eb
Having the native theme widget to flip its own direction turned out to be
something not needed anymore, and it interfere with the CSS rule we set to
flip non-native SVG background.
This patch turned that off and always flips the resizer with CSS transform.
MozReview-Commit-ID: EbjTfFpJpZ0
--HG--
rename : layout/reftests/forms/textarea/resize-ref.html => layout/reftests/forms/textarea/resize-rtl-ref.html
rename : layout/reftests/forms/textarea/resize.html => layout/reftests/forms/textarea/resize-rtl.html
extra : rebase_source : a319698cea6c8460aaed23948e20b0757cec686e
It was never included in the manifest from file creation in bug 554810.
The error went undetected for 8 years, because the Linux manifest overwrites
the Windows one, and the Windows file goes to the same name (with a similar
look) gets packaged.
MozReview-Commit-ID: HXFxD0KmSYA
--HG--
extra : rebase_source : c7f7f71eacc4a251e938cc49413c0caaceedf9ee
extra : source : 36fbf38cbfec6ab7d9dab9a635046596f26560c6
This UI is the only consumer of `checkState`, and it's using it in a
confusing way represent a ascending and descending sorts on the checkbox.
And also since the default sort for Recent Updates (most recent first)
is reasonable, go ahead and remove the binding altogether.
MozReview-Commit-ID: 4OnAN1t2fGq
--HG--
extra : rebase_source : 765bc7f830886ed2a5a52ca433a6e1d86511cc46
The Animation and KeyframeEffect constructors and the finshed promise are not
enabled on release channel currently. The polyfill is added to make sure
we don't break on release.
When the feature ships, removing the polyfill should be as easy as
reverting this changeset.
MozReview-Commit-ID: 2EWN7hBN5tj
--HG--
extra : rebase_source : 19290268e281fc631458eb64745bea000994c3e7
Web Animation API should give us deterministic timing when the transition ends or aborts.
Additional clean-ups:
- Make sure hidden status is always set/get from the hidden property,
instead of the hidden attribute.
- Remove the unused isControlBarHidden property.
- controlsSpacer no longer has a background color (removed in bug 1374007),
therefore it no longer needs a transition and there is no need to test
its state with the test added in bug 1319301.
- Fix a logic error at hideByAdjustment property, revealed by the changed
transition timing, in which adjustControlSize() would show the controlBar
set hidden by the transition.
MozReview-Commit-ID: DB2cgQcUEXi
--HG--
extra : rebase_source : 2a715038197aa29d3eaf837fad85797ec1e98b15
Paolo Amadini
Trisha Gupta
Noemi Erli
Dão Gottwald
trisha
Gijs Kruitbosch
Gurzau Raul
Jared Wein
Tim Nguyen
Timothy Guan-tin Chien
Mark Striemer
Brian Grinstead
Dorel Luca
Andrew Swan
Manish Kumar
Jonathan Kingston
UK992
Andreea Pavel