0968b5fb96974b862d6901f9250644d8e478a30f: Bug 1283573 - Don't attempt to look up a single-face-family name if the corresponding main family isn't available. r=mstange a=lizzard
Jonathan Kew <jkew@mozilla.com> - Thu, 30 Jun 2016 20:03:15 +0100 - rev 333662
Push 6213 by jkew@mozilla.com at Thu, 14 Jul 2016 16:42:21 +0000
Bug 1283573 - Don't attempt to look up a single-face-family name if the corresponding main family isn't available. r=mstange a=lizzard
306382512096564f06aa175ddddeef59a90f36f0: Bug 1271899 - fix eslint error in browser_layout_editablemodel_bluronclick.js ;r=me, a=tomcat-bustage-fix
Julian Descottes <jdescottes@mozilla.com> - Thu, 14 Jul 2016 13:51:43 +0200 - rev 333661
Push 6212 by cbook@mozilla.com at Thu, 14 Jul 2016 12:09:11 +0000
Bug 1271899 - fix eslint error in browser_layout_editablemodel_bluronclick.js ;r=me, a=tomcat-bustage-fix MozReview-Commit-ID: J6kDJyw8Kr7
fc7cc284b0c73491db3f45c165cf7ddb78fdde01: Bug 1271899 - inspector box-model: add div wrapper to close editors on click;r=gl, a=gchang
Julian Descottes <jdescottes@mozilla.com> - Mon, 30 May 2016 13:30:06 +0200 - rev 333660
Push 6211 by cbook@mozilla.com at Thu, 14 Jul 2016 10:50:55 +0000
Bug 1271899 - inspector box-model: add div wrapper to close editors on click;r=gl, a=gchang The XUL tabpanel can no longer receive userfocus to avoid scrollbars stealing the focus. Editors are using the blur event to destroy themselves, which was no longer working if a user click ended up on the tabpanel element. Add a wrapper inside the layout view panel taking 100% width and height to make sure clicks performed outside of the layout container will trigger a blur event on a focused editor. MozReview-Commit-ID: JmZluQ6LzFl
81f987b98a91032913ef201143e2e91db9b77bf7: Bug 1283739 - Prevent reentrant calls to showSoftInput and hideSoftInput; r=esawin, a=gchang
Jim Chen <nchen@mozilla.com> - Mon, 11 Jul 2016 18:07:35 -0400 - rev 333659
Push 6210 by cbook@mozilla.com at Thu, 14 Jul 2016 10:49:26 +0000
Bug 1283739 - Prevent reentrant calls to showSoftInput and hideSoftInput; r=esawin, a=gchang Add a check to showSoftInput and hideSoftInput To prevent an infinite recursive loop of showSoftInput indirectly calling onCreateInputConnection, which calls showSoftInput again,
0f9e8e67acda1bdc44e161fc95e2a95c4c0030f2: Bug 1278725 - Restore original "up" arrow scaling. r=liuche, a=gchang
Andrzej Hunt <ahunt@mozilla.com> - Thu, 09 Jun 2016 10:32:24 -0700 - rev 333658
Push 6210 by cbook@mozilla.com at Thu, 14 Jul 2016 10:49:26 +0000
Bug 1278725 - Restore original "up" arrow scaling. r=liuche, a=gchang Before introducing the folder count, the bookmark folder icon was set as the drawable on a TextView. This actually resulted in scaling that doesn't preserve the aspect ratio. To reproduce this in the new ImageView (added when we switched to a two-line folder layout), we simply need to set the icon size explicitly and scale to fit the whole area (as opposed to setting two constraints and fitting while preserving aspect ratio). The folder/reading-list icons are unaffected as they already have the expected aspect-ratio, the back-arrow is now scaled as expected. MozReview-Commit-ID: Fl5JY3Lznau
781c5864339cee7aee9cac1f359b4cc3b4ed4cd5: Bug 1280294. r=MattN, a=gchang
Mike de Boer <mdeboer@mozilla.com> - Thu, 07 Jul 2016 15:10:26 +0200 - rev 333657
Push 6210 by cbook@mozilla.com at Thu, 14 Jul 2016 10:49:26 +0000
Bug 1280294. r=MattN, a=gchang MozReview-Commit-ID: KdN5kETA9go
2ba3feb910fb31f5fb3df3528b2991b3a37b05cf: Bug 1286258 - Abort http channels that fail ContinueAsyncOpen() during service worker handling. r=valentin, a=gchang
Ben Kelly <ben@wanderview.com> - Tue, 12 Jul 2016 10:54:13 -0700 - rev 333656
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1286258 - Abort http channels that fail ContinueAsyncOpen() during service worker handling. r=valentin, a=gchang
73d312ee2d4e168ba49618dad6939629782f3c9c: Bug 1285411 - Mark preserve 3d children as "force descend into" before we mark absolute frames so that we can save the proper clip for more out of flow frames. r=mattwoodrow, a=gchang
Timothy Nikkel <tnikkel@gmail.com> - Sat, 09 Jul 2016 18:41:02 -0500 - rev 333655
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1285411 - Mark preserve 3d children as "force descend into" before we mark absolute frames so that we can save the proper clip for more out of flow frames. r=mattwoodrow, a=gchang
d661b598c1dbcbb7ed20494a5cba47d7c4aab8bd: Bug 1285409. Store out of flow data for frames we are going to descent into anyways (despite no intersection with the dirty rect) so we have the correct clip for them. r=mattwoodrow, a=gchang
Timothy Nikkel <tnikkel@gmail.com> - Fri, 08 Jul 2016 00:25:18 -0500 - rev 333654
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1285409. Store out of flow data for frames we are going to descent into anyways (despite no intersection with the dirty rect) so we have the correct clip for them. r=mattwoodrow, a=gchang If the frame already has the NS_FRAME_FORCE_DISPLAY_LIST_DESCEND_INTO bit we are going to descend into it anyways, so we may as well store the oof data so we can have the correct clip. Sometimes we add the bit after this test though, so it doesn't allow us to have the proper clip in all cases.
b76b34484027e3673005bb3458fb9911d9e09b36: Bug 1284940 - Increase the max number of tiles in a TiledRegion. r=mstange, a=gchang
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 11 Jul 2016 13:06:53 -0400 - rev 333653
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1284940 - Increase the max number of tiles in a TiledRegion. r=mstange, a=gchang MozReview-Commit-ID: 4ndRuvllDAr
f3a1bdbff211f14b6bff9fd143a230e8e6075c75: Bug 1280344 - Use first continuation's normal position in computing sticky scroll ranges for APZ. r=dholbert, a=gchang
Corey Ford <corey@coreyford.name> - Tue, 12 Jul 2016 12:36:31 -0400 - rev 333652
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1280344 - Use first continuation's normal position in computing sticky scroll ranges for APZ. r=dholbert, a=gchang MozReview-Commit-ID: L0wRgCvb8h8
e1a4db768898bffb040d7e86dd0283de33118ddc: Bug 1276467 - Enforce that any items creating when we descend into an out-of-flow for which we don't have the proper clip are invisible. r=mattwoodrow, a=gchang
Timothy Nikkel <tnikkel@gmail.com> - Tue, 12 Jul 2016 00:49:11 -0500 - rev 333651
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1276467 - Enforce that any items creating when we descend into an out-of-flow for which we don't have the proper clip are invisible. r=mattwoodrow, a=gchang Just giving them an empty visible rect isn't enough because the initial visible rect can be ignored when we compute visibility. When we enter an out of flow without saved clip data we set a flag on the builder indicating all items created should be invisible. When we enter a visible out of flow (ie one with saved clip data) inside the first out of flow we clear the flag so items created inside the second out of flow can be visible.
111933946ff48e5f10c96990e37fd91be8bfab32: Bug 1264505 - Disable OES_EGL_image_external extension on Mali-400 MP - r=jgilbert, a=gchang
Edwin Flores <eflores@mozilla.com> - Wed, 13 Jul 2016 11:16:54 +0100 - rev 333650
Push 6209 by cbook@mozilla.com at Thu, 14 Jul 2016 10:46:29 +0000
Bug 1264505 - Disable OES_EGL_image_external extension on Mali-400 MP - r=jgilbert, a=gchang
84c59d136a9e54be69571b75a19e8a8ccff7b8a1: Bug 1285273 - Bail out early if ptFrame died in SelectWordOrShortcut(). r=masayuki a=gchang
Ting-Yu Lin <aethanyc@gmail.com> - Sun, 10 Jul 2016 14:36:02 +0800 - rev 333649
Push 6208 by kwierso@gmail.com at Wed, 13 Jul 2016 22:46:25 +0000
Bug 1285273 - Bail out early if ptFrame died in SelectWordOrShortcut(). r=masayuki a=gchang Check ptFrame is still alive after calling ChangeFocusToOrClearOldFocus() and IMEStateManager::NotifyIME(). MozReview-Commit-ID: DtjoxtRIDdK
564d7430ae0c2a79ee99e2d5d010a0ec8faf05db: Bug 1285974 - Land version 1.4.3 of the Loop system add-on in mozilla-central, rs=Standard8 for already reviewed code. a=lizzard
Mark Banner <standard8@mozilla.com> - Mon, 11 Jul 2016 15:59:35 +0100 - rev 333648
Push 6208 by kwierso@gmail.com at Wed, 13 Jul 2016 22:46:25 +0000
Bug 1285974 - Land version 1.4.3 of the Loop system add-on in mozilla-central, rs=Standard8 for already reviewed code. a=lizzard
a57ca21654194f5bc2af5916fa36abf5df057cb9: Bug 1261869 - Fix leaks in devtools; r=ejpbruel a=gchang
Nick Fitzgerald <fitzgen@gmail.com> - Wed, 13 Jul 2016 15:39:09 -0700 - rev 333647
Push 6208 by kwierso@gmail.com at Wed, 13 Jul 2016 22:46:25 +0000
Bug 1261869 - Fix leaks in devtools; r=ejpbruel a=gchang There are two leaks addressed in this commit: 1. The thread actor's `_debuggerSourcesSeen` set was never cleared. This set exists only as a performance optimization to speed up `_addSource` in cases where we've already added the source. Unfortunately, this set wasn't getting cleared when we cleared debuggees out and it ended up keeping the `Debugger.Source`, its referent, and transitively its referent's global alive. I figured it was simpler to make it a `WeakSet` than to add it as a special case in `ThreadActor.prototype._clearDebuggees` and manage the lifetimes by hand. I think this fits well with its intended use as an ephemeral performance optimization. 2. Due to a logic error, we were not clearing debuggees in the memory actor's `Debugger` instance on navigations. This isn't really a "proper" leak, in that if you forced a GC, the old debuggees would go away as `Debugger` holds them weakly, however if there was no GC between navigations, then you could still see the old windows (and everything they "retained") as roots in the snapshot. This issue is straightforward to fix once identified: ensure that `_clearDebuggees` is actually called on navigation. Finally, this commit adds a test that we don't leak Window objects when devtools are open and we keep refreshing a tab. When it fails, it prints out the leaking window's retaining paths.
001086971e7b1f852d7ef524742de1359b14b172: Bug 1236923 - Check int for overflow. r=peterv a=gchang
Eric Rahm <erahm@mozilla.com> - Sat, 21 May 2016 10:05:05 -0700 - rev 333646
Push 6208 by kwierso@gmail.com at Wed, 13 Jul 2016 22:46:25 +0000
Bug 1236923 - Check int for overflow. r=peterv a=gchang
f8051a3ef4ec5842689306cc3d7b22a6ec439c9a: Backed out changeset 60a96ba61e4c (bug 1271899) for failures in browser_layout_editablemodel_bluronclick.js a=backout
Wes Kocher <wkocher@mozilla.com> - Wed, 13 Jul 2016 15:29:15 -0700 - rev 333645
Push 6207 by kwierso@gmail.com at Wed, 13 Jul 2016 22:29:22 +0000
Backed out changeset 60a96ba61e4c (bug 1271899) for failures in browser_layout_editablemodel_bluronclick.js a=backout
3e019c07ecb8b1f1668d469e64eafa126bb72ceb: Bug 1285240: Update tests to prevent redefinitions r=ato a=test-only
David Burns <dburns@mozilla.com> - Thu, 07 Jul 2016 22:20:32 +0100 - rev 333644
Push 6206 by dburns@mozilla.com at Wed, 13 Jul 2016 12:59:04 +0000
Bug 1285240: Update tests to prevent redefinitions r=ato a=test-only The tests had the same name which caused a redefinition meaning only one of the tests was run. MozReview-Commit-ID: LuflhcD4wKl
874f9101c409c5cf62fc805a2cccf4b436a3c6c4: Bug 1285240: Trim leading and trailing space when finding elements by link text r=ato a=test-only
David Burns <dburns@mozilla.com> - Thu, 07 Jul 2016 23:06:17 +0100 - rev 333643
Push 6206 by dburns@mozilla.com at Wed, 13 Jul 2016 12:59:04 +0000
Bug 1285240: Trim leading and trailing space when finding elements by link text r=ato a=test-only This gives up parity with the WebDriver project and brings us in line with the current specification http://w3c.github.io/webdriver/webdriver-spec.html#dfn-link-text MozReview-Commit-ID: 9OD6B2pKTfx
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip