6795bb0cdda65206b963b45565a896debb7b57c1: Bug 1302211 - Sync file extension list with Chrome. r=gcp
Francois Marier <francois@mozilla.com> - Mon, 12 Sep 2016 15:58:44 -0700 - rev 339739
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1302211 - Sync file extension list with Chrome. r=gcp Directly executable file types were added and types that Chrome doesn't submit to the remote server were removed. PDF is retained for now and many archive types are commented-out. https://cs.chromium.org/chromium/src/chrome/browser/resources/safe_browsing/download_file_types.asciipb MozReview-Commit-ID: 3lXUX9NV4Fw
262d65accc6788901e363ca03e2a3f00d5a25f48: Bug 1302211 - Remove .osx extension from download protection. r=gcp
Francois Marier <francois@mozilla.com> - Mon, 12 Sep 2016 13:23:25 -0700 - rev 339738
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1302211 - Remove .osx extension from download protection. r=gcp https://bugs.chromium.org/p/chromium/issues/detail?id=641614 MozReview-Commit-ID: 6m3bKNlnjIv
248f9c35af3a045816e8f1431e330ca5463ec348: Bug 1302211 - Import latest Safe Browsing CSD file from Chrome. r=gcp
Francois Marier <francois@mozilla.com> - Mon, 12 Sep 2016 13:21:42 -0700 - rev 339737
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1302211 - Import latest Safe Browsing CSD file from Chrome. r=gcp MozReview-Commit-ID: Ax6TICKsQjv
4f48a94c9d5a6cb169d0bcfe15aafebd65e3d30a: Bug 1302821 - Ensure owner has full privileges on directories; r=dustin
Gregory Szorc <gps@mozilla.com> - Wed, 14 Sep 2016 12:26:15 -0700 - rev 339736
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1302821 - Ensure owner has full privileges on directories; r=dustin Previously, when recursively changing ownership on directories we would only change the owner. We saw some permission denied failures in automation where the new owner couldn't modify files or directories. This *might* be due to the owner write bits not always being set. Or it could be something else (such as a filesystem bug - *cough* AUFS *cough*). This commit changes our recursive chown implementation to ensure owner read, write, and execute bits are set on directories. Because we're now always calling stat(), the code for calling chown() is made conditional because we have the stat information and can avoid the extra system call if it would be a no-op. MozReview-Commit-ID: JT9q3QR4Sit
e94d6d5771038e904d83722fad5718f4f68603a5: Bug 1300937 part.3 NativeKeyCodes.js should specify scan code to WIN_VK_ABNT_C1 explicitly for avoiding (perhaps) a bug of MapVirtualKeyEx() API r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 13 Sep 2016 19:55:29 +0900 - rev 339735
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1300937 part.3 NativeKeyCodes.js should specify scan code to WIN_VK_ABNT_C1 explicitly for avoiding (perhaps) a bug of MapVirtualKeyEx() API r=smaug Unfortunately, MapVirtualKeyEx() doesn't compute ABNT C1's scan code from its virtual keycode, 0xC1. Therefore, NativeKeyCodes.js should specify 0x0056 explicitly. Fortunately, this key in physical keyboard always generates the scan code value with any keyboard layouts. Therefore, this can test new regressions as expected. FYI: ABNT C1 key is a key in Brazilian keyboard. It's at between "ShiftLeft" and "KeyZ". MozReview-Commit-ID: GmpnFKOsnKD
be88a60abb7ad0608d8e001e81af8e57a282b334: Bug 1300937 part.2 Automated tests which synthesize native key events on Windows should specify scan code value explicitly r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 13 Sep 2016 19:38:23 +0900 - rev 339734
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1300937 part.2 Automated tests which synthesize native key events on Windows should specify scan code value explicitly r=smaug On Windows, some keys are called "extended key". Their scan code include 0xE000. For example, Enter key in standard position is 0x001C but Numpad's Enter key is 0xE01C. Unfortunately, both of them cause same virtual keycode value, VK_RETURN. Therefore, currently, nsIDOMWindowUtils.sendNativeKey() can synthesize only one native key event of them (only non-extended key's event). Additionally, MapVirtualKeyEx() API with MAPVK_VK_TO_VSC (even with MAPVK_VK_TO_VSC_EX) don't return extended scancode value as expected. For solving these issues, we should include scan code value to the virtual keycode value at calling sendNativeKey(). Fortunately, virtual keycode value on Windows is 0 ~ 255 (0x00 ~ 0xFF) but aNativeKeyCode of sendNativeKey() is int32_t. So, we can use upper 16 bit for specifying scan code. This patch explicitly specifies scan code value at defining WIN_VK_* in NativeKeyCodes.js. Additionally, this patch duplicates native virtual keycode definition for Home, End, Insert, Delete, PageUp, PageDown, ArrowUp, ArrowLeft, ArrowDown, ArrowRight and Enter as WIN_VK_* and WIN_VK_NUMPAD_*. This makes automated tests can specify both positions' keys explicitly. Finally, this patch adds some tests to test_keycodes.xul for testing KeyboardEvent.code value of those keys in both positions. MozReview-Commit-ID: 8n1rQ71dilg
6a8bf7596f42d22961f4d79f1cd8b282618dafb5: Bug 1300937 part.1 Check KeyboardEvent.key and KeyboardEvent.code in test_keycodes.xul r=smaug
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 13 Sep 2016 21:48:45 +0900 - rev 339733
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1300937 part.1 Check KeyboardEvent.key and KeyboardEvent.code in test_keycodes.xul r=smaug MozReview-Commit-ID: AntOqvmTCcW
73f77b885f17cb75069196258a6448490b543d15: Bug 1300036 - Update the state correctly on the client side when the server reports a conflict on resume. r=ejpbruel
Alexandre Poirot <poirot.alex@gmail.com> - Mon, 05 Sep 2016 10:42:05 -0700 - rev 339732
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1300036 - Update the state correctly on the client side when the server reports a conflict on resume. r=ejpbruel MozReview-Commit-ID: IK6LXEGXan
d9a19f976f1e30e01b240372099098e67c167603: Bug 1300036 - Ensure waiting for source shown when reloading tab in debugger tests. r=ejpbruel
Alexandre Poirot <poirot.alex@gmail.com> - Mon, 05 Sep 2016 10:38:25 -0700 - rev 339731
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1300036 - Ensure waiting for source shown when reloading tab in debugger tests. r=ejpbruel MozReview-Commit-ID: 9R5R3SWawEb
8f7f5ce39b7d4e1dc2e12d9ac4f5fed945867a18: Bug 1300869 - don't allow whitespace wrapping in find toolbar modal highlighting boxes. r=jaws
Mike de Boer <mdeboer@mozilla.com> - Tue, 13 Sep 2016 14:57:19 +0200 - rev 339730
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1300869 - don't allow whitespace wrapping in find toolbar modal highlighting boxes. r=jaws MozReview-Commit-ID: BBGViJgsGOF
29af101880db7ce7f5f87f58e1ff20988c1c5fc3: merge mozilla-inbound to mozilla-central a=merge
Carsten "Tomcat" Book <cbook@mozilla.com> - Thu, 15 Sep 2016 11:59:50 +0200 - rev 339729
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
merge mozilla-inbound to mozilla-central a=merge
a387818ed08a57cc9d292c19dbd0a66f37ee94c3: Bug 1298318 followup - Add notice comment in SVGImageContext. r=dholbert
Kevin Chen <kechen@mozilla.com> - Wed, 14 Sep 2016 12:28:54 -0700 - rev 339728
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1298318 followup - Add notice comment in SVGImageContext. r=dholbert Comment-only, so DONTBUILD (and KWierso says it's OK to land this on CLOSED TREE) MozReview-Commit-ID: BKxFHeXxipf
056e578d03bb079c121944b20987e5442ceca367: Backed out changeset 4bb39c7c98dd (bug 1271650) for ASAN leaks a=backout
Wes Kocher <wkocher@mozilla.com> - Wed, 14 Sep 2016 10:51:36 -0700 - rev 339727
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Backed out changeset 4bb39c7c98dd (bug 1271650) for ASAN leaks a=backout
5d2e0c859f9e274e785f8432c5f9d07194ab48c2: Bug 1258472 - 2. Move guest mode state management to GeckoProfile; r=nalexander
Jim Chen <nchen@mozilla.com> - Wed, 14 Sep 2016 13:33:09 -0400 - rev 339726
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1258472 - 2. Move guest mode state management to GeckoProfile; r=nalexander Because guest mode is intimately tied to the profile, it'd be hard to keep guest mode out of geckoview code entirely, But we also don't want any dependency on GuestSession from geckoview code, so this patch moves the part of GuestSession that manages guest mode state to GeckoProfile.
77797e21fa19e51871f9d7d726e7d78eaf67ec95: Bug 1258472 - 1. Start first-run telemetry session outside of GeckoProfile; r=nalexander
Jim Chen <nchen@mozilla.com> - Wed, 14 Sep 2016 13:33:09 -0400 - rev 339725
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1258472 - 1. Start first-run telemetry session outside of GeckoProfile; r=nalexander Move the first-run telemetry session from GeckoProfile to BrowserApp, so there is no longer any dependency on Telemetry from inside GeckoProfile.
0a5cf829f56e7c97f2e6032c921552b8aa527bc0: Bug 1302641 - Update ImageBridgeChild::GetSingleton() use after 1298938 r=nical
Alexandre Lissy <lissyx@lissyx.dyndns.org> - Wed, 14 Sep 2016 10:29:57 +0200 - rev 339724
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1302641 - Update ImageBridgeChild::GetSingleton() use after 1298938 r=nical MozReview-Commit-ID: Cs7xUcPnPoz
be756757b11f0ba559c1bdcafcfdfee5381198a1: Bug 1284156 - Baldr: use ToNonWrappingUint32 for range checks (r=bbouvier)
Luke Wagner <luke@mozilla.com> - Wed, 14 Sep 2016 11:54:17 -0500 - rev 339723
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1284156 - Baldr: use ToNonWrappingUint32 for range checks (r=bbouvier) MozReview-Commit-ID: 1oVQYPlF89J
88a175eed324e053a3ab25bf0bf1704c026a2a6b: Bug 1284156 - Baldr: add Table.prototype.grow (r=bbouvier)
Luke Wagner <luke@mozilla.com> - Wed, 14 Sep 2016 11:46:10 -0500 - rev 339722
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1284156 - Baldr: add Table.prototype.grow (r=bbouvier) MozReview-Commit-ID: 8g92o4GXQ82
61e6762b20d0fa6f64b61e9ee2fe4adaa9417a20: Bug 1291384 - 2. Convert GeckoProfile.getDB calls to BrowserDB.from calls; r=nalexander
Jim Chen <nchen@mozilla.com> - Wed, 14 Sep 2016 12:46:50 -0400 - rev 339721
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1291384 - 2. Convert GeckoProfile.getDB calls to BrowserDB.from calls; r=nalexander Mass convert GeckoProfile.getDB() calls to BrowserDB.from() calls, whether using Context or GeckoProfile.
46f54a6f6aeae31a43ffe2a384aa26e2c56f778a: Bug 1291384 - 1. Take BrowserDB out of GeckoProfile; r=nalexander
Jim Chen <nchen@mozilla.com> - Wed, 14 Sep 2016 12:46:50 -0400 - rev 339720
Push 10033 by raliiev@mozilla.com at Mon, 19 Sep 2016 13:50:26 +0000
Bug 1291384 - 1. Take BrowserDB out of GeckoProfile; r=nalexander Remove references to BrowserDB and its factory from GeckoProfile. Instead of keeping the DB in mDB, GeckoProfile now keeps an arbitrary object in mData. Using a data object lets us avoid needing another map to map profiles to DBs. This feature could be very useful for GeckoView consumers as well. The new way to get a BrowserDB from a profile/context is through BrowserDB.from(Context) or BrowserDB.from(GeckoProfile), which takes care of creating a local DB if necessary and associating the DB with the profile.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip