acda082f036e04be98515d8c19c6747029f9d238: Bug 986680 - Follow-up: Make constructors explicit. r=me
Sean Stangl <sstangl@mozilla.com> - Fri, 28 Aug 2015 15:00:27 -0700 - rev 288961
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
Bug 986680 - Follow-up: Make constructors explicit. r=me
779f3b7c8784ef8ad8e7565e1f47d0dc5cda8b65: No Bug - Reenable erroneously disabled exponentiation operator in nightly builds. (r=me)
Eric Faust <efaustbmo@gmail.com> - Fri, 28 Aug 2015 14:55:20 -0700 - rev 288960
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
No Bug - Reenable erroneously disabled exponentiation operator in nightly builds. (r=me)
48608a2a19b15bb86f12dfd80431fb00d1f14744: Bug 1175585 - Full-stack mochitest for wheel transactions. r=kats
Botond Ballo <botond@mozilla.com> - Sun, 02 Aug 2015 14:45:30 -0400 - rev 288959
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
Bug 1175585 - Full-stack mochitest for wheel transactions. r=kats
9a074478c2d3498a7c5eec0cd732ba4cc4ee0e14: Bug 1197059 - Disable JasPer support in GDK-PixBuf. r=karlt
Andrew Comminos <andrew@comminos.com> - Fri, 28 Aug 2015 17:14:20 -0400 - rev 288958
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
Bug 1197059 - Disable JasPer support in GDK-PixBuf. r=karlt
fb5a9ebbca96d2c9eca67bdaca0fea389abda1c4: Bug 1173521 - Properly handle unapplying 3D projective transforms to rectangles in APZ code. r=botond
Kevin Wern <kevin.m.wern@gmail.com> - Fri, 28 Aug 2015 12:00:29 -0400 - rev 288957
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
Bug 1173521 - Properly handle unapplying 3D projective transforms to rectangles in APZ code. r=botond The untransformation is done using the newly added UntransformTo() functions which call Matrix4x4::ProjectRectBounds(), which returns an empty rectangle if the result is not at least partially on the positive side of the w = 0 plane. UntransformTo() returnis the transformed rectangle if it's not empty, and Nothing() otherwise, making callers check for this case. The patch also adds some assertions to places where we apply transforms we know should be 2D (and thus didn't switch to use UntransformTo()), checking that the transforms are in fact 2D.
2d89bf9f70ee66f82a482c28070ae2d8b8bacdcb: Bug 1181908 part 2. The CompileOptions constructor should properly copy the introducerFilename and isRunOnce state. r=luke
Boris Zbarsky <bzbarsky@mit.edu> - Mon, 03 Aug 2015 11:51:57 -0400 - rev 288956
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
Bug 1181908 part 2. The CompileOptions constructor should properly copy the introducerFilename and isRunOnce state. r=luke
8cd6dd07c27a6dbcfa20f15e7e77a854eb39f1e6: Bug 1181908 part 1. Fix support for JSOP_OBJECT in scripts parsed on background threads by clearing the unboxedLayouts list on the background thread parsing compartment when merging the parse result to the target compartment. r=jandem
Brian Hackett <bhackett1024@gmail.com> - Fri, 28 Aug 2015 17:03:48 -0400 - rev 288955
Push 4899 by martin.thomson@gmail.com at Fri, 28 Aug 2015 22:24:27 +0000
Bug 1181908 part 1. Fix support for JSOP_OBJECT in scripts parsed on background threads by clearing the unboxedLayouts list on the background thread parsing compartment when merging the parse result to the target compartment. r=jandem
87fc1ab56cd57da5f7a88779b6fe7d5c21079590: Bug 1179015 - part 1a r?nalexander draft
jr conlin <jr@mozilla.com> - Thu, 27 Aug 2015 10:52:33 -0700 - rev 288954
Push 4898 by jconlin@mozilla.com at Fri, 28 Aug 2015 22:14:04 +0000
Bug 1179015 - part 1a r?nalexander * Moved GCM to GCMBridge * Broke out Push Delegate to own class * First go at moving SenderID to imported key (NOTE: If template files are not showing new values, remove $TARGET/config.statusc and re-run mach configure) * More general Exception trapping for GCMBridge failures * Added svUID to BridgeException * Converted HttpResponse handlers to MozResponse/ removed json/string conv * Moved Push flag to confvars.sh * added null checks
3daed1666cf0b10cc3be73b455eb624cf7fa746d: Bug 1192921: Add an install location for system add-ons. draft
Dave Townsend <dtownsend@oxymoronical.com> - Mon, 10 Aug 2015 15:47:28 -0700 - rev 288953
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1192921: Add an install location for system add-ons. This adds two new directory install locations. One contains the default system add-ons that ship with the application, the other contains system add-on that will eventually be updatable at runtime. The updatable location tracks the expected list of add-ons in a pref. and only returns add-ons from that list when asked for its list of add-ons. After processFileChanges has scanned all add-ons and updated the database it checks if the updated system add-ons match the expected set. If not we ignore those add-ons when working out which add-ons should be visible. If they do match then we ignore the app-shipped system add-ons when working out which are visible.
b7bb657f11a6313a00589790787ad91a26543e36: Bug 1192921: Split DirectoryInstallLocation into an immutable and mutable version. draft
Dave Townsend <dtownsend@oxymoronical.com> - Tue, 25 Aug 2015 16:01:55 -0700 - rev 288952
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1192921: Split DirectoryInstallLocation into an immutable and mutable version. Most directory install locations are immutable at runtime. Only the profile location can be installed into and uninstalled from. The system add-on locations will be immutable as well but also be extended with some extra functionality so it is useful to split the immutable parts out into a shared class that both the mutable location and eventually system add-on locations can inherit from.
426b21cd9faace5371de939170c12e1b96284386: Bug 1192921: Remove most assumptions that add-on IDs match filenames. draft
Dave Townsend <dtownsend@oxymoronical.com> - Tue, 25 Aug 2015 15:18:43 -0700 - rev 288951
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1192921: Remove most assumptions that add-on IDs match filenames. Normal directory install locations expect add-ons to exist on disk with the naming convention "<id>.xpi". Originally system add-ons were going to do something different so I started working on this. In the end it is unnecessary but this work did reveal some cases where _sourceBundle wasn't being updated for add-ons and removing most of these assumptions is still valuable.
308a674ec0e3f81ee3e0533b7014c37477860d67: Bug 1192921: Refactor add-on manager startup loop to better support validating install locations after scanning. draft
Dave Townsend <dtownsend@oxymoronical.com> - Fri, 21 Aug 2015 16:49:56 -0700 - rev 288950
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1192921: Refactor add-on manager startup loop to better support validating install locations after scanning. The add-ons manager recognises the notion of "install locations". Each location can contain add-ons that are installed in the application. There are two main types, directory locations which exist as a directory somewhere in the filesystem and registry locations which exist in the Windows registry. The profile location is the one where add-ons installed through the UI exist, the other locations are for add-ons that are bundled with the application, installed by the OS or by third-party applications. Install locations have priorities. The profile location has the highest priority then the others gradually lower priorities. When an add-on exists in more than one install location the version in the highest priority location is the one that is visible and can be active in the application. We still retain details about the other versions in the database. On every startup the add-ons manager scans over these install locations to see if the set of installed add-ons has changed at all. A very quick check is done to see if the more thorough check in processFileChanges (which synchronously loads the add-ons database and install manifests for the add-ons) is needed. The job of processFileChanges is to load information about all the add-ons and update the add-ons database to match. It has to decide which add-ons to make visible, track what changes were made to the visible set of add-ons and call restartless add-ons install and uninstall scripts. The original version of processFileChanges attempted to optimise this by doing all of the work in a single loop over the add-ons in the locations. This mostly worked but made certain situations difficult to handle (see bug 607818 f.e.). There isn't much need for this level of optimisation. We're already in a slow pass and once all the data is loaded off the disk looping over it is fast. This changeset moves processFileChanges into the XPIProviderUtils file which is lazy loaded when necessary. While most of the code is the same it instead does one loop to update the database and gather information, then a second loop to update add-on visibility, record changes and call bootstrap scripts.
94835d07fc0ad574a49e182b447cf80db40feeb9: Bug 1199734 - Loop's ui-showcase doesn't need to load sdk - avoid errors loading TB.min.css. r=andreio
Mark Banner <standard8@mozilla.com> - Fri, 28 Aug 2015 21:26:29 +0100 - rev 288949
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1199734 - Loop's ui-showcase doesn't need to load sdk - avoid errors loading TB.min.css. r=andreio
4e76075fa405fb0d609c473479f312cfd7172740: Follow-up to bug 1174702 - correctly align the title of the web page for the checkbox in the context editing. r=andreio
Mark Banner <standard8@mozilla.com> - Fri, 28 Aug 2015 21:26:29 +0100 - rev 288948
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Follow-up to bug 1174702 - correctly align the title of the web page for the checkbox in the context editing. r=andreio
bd6fa5728f2dbcbdc13a2e0f46d1f16217f1f465: Bug 1186368 - Update in-client NPS survey url for Loop to a re-directable link. r=andreio
Mark Banner <standard8@mozilla.com> - Fri, 28 Aug 2015 21:26:29 +0100 - rev 288947
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1186368 - Update in-client NPS survey url for Loop to a re-directable link. r=andreio
527c66668f401a60895bf448d6f515479e382295: Bug 1180793 - [Metrics] Hud should report specific app for those Apps housed under 'Communications'. r=janx
Russ Nicoletti <rnicoletti@mozilla.com> - Fri, 28 Aug 2015 12:26:59 -0700 - rev 288946
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1180793 - [Metrics] Hud should report specific app for those Apps housed under 'Communications'. r=janx
50dd35d46e18cd870698fe5de52673c8c61b2a38: Bug 1199108 - [Rule View] Remove the outline when selecting an item in the pseudo class panel. r=bgrins
Gabriel Luong <gabriel.luong@gmail.com> - Fri, 28 Aug 2015 11:48:00 -0400 - rev 288945
Push 4897 by dtownsend@mozilla.com at Fri, 28 Aug 2015 21:55:52 +0000
Bug 1199108 - [Rule View] Remove the outline when selecting an item in the pseudo class panel. r=bgrins
f26c51e1d9d77948b297b8b45df78a610fcd073d: Bug 1016035 - Swallow the rest of the scroll gesture after swiping without APZ. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 27 Aug 2015 00:23:09 -0400 - rev 288944
Push 4896 by mstange@themasta.com at Fri, 28 Aug 2015 21:39:27 +0000
Bug 1016035 - Swallow the rest of the scroll gesture after swiping without APZ. r?kats With APZ this is handled because starting a swipe interrupts the PanGesture input block, and momentum events don't start a new input block so APZ ignores them.
f39c2d3416c4e726a4abad8954710e1cbcaba65e: Bug 1016035 - Don't wait for content to say that we need to swipe if APZ has enough information. r?kats draft
Markus Stange <mstange@themasta.com> - Fri, 28 Aug 2015 16:50:00 -0400 - rev 288943
Push 4896 by mstange@themasta.com at Fri, 28 Aug 2015 21:39:27 +0000
Bug 1016035 - Don't wait for content to say that we need to swipe if APZ has enough information. r?kats
95ff8f48b9d28fc851ccb170ec7090ab6b8c5793: Bug 1016035 - Replay the queue to the swipe tracker once the swipe start confirmation arrives. r?kats draft
Markus Stange <mstange@themasta.com> - Sat, 08 Aug 2015 20:05:18 -0400 - rev 288942
Push 4896 by mstange@themasta.com at Fri, 28 Aug 2015 21:39:27 +0000
Bug 1016035 - Replay the queue to the swipe tracker once the swipe start confirmation arrives. r?kats
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip