b62b32a20e74a0aae3973fd713e2c1e52b1b8c56: Bug 1457336: Make the debug find code less noisy. r?mats draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 22 May 2018 11:08:47 +0200 - rev 800952
Push 111526 by bmo:emilio@crisal.io at Tue, 29 May 2018 14:40:55 +0000
Bug 1457336: Make the debug find code less noisy. r?mats Not sure how useful it really is compared to rr but... MozReview-Commit-ID: 4II28NYDCNo
b60d93fb0b0050022db86cc1f9e15215a448fede: Bug 1457336: Remove dead code. r?mats draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 22 May 2018 10:54:18 +0200 - rev 800951
Push 111526 by bmo:emilio@crisal.io at Tue, 29 May 2018 14:40:55 +0000
Bug 1457336: Remove dead code. r?mats There's nothing referencing this macro... MozReview-Commit-ID: 5NzVOFAOQMw
846ba21331f97313d56ad9e02b233f4f31c44f48: Bug 1457336: Teach nsFind about display in general. r?mats draft
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 27 Apr 2018 01:55:48 +0200 - rev 800950
Push 111526 by bmo:emilio@crisal.io at Tue, 29 May 2018 14:40:55 +0000
Bug 1457336: Teach nsFind about display in general. r?mats 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
d726cbdd2ed24e0ec792f4ea272af32e55dff0e7: Bug 1457286: Teach nsFind about display: contents. r?mats draft
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 26 Apr 2018 22:38:31 +0200 - rev 800949
Push 111526 by bmo:emilio@crisal.io at Tue, 29 May 2018 14:40:55 +0000
Bug 1457286: Teach nsFind about display: contents. r?mats MozReview-Commit-ID: LODyc8yuuSs
b7a6f60558f4536a670888cea15e069019cd8402: Bug 1462237 - Prevent text selection in application panel;r=ladybenko draft
Julian Descottes <jdescottes@mozilla.com> - Fri, 25 May 2018 15:45:57 +0200 - rev 800948
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1462237 - Prevent text selection in application panel;r=ladybenko MozReview-Commit-ID: HwDlHZp0Po4
a31957c189915081e63a5ed4393494802805b910: Bug 1460209 - Use theme colors for links in application panel;r=ladybenko
Julian Descottes <jdescottes@mozilla.com> - Fri, 25 May 2018 11:43:59 +0200 - rev 800947
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1460209 - Use theme colors for links in application panel;r=ladybenko MozReview-Commit-ID: 69kfQ4137WA
df864b81b63ae359c9ffe6527ecec745a234e7f9: Bug 1464641 - Make sure we mark the out of flow frame as modified when we modify the placeholder. r=miko
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 29 May 2018 10:10:59 +1200 - rev 800946
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1464641 - Make sure we mark the out of flow frame as modified when we modify the placeholder. r=miko MozReview-Commit-ID: L44fXMOpURM
c46330e3ce2044b3722f47429f9bb5acf71ea2c8: Bug 1462236 - Application panel empty screen polish;r=ladybenko
Julian Descottes <jdescottes@mozilla.com> - Fri, 25 May 2018 11:12:47 +0200 - rev 800945
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1462236 - Application panel empty screen polish;r=ladybenko MozReview-Commit-ID: ENd72iKrw8U
ed681c93dd5becefb8affc9cff629a1cc6a0f66c: Bug 1454630 - P4. Only wait for CDMProxy if actually needed for the given decoder. r=bryce
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 28 May 2018 15:10:19 +0200 - rev 800944
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1454630 - P4. Only wait for CDMProxy if actually needed for the given decoder. r=bryce If the particular track isn't encrypted, there's no need to wait for a CDMProxy. MozReview-Commit-ID: DPbvbwsO58N
250d768f4749c76a797676f5457feeced960afaa: Bug 1454630 - P3. Always recreate the PDMFactory when CDMProxy change. r=bryce
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 28 May 2018 14:46:35 +0200 - rev 800943
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1454630 - P3. Always recreate the PDMFactory when CDMProxy change. r=bryce The code couldn't have worked and didn't do what the comment stated. When the CDMProxy changes, the current PDMFactory for encrypted content can no longer be used. MozReview-Commit-ID: 7LpcQkK5gLL
16a0b5cfca59ecc2fc5f5c8f8d5decf7d7e37ed6: Bug 1454630 - P2. Use new PDMFactory whenever encryption type change. r=bryce,cpearce
Jean-Yves Avenard <jyavenard@mozilla.com> - Sun, 27 May 2018 18:42:25 +0200 - rev 800942
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1454630 - P2. Use new PDMFactory whenever encryption type change. r=bryce,cpearce If the content being played was first non-encrypted, the PDMFactory would have been set without a CDMProxy. As such, it is necessary to use a new PDMFactory when the encryption type changes (from clear to encrypted). Rather than attempting to detect if the encryption status has changed, simply use two PDMFactory, one with CDMProxy set and one without (for clear content) Also, never attempt to recycle a decoder if the encryption type changed (used only on Android) The TrackBuffersManager would have already handle the dispatching of the encrypted event when parsing the new init segment. As such, nothing more is necessary. MozReview-Commit-ID: Jn14P2F6N5V
7c444cd068b2e472a18370fec2896ebd54ebd518: Bug 1454630 - P1. Simplify retrieval of current TrackInfo. r=bryce
Jean-Yves Avenard <jyavenard@mozilla.com> - Sat, 26 May 2018 21:21:45 +0200 - rev 800941
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1454630 - P1. Simplify retrieval of current TrackInfo. r=bryce Adding some documentation to clarify on the difference between mInfo and mOriginalInfo MozReview-Commit-ID: DWBsoi16QKf
d52331db3c626c875de7c4b8fe57d24f36f2cb87: Bug 1461651 - Document that event category is enabled on registration, even if from a static event. r=chutten
Jan-Erik Rediger <jrediger@mozilla.com> - Tue, 29 May 2018 13:07:11 +0200 - rev 800940
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1461651 - Document that event category is enabled on registration, even if from a static event. r=chutten MozReview-Commit-ID: FWbXYj7hirV
b2d1728f92ad2c6f265fd80c5a562ffb7111e8b1: Bug 1464908 - Wait for MozAfterPaint on new windows before requesting fullscreen. r=xidorn
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 28 May 2018 17:53:44 -0400 - rev 800939
Push 111525 by jdescottes@mozilla.com at Tue, 29 May 2018 14:31:48 +0000
Bug 1464908 - Wait for MozAfterPaint on new windows before requesting fullscreen. r=xidorn New windows cannot execute fullscreen requests until after the first MozAfterPaint event has been fired on the window, because some of the machinery in browser-fullScreenAndPointerLock.js isn't initialized until that point. This test exercises that behaviour, and therefore should also wait until the first MozAfterPaint before requesting fullscreen. MozReview-Commit-ID: Igy7WfjslWA
5d1017a9c5781651330dedaf20ff03228d5cfac0: Bug 1465089 - Do not highlight the debugger on interrupts. r=nchevobbe draft
Jason Laster <jason.laster.11@gmail.com> - Tue, 29 May 2018 10:29:02 -0400 - rev 800938
Push 111524 by bmo:jlaster@mozilla.com at Tue, 29 May 2018 14:29:56 +0000
Bug 1465089 - Do not highlight the debugger on interrupts. r=nchevobbe
e077dcd603f069204889342d3a9dc84ffeaa1805: Bug 1457661 - P2. Ensure we call NotifyDataEnded for local resource once size is known. r?bryce draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 28 May 2018 23:06:38 +0200 - rev 800937
Push 111523 by bmo:jyavenard@mozilla.com at Tue, 29 May 2018 14:28:02 +0000
Bug 1457661 - P2. Ensure we call NotifyDataEnded for local resource once size is known. r?bryce A call to NotifyDataEnded is required even if the size was known when the resource was created. This ensures that the readyState is properly updated and that playback can immediately as no more data can be added once first loaded. MozReview-Commit-ID: FaJMBxJ9NkM
6dbd813ec3887a93e0030bffc118e3ece9f4a31f: Bug 1457661 - P1. Add mochitest. r?bryce draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 28 May 2018 22:39:10 +0200 - rev 800936
Push 111523 by bmo:jyavenard@mozilla.com at Tue, 29 May 2018 14:28:02 +0000
Bug 1457661 - P1. Add mochitest. r?bryce MozReview-Commit-ID: 9YC8MaXRF42
39efad84c4522a4c5e27df54e484fd0c6471b080: Bug 1321069 - Redirect the end event of a long-tap sequence back to the content window. r?karlt draft
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 29 May 2018 10:24:09 -0400 - rev 800935
Push 111522 by kgupta@mozilla.com at Tue, 29 May 2018 14:26:19 +0000
Bug 1321069 - Redirect the end event of a long-tap sequence back to the content window. r?karlt In the case of a long-tap touch sequence, a new popup window (the contextmenu) is spawned while the sequence is ongoing. The touch-end of the sequence ends up getting delivered to the popup window, instead of the original content window, and that causes the touch-handling machinery state in the content window to get out of sync with reality. This patch detects this scenario and redirects the touch events on the popup window back to the original content window. MozReview-Commit-ID: L2vvKLlogRA
c352d898910b4ea48992647c108dcb0b1788770e: debug draft
Henrik Skupin <mail@hskupin.info> - Tue, 29 May 2018 15:33:41 +0200 - rev 800934
Push 111521 by bmo:hskupin@gmail.com at Tue, 29 May 2018 14:23:39 +0000
debug MozReview-Commit-ID: FoajgwXyStQ
94891240a0460895d562bc3a22ee3bca43e1988b: Bug 1433905 - [mozprocess] Existence of _handle on Windows doesn't mean the process is still alive. draft
Henrik Skupin <mail@hskupin.info> - Tue, 29 May 2018 14:48:06 +0200 - rev 800933
Push 111521 by bmo:hskupin@gmail.com at Tue, 29 May 2018 14:23:39 +0000
Bug 1433905 - [mozprocess] Existence of _handle on Windows doesn't mean the process is still alive. The assumption that when MozReview-Commit-ID: 846ZAdsvGmq
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip