c49fa16162cb7161e942421f0b7d2f428e46e38c: Bug 1387622 - revert firefox-sha1 alias change, r=rail a=release DONTBUILD
Nick Thomas <nthomas@mozilla.com> - Fri, 06 Oct 2017 09:44:12 +1300 - rev 680879
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
Bug 1387622 - revert firefox-sha1 alias change, r=rail a=release DONTBUILD MozReview-Commit-ID: 7BgcdEWCNfn
4fd5250dedfcfb133c244992db3019a432cec203: Bug 1408197 - beetmover fix round 2, r=bustage a=release
Nick Thomas <nthomas@mozilla.com> - Fri, 13 Oct 2017 17:23:46 +1300 - rev 680878
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
Bug 1408197 - beetmover fix round 2, r=bustage a=release MozReview-Commit-ID: D3g4ZSapaim
ee969734750ace337d13515b00c92703f6577550: Bug 1408782 - Force punycode display for IDNs with a <dotless-i, combining mark above> sequence. r=valentin
Jonathan Kew <jkew@mozilla.com> - Mon, 16 Oct 2017 10:19:52 +0100 - rev 680877
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
Bug 1408782 - Force punycode display for IDNs with a <dotless-i, combining mark above> sequence. r=valentin
a52b7ea3d0d4fb3c91bc8d7c3b72d5057fbfb250: merge mozilla-central to mozilla-inbound. r=merge a=merge
Sebastian Hengst <archaeopteryx@coole-files.de> - Mon, 16 Oct 2017 10:58:45 +0200 - rev 680876
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
merge mozilla-central to mozilla-inbound. r=merge a=merge
dc626eeea39a20c3d81375583965014c572c034a: Bug 1404327 - Move CSS font-family property to date/time input so that it can be overriden. r=dholbert
Jessica Jong <jjong@mozilla.com> - Mon, 16 Oct 2017 15:24:50 +0800 - rev 680875
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
Bug 1404327 - Move CSS font-family property to date/time input so that it can be overriden. r=dholbert MozReview-Commit-ID: 4sqXQSZMlmd
3f2f733d6ab2f45eebcb044b7aa0cc32f2fe4db0: Bug 1408607. Make all uses of mWillBuildScrollableLayer conditional on painting to the window. r=mstange
Timothy Nikkel <tnikkel@gmail.com> - Mon, 16 Oct 2017 01:50:35 -0500 - rev 680874
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
Bug 1408607. Make all uses of mWillBuildScrollableLayer conditional on painting to the window. r=mstange This mostly restores us to the previous behaviour where we would set mWillBuildScrollableLayer to false for event handling display lists. But it's better because we don't keep flipping its value. The real reason we want to do this is that it fixes bugs with event handling.
fbbdc0131e3558ccd756655d3f01ae113ca5aa8f: Bug 1408607. mWillBuildScrollable only keeps updated during display list building. So change Is(Maybe)ScrollingActive to not use it so they are always accurate. r=mstange
Timothy Nikkel <tnikkel@gmail.com> - Fri, 19 May 2017 17:04:19 -0500 - rev 680873
Push 84661 by bmo:ttromey@mozilla.com at Mon, 16 Oct 2017 14:19:39 +0000
Bug 1408607. mWillBuildScrollable only keeps updated during display list building. So change Is(Maybe)ScrollingActive to not use it so they are always accurate. r=mstange This seems like a good idea, not sure if it fixes any bugs though.
ec78c6f44b6691e0c153930ec9c90089fdd7cf3c: Bug 1230373 - Enable mozilla/use-services for browser/components/ r?Mossop draft
Mark Banner <standard8@mozilla.com> - Wed, 11 Oct 2017 15:43:51 +0100 - rev 680872
Push 84660 by bmo:standard8@mozilla.com at Mon, 16 Oct 2017 14:18:24 +0000
Bug 1230373 - Enable mozilla/use-services for browser/components/ r?Mossop MozReview-Commit-ID: 9m9iss3jUJJ
cf161b4ff7165e2c5045a9f2c092a58aff7142e6: Bug 1230373 - Add an ESLint rule to prefer using Services.jsm rather than getService. r?Mossop draft
Mark Banner <standard8@mozilla.com> - Fri, 06 Oct 2017 17:03:38 +0100 - rev 680871
Push 84660 by bmo:standard8@mozilla.com at Mon, 16 Oct 2017 14:18:24 +0000
Bug 1230373 - Add an ESLint rule to prefer using Services.jsm rather than getService. r?Mossop MozReview-Commit-ID: G9dp4PxcyT7
f80aae22b52bcef3a54d88a759898fc1ea496b11: Bug 1230373 - Fix an issue with eslint-plugin-mozilla not detecting the global scope properly when arrow functions are used. r?Mossop draft
Mark Banner <standard8@mozilla.com> - Mon, 16 Oct 2017 15:08:26 +0100 - rev 680870
Push 84660 by bmo:standard8@mozilla.com at Mon, 16 Oct 2017 14:18:24 +0000
Bug 1230373 - Fix an issue with eslint-plugin-mozilla not detecting the global scope properly when arrow functions are used. r?Mossop MozReview-Commit-ID: IOCM8Fjl0xQ
6ee7e7bd92b02de63717b0f70502d47cbdb7d5ed: Bug 1399800 - integrate python-test compatible unit tests r?ahal, jmaher draft
Ionut Goldan <igoldan@mozilla.com> - Mon, 16 Oct 2017 16:49:26 +0300 - rev 680869
Push 84659 by bmo:igoldan@mozilla.com at Mon, 16 Oct 2017 14:17:29 +0000
Bug 1399800 - integrate python-test compatible unit tests r?ahal, jmaher MozReview-Commit-ID: II6vt96s6CJ
5ea27a039fd9e89c5d2cb176e2916a051935173c: Bug 1408795 - Disable Eclipse CDT's binary parser. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 10:32:00 +0100 - rev 680868
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408795 - Disable Eclipse CDT's binary parser. r=botond By default Eclipse CDT will scan the source tree for binaries so that it can add those binaries to the list of things that it can run. This scanning is a constant interuption and can last several seconds. Besides that, it's currently useless for our setup since the only binaries that we're interested in running are in the object directory (which it doesn't scan), and those are set up during project generation. (The only binaries found in the source tree are a couple of uninteresting bundled libraries.) MozReview-Commit-ID: BYO2DXGsqk4
b189d42e8ed068c6207c4f94a460aed549a511c2: Bug 1408795 - Disable Eclipse CDT's "scalability" mode for files with fewer than 15,000 lines. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 10:19:17 +0100 - rev 680867
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408795 - Disable Eclipse CDT's "scalability" mode for files with fewer than 15,000 lines. r=botond By default, scalability mode is activated for files with 5,000 lines or more. There are quite a few C++ files with more than 5,000 lines, and Eclipse seems to work fine with them with scalability mode turned off (even nsCSSFrameConstructor.cpp which is over 13,000 lines long). Increasing the number of lines before scalability mode is enabled allows Eclipse to handle these files better. MozReview-Commit-ID: INCd7XXHwm
ea8f01b4a59f49f6b899c0774ba4fd1250f4c6d4: Bug 1408795 - Have Eclipse CDT treat Objective-C files as C++. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 10:09:00 +0100 - rev 680866
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408795 - Have Eclipse CDT treat Objective-C files as C++. r=botond Without this setting, eclipse will refuse to open Objective-C files (it will defer to an external editor). Adding *.mm to the file types that are treated as C++ allows Eclipse to open them, and to provide some code assistance for the bits of the files that it can understand. MozReview-Commit-ID: FRGcvqf2KFs
4252f8350a9833081354b86f02f37b19ca02fd58: Bug 1408795 - Enable Eclipse CDT's "Refresh using native hooks or polling" setting. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 09:39:01 +0100 - rev 680865
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408795 - Enable Eclipse CDT's "Refresh using native hooks or polling" setting. r=botond This setting allows Eclipse to notice when files it has open are changed externally (such as by hg/git, for example). It can then update the contents that it has for the open files, avoiding annoying issues such as saving changes after an `hg pull -u` resulting in either "Resource is out of sync" errors or else clobbering of the changes hg made to files. MozReview-Commit-ID: F3zvEMR42ZM
b2164332dc2295f120005d4b51ef02cd3263cbc0: Bug 1408795 - Prevent Eclipse CDT's blocking "Welcome" screen from showing on startup. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 09:20:42 +0100 - rev 680864
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408795 - Prevent Eclipse CDT's blocking "Welcome" screen from showing on startup. r=botond The blocking Welcome screen is quite confusing for a new user. It is not clear where to find the Mozilla stuff they expect to see when opening Eclipse, or that the user needs to close the entire content area to get to it. Besides that the screen isn't very useful for Mozilla people who will find more relevant help from searching the online documentation, and who won't be creating new projects in the generated workspace, etc. MozReview-Commit-ID: BaUFpQBFCOm
bf7b131a735ea0f0d87f55702fbb92f4e8d9e47e: Bug 1408795 - Turn off Eclipse CDT's "Ensure newline at the end of file" setting. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 09:17:32 +0100 - rev 680863
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408795 - Turn off Eclipse CDT's "Ensure newline at the end of file" setting. r=botond The setting to ensure that there is a newline at the end of files when they are saved is very annoying. Besides adding unnecessary and unexpected cruft to diffs, some parts of the codebase (some of the reftest directories for example) have a policy of NOT having a newline at the end of their files. MozReview-Commit-ID: JwrI6nL40Bj
cad76bf1da23fd54a3a13b6a6f180982d692864a: Bug 1408810 - Get the Eclipse CDT code formatter working again. r=botond draft
Jonathan Watt <jwatt@jwatt.org> - Mon, 16 Oct 2017 02:27:20 +0100 - rev 680862
Push 84658 by jwatt@jwatt.org at Mon, 16 Oct 2017 14:15:24 +0000
Bug 1408810 - Get the Eclipse CDT code formatter working again. r=botond This makes us write the code formatter settings into the workspace settings directory instead of the project settings directory. This is preferable since when users make settings changes they are more likely to work with the workspace settings, so we should put them there. Putting them there also fixes a bug whereby the calls to _write_noindex/_remove_noindex would overwrite the formatter settings file shortly after it had been created. To get the formatter to show up in the UI we also need to set the formatter settings as a one line pref value in the CDT UI settings. This duplication is what Eclipse does when a new formatter is manually added, and it's necessary to get the formatter working correctly.
ad7573f123992d709ea88e037d9a41ca80645432: Bug 1379560 - Part 2 - Add support for custom default permissions in SitePermissions.jsm. r=Paolo draft
Johann Hofmann <jhofmann@mozilla.com> - Mon, 10 Jul 2017 23:33:37 +0200 - rev 680861
Push 84657 by bmo:jhofmann@mozilla.com at Mon, 16 Oct 2017 14:06:38 +0000
Bug 1379560 - Part 2 - Add support for custom default permissions in SitePermissions.jsm. r=Paolo Part 1 added support for changing default permissions via pref. This patch adds support in the frontend code, which is required to actually make it work for most permission prompts. This patch introduces the concept of SitePermissions.PROMPT (which already exists in the permission manager) to distinguish between the default UNKNOWN state and the explicit PROMPT state. They both have the same effect (always asking the user for confirmation). MozReview-Commit-ID: 2Gg9uwigter
48a1a26e515b435d333c6aaa911bd7cef0505d4c: Bug 1379560 - Part 1 - Add a default permission pref in the permission manager. r=mystor,Paolo draft
Johann Hofmann <jhofmann@mozilla.com> - Mon, 10 Jul 2017 23:13:43 +0200 - rev 680860
Push 84657 by bmo:jhofmann@mozilla.com at Mon, 16 Oct 2017 14:06:38 +0000
Bug 1379560 - Part 1 - Add a default permission pref in the permission manager. r=mystor,Paolo This patch enables support for setting prefs with the pattern permissions.default.* to provide a custom default permission for arbitrary permission types in nsPermissionManager. The previous default of UNKNOWN_ACTION is honored if no pref is set. A default value is provided if no permission entry can be found in the db. Accordingly, the patch does not affect the behavior of functions that return permission objects from the db such as GetPermissionObject, which returns null if no entry was found. MozReview-Commit-ID: 3JECI6kXqGf
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip