2241d19980e6f489f5cf5665e818d181a05f4ead: Bug 1279703 - Use theme body-color for devtools font-preview. r=pbro, a=gchang
Julian Descottes <jdescottes@mozilla.com> - Mon, 11 Jul 2016 15:21:15 +0200 - rev 342096
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1279703 - Use theme body-color for devtools font-preview. r=pbro, a=gchang MozReview-Commit-ID: 23KqLhfpWuj
1ba7f271fd89879b18c14878a9607197aeb742f1: Bug 1285502 - Part 3: Fix service worker wpt test to expect fetch(event.request) to use original referrer. r=asuth, a=gchang
Ben Kelly <ben@wanderview.com> - Mon, 11 Jul 2016 12:25:54 -0700 - rev 342095
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1285502 - Part 3: Fix service worker wpt test to expect fetch(event.request) to use original referrer. r=asuth, a=gchang
9baf67cba2548ba4b1495521347b6128e578c3a8: Bug 1285502 - Part 2: Add wpt verifying fetch() respects a Request object's referrer. r=asuth, a=gchang
Ben Kelly <ben@wanderview.com> - Mon, 11 Jul 2016 12:40:00 -0400 - rev 342094
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1285502 - Part 2: Add wpt verifying fetch() respects a Request object's referrer. r=asuth, a=gchang
4e0eadf7b6a17d1602a7b01c6ea0036a4d4e3de2: Bug 1285502 - Part 1: Make InternalRequest::GetRequestConstructorCopy() copy the referrer per the spec. r=asuth, a=gchang
Ben Kelly <ben@wanderview.com> - Mon, 11 Jul 2016 12:39:00 -0400 - rev 342093
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1285502 - Part 1: Make InternalRequest::GetRequestConstructorCopy() copy the referrer per the spec. r=asuth, a=gchang
e6ea844380a609352889d9cf80453cd7e91f85ef: Bug 1282902 - Part 4: Include zoom level recalculation in session store test. r=sebastian, a=gchang
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 04 Jul 2016 22:12:34 +0200 - rev 342092
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1282902 - Part 4: Include zoom level recalculation in session store test. r=sebastian, a=gchang Because we can't actually rotate the emulator within the test, we just manipulate the session store's stored display size to pretend that the device was rotated between tab data capturing and restoring. MozReview-Commit-ID: L2HzTLHcBQu
972c9d41b6d30c99e5637252aec12f4540ff20d2: Bug 1282902 - Part 3: Let the MobileViewportManager recalculate the saved resolution if the display width changed before restoring. r=kats, a=gchang
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 01 Jul 2016 21:23:25 +0200 - rev 342091
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1282902 - Part 3: Let the MobileViewportManager recalculate the saved resolution if the display width changed before restoring. r=kats, a=gchang The mobile session store saves the current document resolution in order to restore the previous zoom level when restoring a page. If the display width has changed since the session data was captured (e.g. because the device was rotated), the resolution might have to be scaled appropriately. Currently, the session store does this scaling by itself by comparing the stored and current window widths, however this implementation is slightly simplified and doesn't cover all use cases, which means some pages can be restored at a wrong zoom level after rotation. To correctly cover all cases, the session store would have to compare viewport widths, too. Because the MobileViewportManager doesn't wait for the session store to set the restore resolution, the latter has to call setRestoreResolution() as early as possible in order to guarantee that the restore resolution is set before the first paint of the document. Therefore the session store currently calls this after receiving a LocationChange notification. However at that time, the correct viewport for the current document is not yet available, which means the resolution cannot be recalculated by the session store at that point. Therefore, this patch changes the approach taken and lets the MVM handle all resolution calculations instead. The session store now simply passes the stored previous display dimensions along with the previous document resolution to the MVM, which can then compare them to the current display and viewport widths and scale the resolution appropriately before using it during first paint. MozReview-Commit-ID: IGxWw87yftK
2d8cb00e2c85bcdb1cce6fe1ca2f499cd5f10be9: Bug 1282902 - Part 2: Extract resolution scaling into separate function. r=kats, a=gchang
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 02 Jul 2016 22:15:19 +0200 - rev 342090
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1282902 - Part 2: Extract resolution scaling into separate function. r=kats, a=gchang We'll want to use this during first-paint, too, in order to correctly scale the resolution as received by the session store if we're restoring a previous tab. Therefore we extract this code into a separate helper function. MozReview-Commit-ID: KCdvmyrP4mJ
86acc0c87f527dbeaa8ec1ae06a74b85010ba320: Bug 1282902 - Part 1: Add a helper method for getting the content viewer size in device pixels. r=kats, a=gchang
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 30 Jun 2016 23:15:41 +0200 - rev 342089
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1282902 - Part 1: Add a helper method for getting the content viewer size in device pixels. r=kats, a=gchang The intention is for the session store to record the current window size and then pass it to the MobileViewportManager for restoring, so the latter can correctly scale the stored resolution if the display width has since changed. However currently all window dimensions available from the JS side are measured in CSS pixels rounded to integers. Transforming those values back into display pixels by multiplying them with "window.devicePixelRatio" (or accessing window.gScreenWidth/Height, which does the same thing internally) unfortunately introduces some rounding errors. Therefore this patch introduces a new helper method in DOMWindowUtils which allows to access the content window width as measured in device pixels from the JS side, too. MozReview-Commit-ID: FGNQlXhkgrU
74541109158f5e294d4b216d8cea6c77e69368ce: Bug 1279443 - Don't capture session state during startup before we've restored history. r=sebastian, a=sledru
Jan Henning <jh+bugzilla@buttercookie.de> - Wed, 29 Jun 2016 18:24:13 +0200 - rev 342088
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1279443 - Don't capture session state during startup before we've restored history. r=sebastian, a=sledru When restoring tabs on startup, the Java UI creates tab stubs for the tabs from the previous session. The selected foreground tab then starts loading as soon as Gecko is up and running. Meanwhile, the session store gets initialised, too and starts restoring history and other things for that tab. After history has been restored for an active tab, the session store reloads the current history entry, however by that time, depending on device speed, page size and how many other tabs the session store has to process during startup, the initial page load might have progressed far enough to have already triggered various events monitored by the session store, e.g. "pageshow". If those events arrive before tab restoring has finished, the session store will attempt to capture that tab's state, which will overwrite the values stored from the previous session. Once the page is then reloaded for restoring, wrong values (e.g. form data, scroll position, zoom level) might then be restored. Therefore, we now abort any attempts to capture a tab's state - for all tabs until the "sessionstore-windows-restored" notification has been received as a signal that the initial session restore during startup has finished - for the restored foreground tab until the location change notification is received after reloading MozReview-Commit-ID: HbhXcEUnRXQ
ee476b2b7d46dfdbd8b2470ddc5c66767b142f84: Bug 1251071 - "New bookmark" popup disappears if I reopen it after creating bookmark. r=mak, a=gchang
Jared Wein <jwein@mozilla.com> - Wed, 06 Jul 2016 07:27:00 +0200 - rev 342087
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1251071 - "New bookmark" popup disappears if I reopen it after creating bookmark. r=mak, a=gchang MozReview-Commit-ID: DNqcu5vxrBG * * * MozReview-Commit-ID: 3KoNVklCK8d
dc9f7d4dc0401407913015cf16c298a0dbe85c4d: Bug 1280472 - Fix focusing of text links in about:preferences. r=dao, a=gchang
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 22 Jun 2016 18:57:28 +0100 - rev 342086
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1280472 - Fix focusing of text links in about:preferences. r=dao, a=gchang MozReview-Commit-ID: 2lPFDTYVY99
37724aaf23b45860f105f6fe43eaa405afc14d8f: Bug 1269321 - Part 4: Add tests. r=thinker, a=gchang
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 30 Jun 2016 18:10:49 +0200 - rev 342085
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1269321 - Part 4: Add tests. r=thinker, a=gchang
682b0c813cdb2698bce0f895b5b4c4a754a8e125: Bug 1269321 - Part 3: Create a wrapper layer for masking when we can't support it on the normal layer. r=thinker, a=gchang
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 30 Jun 2016 18:10:25 +0200 - rev 342084
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1269321 - Part 3: Create a wrapper layer for masking when we can't support it on the normal layer. r=thinker, a=gchang
fcc625aa1c29be64e88138a3bcd81d6e7c653e27: Bug 1269321 - Part 2: Add a new constructor option to nsDisplayOwnLayer that doesn't force active layers. r=thinker, a=gchang
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 30 Jun 2016 18:09:08 +0200 - rev 342083
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1269321 - Part 2: Add a new constructor option to nsDisplayOwnLayer that doesn't force active layers. r=thinker, a=gchang
40828084d17fecf280f6b1e1caba38be40a369ed: Bug 1269321 - Part 1: Add a way to check if the current clip has rounded corners. r=mstange, a=gchang
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 30 Jun 2016 18:08:35 +0200 - rev 342082
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1269321 - Part 1: Add a way to check if the current clip has rounded corners. r=mstange, a=gchang
d1475df3d7295b385f8b7d2c2b8aa458e9982661: Bug 1281377 - In IDBKeyRange.includes(), do not compare the given value with the unset boundary. r=khuey, a=gchang
Bevis Tseng <btseng@mozilla.com> - Wed, 22 Jun 2016 13:40:12 +0800 - rev 342081
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1281377 - In IDBKeyRange.includes(), do not compare the given value with the unset boundary. r=khuey, a=gchang
90964ed0b53027ef9ee5f07452130f45ea7d7e21: Bug 1272585 - Start handling NS_ERROR_DOCUMENT_NOT_CACHED the same way as network offline in app update. r=mhowell, a=gchang
Stephen A Pohl <spohl.mozilla.bugs@gmail.com> - Mon, 27 Jun 2016 15:02:58 -0400 - rev 342080
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1272585 - Start handling NS_ERROR_DOCUMENT_NOT_CACHED the same way as network offline in app update. r=mhowell, a=gchang
cf366a3b54d26733dc13ffbd2a2c5b46e1c7df12: Bug 1277765 - No referrer when a link is opened by middle-click or the context menu and containers are involved. r=mconley, a=sledru
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 09 Jun 2016 17:02:50 +0200 - rev 342079
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1277765 - No referrer when a link is opened by middle-click or the context menu and containers are involved. r=mconley, a=sledru
c2fbedd0b788bb91bf671f70b0a4b7f317f3c39d: Bug 1279140 - The label of the container in awesomebar should follow the container type. r=Gijs, a=sledru
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 09 Jun 2016 18:28:20 +0200 - rev 342078
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1279140 - The label of the container in awesomebar should follow the container type. r=Gijs, a=sledru
cf93a3667b5b20362928c934200c87feb854f326: Bug 1279143 - Styling of tabs should happen all the time the attribute usercontextid is set. r=gijs, a=sledru
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 09 Jun 2016 20:30:59 +0200 - rev 342077
Push 1183 by raliiev@mozilla.com at Mon, 05 Sep 2016 20:01:49 +0000
Bug 1279143 - Styling of tabs should happen all the time the attribute usercontextid is set. r=gijs, a=sledru
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip