695366afa355ad61c17dedd9498ac2feba7b0ecd: Bug 1497580 - Save text/html as UTF-8 to the clipboard. r=karlt
Tom Schuster <evilpies@gmail.com> - Wed, 17 Oct 2018 23:00:36 +0000 - rev 490242
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1497580 - Save text/html as UTF-8 to the clipboard. r=karlt I verified that we can still copy from Firefox to an older version of Firefox without this patch. LibreOffice also still works. Talking to some GTK people on IRC they are also happy about UTF-8 instead of wrongly declared UCS2. Differential Revision: https://phabricator.services.mozilla.com/D8467
1f35618c6e3c52748c84e62a15854dbb7a575206: Bug 1497820 - Get rid of the 'compact' class for search textboxes. r=paolo
Dão Gottwald <dao@mozilla.com> - Thu, 18 Oct 2018 10:05:27 +0000 - rev 490241
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1497820 - Get rid of the 'compact' class for search textboxes. r=paolo Differential Revision: https://phabricator.services.mozilla.com/D9078
a0e2d7e922d83b15720c193f672312e639634a33: Bug 1488379 - guard for errors; r=daisuke
yulia <ystartsev@mozilla.com> - Thu, 18 Oct 2018 08:54:56 +0000 - rev 490240
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1488379 - guard for errors; r=daisuke Depends on D7986 Differential Revision: https://phabricator.services.mozilla.com/D8736
d522a86504a76831e59348784c25e81162fe540a: Bug 1488379 - Use target.getFront to instantiate animationsFront; r=ochameau
yulia <ystartsev@mozilla.com> - Mon, 15 Oct 2018 15:54:36 +0000 - rev 490239
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1488379 - Use target.getFront to instantiate animationsFront; r=ochameau Differential Revision: https://phabricator.services.mozilla.com/D7986
125e5170ef3a92d25ad95cf14df1cc564a4e0a52: Bug 1497348 - Wait for the inspector to be ready after reload; r=yzen
Patrick Brosset <pbrosset@mozilla.com> - Thu, 18 Oct 2018 07:57:02 +0000 - rev 490238
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1497348 - Wait for the inspector to be ready after reload; r=yzen Depends on D8974 Differential Revision: https://phabricator.services.mozilla.com/D8980
d3dc7831efa89c4a464ba2aeb4252ce984185cfb: Bug 1497348 - Remove callbacks and use async await in browser_toolbox_window_reload_target.js; r=yzen
Patrick Brosset <pbrosset@mozilla.com> - Thu, 18 Oct 2018 07:56:14 +0000 - rev 490237
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1497348 - Remove callbacks and use async await in browser_toolbox_window_reload_target.js; r=yzen Differential Revision: https://phabricator.services.mozilla.com/D8974
32670a4721d4dac1a14315b16db5847a20749027: Bug 1497950 - Ensure CSSRuleView has immediate access to PageStyleFront from inspector; r=gl
Razvan Caliman <rcaliman@mozilla.com> - Wed, 17 Oct 2018 18:10:01 +0000 - rev 490236
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1497950 - Ensure CSSRuleView has immediate access to PageStyleFront from inspector; r=gl The current iteration of the Fonts panel requires an instance of the Rules view in order to get access to the element's rules. In 2-pane mode, when the Fonts panel is the default (last used panel), the Rules view is not yet instantiated. To guard against this, the Fonts panel makes a call to ensure an instance of the Rules view is created (and with it a CSSRuleView object). For some reason, the pageStyle wasn't immediately assigned to the CSSRuleView in the constructor. The constructor signature shows that pageStyle can be passed in as a param, but this never happens. There's only one usage of `new CSSRuleView()`. The pageStyle exist on the inspector instance passed in to the CSSRuleView. This patch ensures that the CSSRuleView makes use of the PageStyleFront instance from the inspector and removes the unused param from the constructor. Perhaps it's better for the Fonts panel to manage its own ElementStyle instance to get access to the element's selected rules. But in the interest of time, since the merge date is soon, I'd rather have this fix in quikcly now and keep the dependency to a Rules view instance with the promise to revisit the Fonts panel architecture and remove this dependency during the Firefox 65 Nightly cycle. Differential Revision: https://phabricator.services.mozilla.com/D9002
b82c3a7696f945a86d775911d22854481ef4a305: Bug 1499991 - Ensure no-op will-change changes also get reflected in the change hint. r=heycam,firefox-style-system-reviewers
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 18 Oct 2018 07:53:11 +0000 - rev 490235
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1499991 - Ensure no-op will-change changes also get reflected in the change hint. r=heycam,firefox-style-system-reviewers Differential Revision: https://phabricator.services.mozilla.com/D9073
edaa4f0b9da959b7a0158e35fbb972eb24cbe708: Bug 1494657 - Wait for SpecialPowers before proceeding with mochitest setup; r=aswan
Geoff Brown <gbrown@mozilla.com> - Thu, 18 Oct 2018 10:22:26 -0600 - rev 490234
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1494657 - Wait for SpecialPowers before proceeding with mochitest setup; r=aswan
6d6b5c10bba56bc286ae66cf9d72948a6a03d200: Bug 1428869 - Use html:progress in front-end code. r=bgrins,Gijs
Paolo Amadini <paolo.mozmail@amadzone.org> - Thu, 18 Oct 2018 15:41:21 +0100 - rev 490233
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1428869 - Use html:progress in front-end code. r=bgrins,Gijs Differential Revision: https://phabricator.services.mozilla.com/D9009
87a982cbe3319558d1c54d1b448316bd300411d5: Bug 1499704 - Use html:progress for downloads. r=dao,bgrins
Paolo Amadini <paolo.mozmail@amadzone.org> - Wed, 17 Oct 2018 15:25:00 +0100 - rev 490232
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1499704 - Use html:progress for downloads. r=dao,bgrins Differential Revision: https://phabricator.services.mozilla.com/D8973
1d7feb40277692c23edf72c421558d0177480256: Bug 1500081 - Use --install-fonts to install fonts for wptrunner, r=AutomatedTester
James Graham <james@hoppipolla.co.uk> - Thu, 11 Oct 2018 16:39:01 +0100 - rev 490231
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1500081 - Use --install-fonts to install fonts for wptrunner, r=AutomatedTester This replaces a previous Firefox-only method except on Windows 7 where it seems that we have some issues with the registry. Differential Revision: https://phabricator.services.mozilla.com/D9091
d4de0eb65962f0aa404ac7e632d46a8f7f296557: Bug 1481723 - Enable wpt css tests on Windows, r=ato
James Graham <james@hoppipolla.co.uk> - Thu, 19 Jul 2018 14:13:20 +0100 - rev 490230
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1481723 - Enable wpt css tests on Windows, r=ato MozReview-Commit-ID: ekP5TOSaRM Differential Revision: https://phabricator.services.mozilla.com/D7201
d4e0fd62e8e0e31392256787b2597d3988642806: Bug 1494715 - Add a pref to disable antialiasing for Ahem only, r=jfkthame
Mats Palmgren <mats@mozilla.com> - Wed, 19 Sep 2018 11:17:13 +0100 - rev 490229
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1494715 - Add a pref to disable antialiasing for Ahem only, r=jfkthame Add a pref called gfx.font_ahem_antialias_none which disables antialiasing for any font with the family name "Ahem". This is useful for wpt reftests where antialaising of Ahem causes spurious failures. Differential Revision: https://phabricator.services.mozilla.com/D7200
d7c8b670ac687fc3e7b98820a5a4fecc046f51b0: Bug 1494974 - Ensure the reftest canvas always maintains the same size, r=ato
James Graham <james@hoppipolla.co.uk> - Tue, 11 Sep 2018 18:58:35 +0100 - rev 490228
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1494974 - Ensure the reftest canvas always maintains the same size, r=ato Differential Revision: https://phabricator.services.mozilla.com/D7197
4dfb6e690645619a71da734ee66ea658a1ef253a: Bug 1490272 - Use the marionette reftest implemenation on Windows, r=ato
James Graham <james@hoppipolla.co.uk> - Tue, 11 Sep 2018 11:23:22 +0100 - rev 490227
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1490272 - Use the marionette reftest implemenation on Windows, r=ato Differential Revision: https://phabricator.services.mozilla.com/D5519
e9a4d5c538be50c9b5c7cd2f1a4003508791d733: Bug 1498278 - Import WebExtension sources for the WebCompat GoFaster Addon to Desktop. r=aswan
Dennis Schubert <dschubert@mozilla.com> - Wed, 17 Oct 2018 04:32:05 +0200 - rev 490226
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1498278 - Import WebExtension sources for the WebCompat GoFaster Addon to Desktop. r=aswan
cec3c13a4ad5edbcc528d86abe8619ae2f9051fa: Bug 1500097 - Enable @supports selector() in those tests.
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 18 Oct 2018 16:02:54 +0200 - rev 490225
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1500097 - Enable @supports selector() in those tests.
4a22c1051967e4edef65c5c68305e72618eb2c0d: Bug 1494000, use Element::GetFrame in XULMenuElement and XULPopupElement, r=bz
Neil Deakin <neil@mozilla.com> - Thu, 18 Oct 2018 08:40:10 -0400 - rev 490224
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1494000, use Element::GetFrame in XULMenuElement and XULPopupElement, r=bz
2da6504c901e9474566aa1663d907bd58bed9edb: Bug 1496581 - Split nsISeekableStream in 2 classes: nsISeekableStream and nsITellableStream, f=mayhemer, r=froydnj
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 18 Oct 2018 13:35:35 +0200 - rev 490223
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1496581 - Split nsISeekableStream in 2 classes: nsISeekableStream and nsITellableStream, f=mayhemer, r=froydnj In the current code there are 3 main issues: 1. nsFileStream is not really thread-safe. There is nothing to protect the internal members and we see crashes. 2. nsPipeInputStream doesn't implement ::Seek() method and that caused issues in devtools when a nsHttpChannel sends POST data using a pipe. In order to fix this, bug 1494176 added a check in nsHttpChannel: if the stream doesn't implement ::Seek(), let's clone it. This was an hack around nsPipeInputStream, and it's bad. 3. When nsHttpChannel sends POST data using a file stream, nsFileStream does I/O on main-thread because of the issue 2. Plus, ::Seek() is called on the main-thread causing issue 1. Note that nsPipeInputStream implements only ::Tell(), of the nsISeekableStream methods. It doesn't implement ::Seek() and it doesn't implement ::SetEOF(). With this patch I want to fix point 2 and point 3 (and consequentially issue 1 - but we need a separate fix for it - follow up). The patch does: 1. it splits nsISeekableStream in 2 interfaces: nsITellableStream and nsISeekableStream. 2. nsPipeInputStream implements only nsITellableStream. Doing this, we don't need the ::Seek() check for point 2 in nsHttpChannel: a simple QI check is enough. 3. Because we don't call ::Seek() in nsHttpChannel, nsFileStream doesn't do I/O on the main-thread, and we don't crash doing so.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 tip