de11750ca8ed37fa8b9c50c7a86f8e84e9c81342: Bug 1412183 - use BufferReader instead of ByteReader in mp4 index parser. r=kinetik
Alfredo.Yang <ayang@mozilla.com> - Mon, 23 Oct 2017 10:43:30 +0800 - rev 388998
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
Bug 1412183 - use BufferReader instead of ByteReader in mp4 index parser. r=kinetik MozReview-Commit-ID: KNfqpgzQleE
38f363ae6e486df376200b402902b380c1934820: servo: Merge #19055 - Add support for -moz-window-opacity to stylo (from upsuper:window-opacity); r=Manishearth
Xidorn Quan <me@upsuper.org> - Mon, 30 Oct 2017 00:42:45 -0500 - rev 388997
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
servo: Merge #19055 - Add support for -moz-window-opacity to stylo (from upsuper:window-opacity); r=Manishearth Fixes [bug 1374177](https://bugzilla.mozilla.org/show_bug.cgi?id=1374177). Source-Repo: https://github.com/servo/servo Source-Revision: 17bfe5c12013a47c09e0198d029f3ded2ccbc42c
7e750211e314c6ad0df7269e633b78d6f518db58: Bug 1412717 - Make malloc_initialized atomic. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Mon, 30 Oct 2017 09:30:41 +0900 - rev 388996
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
Bug 1412717 - Make malloc_initialized atomic. r=njn Interestingly, this turns single-instruction checks into two-instructions checks (at least with GCC, from one cmpb to a movl followed by a testl), but this is due to Atomic<bool> being actually backed by a uint32_t, not by the use of atomics.
777f76d30950ec0607b644c6c8c6d6af0651ebca: Bug 1411687 - part 3: Add webplatform-test for testing "insertParagraph" command when user-defined element is the editing host r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Fri, 27 Oct 2017 16:01:59 +0900 - rev 388995
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
Bug 1411687 - part 3: Add webplatform-test for testing "insertParagraph" command when user-defined element is the editing host r=m_kato MozReview-Commit-ID: 4h53PBCGlU2
eeec327a40fa19e2741a0349ca317375a609fac0: Bug 1411687 - part 2: Rewrite the check to insert a <br> element in HTMLEditRules::WillInsertBreak() r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Fri, 27 Oct 2017 01:27:44 +0900 - rev 388994
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
Bug 1411687 - part 2: Rewrite the check to insert a <br> element in HTMLEditRules::WillInsertBreak() r=m_kato Currently, HTMLEditRules::WillInsertBreak() checks if the editing host can contain a <p> element as a child or a descendant. However, this is not enough. If an inline element has a block element which can contain a <p> element, current implementation considers to insert a <br>. This is possible when * The editing host is an unknown element including user defined element. * The editing host is an inline element and its children and/or descendants were added by JS. E.g., <span contenteditable> element can have <div> element. I think that we should consider to insert a <br> element when: - There is no block ancestors in the editing host. - The editing host is the only block element and it cannot contain <p> element or the default paragraph separator is <br> element. - The nearest block ancestor isn't a single-line container declared in the execCommand spec and there are no block elements which can contain <p> element. Note that Chromium checks if CSS box of ancestors is block too. However, it must be out of scope of this bug. MozReview-Commit-ID: HdjU9t83Nd1
c8b86294e3893b7201f6fcdaac5da0938730bed4: Bug 1411687 - part 1: HTMLEditor::GetBlockNodeParent() and HTMLEditor::GetBlock() should take an ancestor limiter node optionally r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 26 Oct 2017 22:54:30 +0900 - rev 388993
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
Bug 1411687 - part 1: HTMLEditor::GetBlockNodeParent() and HTMLEditor::GetBlock() should take an ancestor limiter node optionally r=m_kato Perhaps, most callers don't need parent block outside active editing host. Therefore, callers of these methods should be able to specify the editing host for making those methods stop looking for a block ancestor. Then, callers can avoid using EditorUtils::IsDescendantOf() and nsContentUtils::IsContentDescendantOf(). MozReview-Commit-ID: 7IK4gAVHY5d
63a18c9ef3026c09ef8421a27cf4349b0f7881bf: Bug 1411687 - part 0: Get rid of HTMLEditor::GetBlockNodeParent(nsIDOMNode*) r=m_kato
Masayuki Nakano <masayuki@d-toybox.com> - Thu, 26 Oct 2017 22:37:45 +0900 - rev 388992
Push 32777 by archaeopteryx@coole-files.de at Mon, 30 Oct 2017 22:44:45 +0000
Bug 1411687 - part 0: Get rid of HTMLEditor::GetBlockNodeParent(nsIDOMNode*) r=m_kato Currently, HTMLEditor::GetBlockNodeParent(nsIDOMNode*) is used only by HTMLEditor::DoInsertHTMLWithContext() and there is a variable of nsINode*. So, we don't need to keep it anymore. MozReview-Commit-ID: LEWaiR5BEB9
befd2dd89771edd86d05a92b6f7ce2ccde6835c3: No bug, Automated blocklist update from host bld-linux64-spot-033 - a=blocklist-update
ffxbld - Mon, 30 Oct 2017 11:46:21 -0700 - rev 388991
Push 32776 by ffxbld at Mon, 30 Oct 2017 18:46:27 +0000
No bug, Automated blocklist update from host bld-linux64-spot-033 - a=blocklist-update
1a291b1c9fa302d85d853ddfed16edd89089e8a4: No bug, Automated HPKP preload list update from host bld-linux64-spot-033 - a=hpkp-update
ffxbld - Mon, 30 Oct 2017 11:46:17 -0700 - rev 388990
Push 32776 by ffxbld at Mon, 30 Oct 2017 18:46:27 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-033 - a=hpkp-update
9e00ff50cfd3edb94314ea6ccac63a6557ab7a72: No bug, Automated HSTS preload list update from host bld-linux64-spot-033 - a=hsts-update
ffxbld - Mon, 30 Oct 2017 11:46:14 -0700 - rev 388989
Push 32776 by ffxbld at Mon, 30 Oct 2017 18:46:27 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-033 - a=hsts-update
a89e5587c7a761fa59b82270b861c7f547968145: Bug 1412734 - use the correct command-line flags to detect gold; r=snorp; a=RyanVM
Nathan Froyd <froydnj@mozilla.com> - Mon, 30 Oct 2017 12:06:54 -0400 - rev 388988
Push 32775 by nfroyd@mozilla.com at Mon, 30 Oct 2017 16:18:11 +0000
Bug 1412734 - use the correct command-line flags to detect gold; r=snorp; a=RyanVM We were adding c_compiler.flags and toolchain_flags to some paths through this function, but not all. Not adding those flags caused this function to detect the host's ld.gold instead of the target's ld.gold. And that, in turn, caused linker errors when the host ld.gold couldn't understand the target's object files. MozReview-Commit-ID: vJzWagUGkL
1c618b1a13662de7cec429f606367db3827b6dc7: Backed out changeset b7a07167905c::2932c914e223 (bug 1406327) for failing in dom/vr/test/mochitest/test_vrController_displayId.html r=backout a=backout on a CLOSED TREE
Coroiu Cristina <ccoroiu@mozilla.com> - Mon, 30 Oct 2017 14:51:52 +0200 - rev 388987
Push 32774 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 12:52:20 +0000
Backed out changeset b7a07167905c::2932c914e223 (bug 1406327) for failing in dom/vr/test/mochitest/test_vrController_displayId.html r=backout a=backout on a CLOSED TREE Backed out changeset 2932c914e223 (bug 1406327) Backed out changeset cfbc6262a064 (bug 1406327) Backed out changeset b7a07167905c (bug 1406327)
515407ebfa1433c31144374313bbfd8b942af41c: Merge inbound to mozilla-central r=merge a=merge
Coroiu Cristina <ccoroiu@mozilla.com> - Mon, 30 Oct 2017 12:16:47 +0200 - rev 388986
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Merge inbound to mozilla-central r=merge a=merge
d7a53e1454addc0d6bdda84e6c5125c88a14d5cc: Bug 1410420 - Clear database actor's strong reference to IDBDatabase when opening of a database fails; r=asuth
Jan Varga <jan.varga@gmail.com> - Mon, 30 Oct 2017 07:13:40 +0100 - rev 388985
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Bug 1410420 - Clear database actor's strong reference to IDBDatabase when opening of a database fails; r=asuth
5c906f68ee713d8dcf039b5617901035dfd69471: Bug 1410794 (attempt 2) - Change some |string| occurrences in nsIPrefBranch.idl to |ACString|. r=erahm.
Nicholas Nethercote <nnethercote@mozilla.com> - Fri, 27 Oct 2017 10:30:33 +1100 - rev 388984
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Bug 1410794 (attempt 2) - Change some |string| occurrences in nsIPrefBranch.idl to |ACString|. r=erahm. This makes the code nicer. In particular, it removes many getter_Copies() calls. The patch also converts a lot of nsCStrings to nsAutoCString, which will avoid heap allocation in the common case. The patch also renames PREF_CopyCharPref() as PREF_GetCStringPref(), because it's actually getting a string, not a char, and that matches the existing GetCString() and GetDefaultCString() methods. Correspondingly, it also renames PREF_SetCharPref() as PREF_SetCStringPref(). The |aPrefName| arguments in nsIPrefBranch.idl remain as |string| because they almost always involve passing in C string literals, and passing "foo" is much nicer than passing NS_LITERAL_CSTRING("foo"). It's worth noting that early versions of this patch used |AUTF8String| instead of |ACString|. But it turns out that libpref stores prefs internally as Latin1. And |ACString| is compatible with Latin1 but |AUTF8String| isn't, because non-ASCII Latin1 strings are not valid UTF-8! MozReview-Commit-ID: D3f7a1Vl1oE
b666ea1ac9035432ab3b64099a94b78816207a61: Backed out changeset f26525123e6a (bug 1411132) for build bustage
Phil Ringnalda <philringnalda@gmail.com> - Sun, 29 Oct 2017 21:23:43 -0700 - rev 388983
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Backed out changeset f26525123e6a (bug 1411132) for build bustage CLOSED TREE MozReview-Commit-ID: AcF8eNmKntl
f26525123e6a590d5d7525890cec2fa7517c48d2: Bug 1411132 - Always recurse into merging for sub-lists, even when there isn't a matching new item, so that we find all items that need invalidating. r=ethanlin
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 30 Oct 2017 15:29:08 +1300 - rev 388982
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Bug 1411132 - Always recurse into merging for sub-lists, even when there isn't a matching new item, so that we find all items that need invalidating. r=ethanlin
6cadcd4af281493351b77c151a4945e573dc6503: Bug 1411881 - Use separate lists for MarkFrameForDisplay and MarkFrameForDisplayIfVisible to avoid them clobbering each other when we leave a PresShell. r=ethanlin
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 30 Oct 2017 15:28:45 +1300 - rev 388981
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Bug 1411881 - Use separate lists for MarkFrameForDisplay and MarkFrameForDisplayIfVisible to avoid them clobbering each other when we leave a PresShell. r=ethanlin
2be892ca2def0182eec47d75fe37a3a88610c395: Bug 1399389 - update Cargo.lock and webrender_ffi_generated.h for webrender_bindings updating. r=nical
JerryShih <hshih@mozilla.com> - Mon, 30 Oct 2017 11:31:38 +0800 - rev 388980
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Bug 1399389 - update Cargo.lock and webrender_ffi_generated.h for webrender_bindings updating. r=nical MozReview-Commit-ID: 8FIu1K1jjxM
ee22692d98442c179f72db76b3a6bfa0f37dcaaf: Bug 1399389 - redirect the warn/error message to gfx_critical_error/note in WR. r=kvark
JerryShih <hshih@mozilla.com> - Mon, 30 Oct 2017 11:31:38 +0800 - rev 388979
Push 32773 by ccoroiu@mozilla.com at Mon, 30 Oct 2017 10:17:44 +0000
Bug 1399389 - redirect the warn/error message to gfx_critical_error/note in WR. r=kvark MozReview-Commit-ID: Fxkz3Fq96Tb
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip