31ee313858df698ec298f99d5714092464576bb0: Bug 1344853 - Enable flake8 rule E127: "continuation line over-indented for visual indent". r?dexter draft
Konstantin <kpstsp@gmail.com> - Thu, 16 Mar 2017 22:15:46 +0300 - rev 500186
Push 49651 by bmo:kpstsp@gmail.com at Thu, 16 Mar 2017 20:51:18 +0000
Bug 1344853 - Enable flake8 rule E127: "continuation line over-indented for visual indent". r?dexter MozReview-Commit-ID: GfcBe95NNNm
e1b0ff39b68d37c00db1285a08bd8a2aa3ca7f5e: Bug 1344853 Enable flake8 rule E127 fixed - set correct indentation r=reviewers draft
Konstantin <kpstsp@gmail.com> - Mon, 13 Mar 2017 22:37:11 +0300 - rev 500185
Push 49651 by bmo:kpstsp@gmail.com at Thu, 16 Mar 2017 20:51:18 +0000
Bug 1344853 Enable flake8 rule E127 fixed - set correct indentation r=reviewers MozReview-Commit-ID: JeJ1BVpKKij
e9af65306c7b00846faf27ea03f6b776363ca480: bug 1313239 - Emit vrdisplayactivate event during document navigation draft
Kearwood Gilbert <kgilbert@mozilla.com> - Wed, 22 Feb 2017 16:11:58 -0800 - rev 500184
Push 49650 by bmo:kgilbert@mozilla.com at Thu, 16 Mar 2017 20:50:36 +0000
bug 1313239 - Emit vrdisplayactivate event during document navigation MozReview-Commit-ID: 92AvdabOzq6
a18f0dfab95023a20f8e0221d88899b752af4f9c: Bug 1325988 - Fix ESLint issues in devtools/server/tests/mochitest/ r?tromey draft
Fabien Casters <fabien@vaga.io> - Mon, 13 Mar 2017 21:15:44 +0100 - rev 500183
Push 49649 by bmo:fabien@vaga.io at Thu, 16 Mar 2017 20:46:18 +0000
Bug 1325988 - Fix ESLint issues in devtools/server/tests/mochitest/ r?tromey MozReview-Commit-ID: BFaOv5i5Tun
243a80998b96ea3295d9c4eaa71ab789722814b9: Bug 1340842 - Add FX_TAB_CLOSE_PERMIT_UNLOAD_TIME_MS probe to measure how long it takes to run permitUnload on a tab when asked to close. r?Mossop, data-review?liuche draft
Mike Conley <mconley@mozilla.com> - Thu, 16 Mar 2017 15:46:15 -0400 - rev 500182
Push 49648 by mconley@mozilla.com at Thu, 16 Mar 2017 20:40:59 +0000
Bug 1340842 - Add FX_TAB_CLOSE_PERMIT_UNLOAD_TIME_MS probe to measure how long it takes to run permitUnload on a tab when asked to close. r?Mossop, data-review?liuche MozReview-Commit-ID: 1qvhY6g2p9w
056cffaf18881ee50c36d31d86771d50fe964391: Bug 1340842 - Add FX_TAB_CLOSE_TIME_MS probe to measure how long it takes for tabs to close. r?Mossop, data-review?liuche draft
Mike Conley <mconley@mozilla.com> - Thu, 16 Mar 2017 15:40:25 -0400 - rev 500181
Push 49648 by mconley@mozilla.com at Thu, 16 Mar 2017 20:40:59 +0000
Bug 1340842 - Add FX_TAB_CLOSE_TIME_MS probe to measure how long it takes for tabs to close. r?Mossop, data-review?liuche MozReview-Commit-ID: J4MzsiwaLcT
4dba0da99e3734f7f9d9cd0cef3fb9a15a5403e6: Bug 1347971 - pass oldVersion to install and startup methods for temporary add-on reloads r?aswan draft
Robert Helmer <rhelmer@mozilla.com> - Thu, 16 Mar 2017 13:23:33 -0700 - rev 500180
Push 49647 by rhelmer@mozilla.com at Thu, 16 Mar 2017 20:29:58 +0000
Bug 1347971 - pass oldVersion to install and startup methods for temporary add-on reloads r?aswan MozReview-Commit-ID: GjEmTt86JaG
b0ec066890de7ca2d785ed0fb957a39256943177: Bug 1347971 - pass oldVersion to install and startup methods for temporary add-on reloads r?aswan draft
Robert Helmer <rhelmer@mozilla.com> - Thu, 16 Mar 2017 13:23:33 -0700 - rev 500179
Push 49646 by rhelmer@mozilla.com at Thu, 16 Mar 2017 20:24:46 +0000
Bug 1347971 - pass oldVersion to install and startup methods for temporary add-on reloads r?aswan MozReview-Commit-ID: GjEmTt86JaG
21a5dfed6cb1d3d3fe4f48d51914bd759f2612d9: Bug 1331742 - Add support for browserAction.onClicked r?rpl draft
Matthew Wein <mwein@mozilla.com> - Thu, 16 Mar 2017 15:25:50 -0400 - rev 500178
Push 49645 by mwein@mozilla.com at Thu, 16 Mar 2017 20:15:11 +0000
Bug 1331742 - Add support for browserAction.onClicked r?rpl MozReview-Commit-ID: F0xTX0NCcij
f6804d1fc8786a03d3f73f7a193bf15438d3cb13: Bug 1331742 - Create and register ext-browserAction.js r?mixedpuppy draft
Matthew Wein <mwein@mozilla.com> - Wed, 15 Mar 2017 20:18:22 -0400 - rev 500177
Push 49645 by mwein@mozilla.com at Thu, 16 Mar 2017 20:15:11 +0000
Bug 1331742 - Create and register ext-browserAction.js r?mixedpuppy MozReview-Commit-ID: CGR4689b6oo
55cce1226b61f8e079312991493edeca33ea925f: Bug 1331742 - Create a module for managing browser actions r?gbrown draft
Matthew Wein <mwein@mozilla.com> - Wed, 15 Mar 2017 21:03:51 -0400 - rev 500176
Push 49645 by mwein@mozilla.com at Thu, 16 Mar 2017 20:15:11 +0000
Bug 1331742 - Create a module for managing browser actions r?gbrown MozReview-Commit-ID: 2epdMD75e84
e5d7b710d982828bf746db433465d51723adb855: Bug 1331742 - Create and register browser_action.json r?mixedpuppy draft
Matthew Wein <mwein@mozilla.com> - Wed, 15 Mar 2017 21:02:56 -0400 - rev 500175
Push 49645 by mwein@mozilla.com at Thu, 16 Mar 2017 20:15:11 +0000
Bug 1331742 - Create and register browser_action.json r?mixedpuppy MozReview-Commit-ID: AwYuTDU3Ki4
9d8a5d3d79bc8165926d68e0bae484651f578b61: Bug 977177 - Expire old page to icon relations to avoid serving deprecated icons. r=adw draft
Marco Bonardo <mbonardo@mozilla.com> - Thu, 16 Mar 2017 14:51:03 +0100 - rev 500174
Push 49644 by mak77@bonardo.net at Thu, 16 Mar 2017 20:06:40 +0000
Bug 977177 - Expire old page to icon relations to avoid serving deprecated icons. r=adw Inserting new payloads for a page should expire old ones, otherwise if the page should change favicons, we'd retain old associations forever. At the same time, setting multiple payloads for a page should keep working. MozReview-Commit-ID: 2y1XLUiKAQo
7d1ab73232a05a9a4f076a5d4d960f5e2f3e9e49: Bug 977177 - Add size ref fragment to icon protocols. r=adw draft
Marco Bonardo <mbonardo@mozilla.com> - Wed, 15 Mar 2017 16:08:28 +0100 - rev 500173
Push 49644 by mak77@bonardo.net at Thu, 16 Mar 2017 20:06:40 +0000
Bug 977177 - Add size ref fragment to icon protocols. r=adw Both page-icon: and moz-anno:favicon: should support a simple #size=NNN ref fragment to allow consumers to request a specific sized icon (if available). The service will do its best to satisfy the request, but it's not guaranteed. If no size hint is found, it will default to the biggest icon payload available. It's currently not possible to test the fragment on moz-anno:favicon: since that requires imagelib support to extract payloads from ico files. Thus a test will be added at a later time. MozReview-Commit-ID: G221MKY7rfs
86a71c28a36fba7b704e76f1c157df678af9dc9a: Bug 977177 - Update favicons API consumers. r=adw draft
Marco Bonardo <mbonardo@mozilla.com> - Wed, 28 Sep 2016 16:14:30 +0200 - rev 500172
Push 49644 by mak77@bonardo.net at Thu, 16 Mar 2017 20:06:40 +0000
Bug 977177 - Update favicons API consumers. r=adw Updates consumers to the new behavior. Some consumers are changed to use the "page-icon:" protocol, since it's not trivial to join the icons table and get a single result out of it. In most cases the join would return multiple results since a page can have multiple icon payloads. These consumers for now will return the biggest payload, bug 1347532 will fix some of them to properly pass a #size=NN fragment. Note that, even before, these were just "moz-anno:favicon:" uris, and the payload had to be fetched from the database. Some other consumers for now just fallback to the largest payload, by passing 0 to GetFaviconURLForPage. The favicon optimization still happens on the main-thread, bug 1346139 will handle that problem. Most of the changes involve handling the modified IconData objects, that now retain an array of payloads, rather than just one. But note that .ico files are not yet split into single frames, due to imagelib missing APIs that will be handled in bug 1337402. The other changes involve fixing queries to properly join with the new tables. Finally, note that thanks to the FOREIGN KEYS support, removing from moz_icons or moz_pages_w_icons will also remove relations from moz_icons_to_pages. The system only supports square icons, so icons are resized based on their larger side. This doesn't include new tests, those will be in a following changeset. MozReview-Commit-ID: JUkpquhpS8y
22ab437196afe216429627e77fc2d6272e0f26b0: Bug 977177 - Move favicons to a separate store. r=adw draft
Marco Bonardo <mbonardo@mozilla.com> - Mon, 14 Nov 2016 16:22:46 +0100 - rev 500171
Push 49644 by mak77@bonardo.net at Thu, 16 Mar 2017 20:06:40 +0000
Bug 977177 - Move favicons to a separate store. r=adw This patch moves favicons blobs to a separate database names favicons.sqlite. The dabatase is then ATTACHED to the main Places connection, so that its tables can be used as if they were all part of the same database. The favicons.database contains 3 tables: 1. moz_pages_w_icons This is the way to join with moz_places, through page_url_hash and page_url. We are not using the place id to avoid possible mismatches between places.sqlite and favicons.sqlite. This way the database is "portable" and reusable even if places.sqlite changes. 2. moz_icons Contains icons payloads, each payload can either be an SVG or a PNG. These are the only stored formats, any other format is rescaled and converted to PNG. ICO files are split into single frames and stored as multiple PNGs. SVG are distinguishable through width == UINT16_MAX In future the table will also contain mask-icon color for SVG and average color for PNGs. The fixed_icon_url_hash is "fixed" to allow quickly fetch root icons, that means icons like "domain/favicon.ico" that can also be reused for any page under that domain. 3. moz_icons_to_pages This is the relation table between icons and pages. Each page can have multiple icons, each icon can be used by multiple pages. There is a FOREIGN_KEY constraint between this (child) table and icons or pages (parents), so that it's not possible to insert non-existing ids in this table, and if an entry is removed from a parent table, the relation will be automatically removed from here. Note though that removing from the relation table won't remove from the parent tables. Since the relations are now many-many, it's no more possible to simply join places with the icons table and obtain a single icon, thus it's suggested that consumers go through the "page-icon" protocol. The migration process from the old favicons table is async and interruptible, it will be restarted along with the favicons service until the temp preference places.favicons.convertPayloads is set to true. MozReview-Commit-ID: CUCoL9smRyt
e61419408368551901f1edd491b6019598fe0d40: Bug 1336560 - Allow distributions to hide search engines. r?florian draft
Michael Kaply <mozilla@kaply.com> - Thu, 09 Mar 2017 11:22:54 -0600 - rev 500170
Push 49643 by mozilla@kaply.com at Thu, 16 Mar 2017 19:49:53 +0000
Bug 1336560 - Allow distributions to hide search engines. r?florian MozReview-Commit-ID: 12lSpSPZTqm
8fc24bbda7a79c9cfdc2a3e4e4cf271d156e8920: Bug 1335907 - Pref Reorg. WORK IN PROGRESS. Patch co-authored by Zachary Herrick. r?jaws draft
Zack Herrick <herrickz@msu.edu> - Thu, 16 Mar 2017 15:47:34 -0400 - rev 500169
Push 49642 by bmo:lzylong@gmail.com at Thu, 16 Mar 2017 19:48:40 +0000
Bug 1335907 - Pref Reorg. WORK IN PROGRESS. Patch co-authored by Zachary Herrick. r?jaws MozReview-Commit-ID: 1sx0Wj15yM7
0db6a46804a4eaadb5d6c60ac62824e1e1af4c0d: Bug 1345511 - pt 3 - start using IPC call for stun addrs in PCMedia. r=bwc draft
Michael Froman <mfroman@mozilla.com> - Thu, 16 Mar 2017 13:04:44 -0500 - rev 500168
Push 49641 by bmo:mfroman@nostrum.com at Thu, 16 Mar 2017 19:45:20 +0000
Bug 1345511 - pt 3 - start using IPC call for stun addrs in PCMedia. r=bwc Two new calls are added to NrIceCtx. 1) A static call to allow StunAddrsRequestParent to get stun addrs from the main process. 2) A call to allow StunAddrsRequestChild to pass the new stun addrs back to PeerConnectionMedia on the content process. PeerConnectionMedia, when running in e10s mode, sets up the StunAddrsRequestChild and makes the async request to get the stun addrs. When they are returned, it sets the stun addrs in NrIceCtx avoid the network calls that would otherwise cause a further restricted sandbox to fail. MozReview-Commit-ID: C2hYBzm6WNv
79d36cac6da5b9ac3aa258976196e8e633d32612: Bug 1345511 - pt 2 - add IPC mechanism for getting stun addrs on main process. r=bwc,jduell draft
Michael Froman <mfroman@mozilla.com> - Thu, 16 Mar 2017 12:48:38 -0500 - rev 500167
Push 49641 by bmo:mfroman@nostrum.com at Thu, 16 Mar 2017 19:45:20 +0000
Bug 1345511 - pt 2 - add IPC mechanism for getting stun addrs on main process. r=bwc,jduell PStunAddrsRequest.ipdl defines the new IPC protocol to get stun addrs on the main process. StunAddrsRequestChild requests the stun addrs from the parent. StunAddrsRequestParent uses a static method on NrIceCtx to get the stun addrs from the STS thead and sends the addrs back to the child process. NrIceStunAddr (nricestunaddr.{cpp|h}) wraps nr_local_addr and makes it easier to serialize/deserialize over IPC. NrIceStunAddrMessageUtils follows the pattern used by other Necko IPC classes to define top-level serialization/deserialization calls used by the IPC framework. Modifications under netwerk/ipc are to connect the new IPC protocol to get stun addrs to PNecko since it is a network related IPC protocol. MozReview-Commit-ID: GyEapBe5krl
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip