summaryrefslogtreecommitdiffstats
path: root/toolkit
Commit message (Collapse)AuthorAgeLines
* Issue #65 - Remove AppConstants from toolkit/modulesMatt A. Tobin2020-02-02-168/+174
| | | | Except for secondscreen
* Issue #65 - Remove AppConstants from toolkit/contentMatt A. Tobin2020-02-01-96/+88
|
* Issue #1342 - Remove support for system libvpxwolfbeast2020-01-31-3/+0
|
* Issue #1342 - Remove support for system linbpngwolfbeast2020-01-31-3/+0
|
* Issue #1342 - Remove support for system NSPR/NSSwolfbeast2020-01-30-19/+9
|
* [WebRequest] Remove AddonManagerPermissions leftoverswolfbeast2020-01-29-6/+1
| | | | | | This was added as part of the WebExtension sec issue CVE-2017-5389. Since we no longer have this interface, it needed to be removed to prevent errors in the WebRequest channel callback.
* Issue #1342 - Remove support for system libeventwolfbeast2020-01-23-3/+0
|
* Issue #1359 - Pointlessly rename greprefs.. again.Matt A. Tobin2020-01-18-1/+1
|
* Fix comments for NSS PBKDF setup (no code change)wolfbeast2020-01-14-1/+2
|
* Issue #1338 - Part 4: Initialize NSS with desired run-time values.wolfbeast2020-01-02-0/+12
| | | | | | | | | | | | | This NSS version (and onward) has variables to enable PKDBF rounds for master password hardening (combating brute-force guessing). Since we use DBM, we need to explicitly enable iteration counts in DBM mode, and adjust the rounds used with a lower maximum because the PKDBF routine for DBM is considerably slower for which the NSS default of 10,000 is debilitatingly high. The method for this is run-time configuration through environment variables. We set these prior to NSS initialization from nsAppRunner.cpp so the NSS lib picks them up and allows us to continue using the DBM cert/key stores with stored rounds per record.
* No Issue - Execute the precomplete command on *nix AltPackagingMatt A. Tobin2019-12-09-0/+4
| | | | Windows does not need this as mar generation is dependent on the NSIS Installer which already contains the call
* Issue #1306 - Move bundled fonts to toolkitMatt A. Tobin2019-11-30-0/+20
|
* No issue - Clean up libxul mozbuild a littlewolfbeast2019-11-30-10/+0
| | | | | - Remove delayload dlls from which there are no imports - Remove leftover MOZ_RUST config bit.
* Allow Solaris to use alt packaging for Pale Moon and BasiliskMatt A. Tobin2019-11-28-2/+2
|
* No Issue - Use alternative packaging for Pale Moon and BasiliskMatt A. Tobin2019-11-27-0/+23
| | | | | | | * This adds what will eventually be a rewritten packaging routine while maintaining backwards compatibility with the original mozilla routine * Changes the build target and installer makefile to use the alternative packaging * Adds build target to specifically invoke the original mozilla routine * Update mach commands accordingly
* Issue #1300 - Clear the message manager script cache when updating and ↵JustOff2019-11-22-9/+13
| | | | removing add-ons
* Remove duplicate localization noteMoonchild2019-11-19-4/+0
| | | The note -used- to be where I inserted it but was apparently moved further down by Mozilla, outside of my FoV.
* Issue #1242 - Reinstate GPU Accelerated Windows entry in about:supportwolfbeast2019-11-19-0/+22
| | | | This resolves #1242.
* Issue #1259 - Adjust Widewine strings after removing Adobe Primetime supportJustOff2019-11-16-2/+2
|
* Merge branch 'master' into mailnews-workMatt A. Tobin2019-11-10-293/+3
|\
| * Issue #1259 - Part 4. Remove Adobe EME from GMPUtilsadeshkp2019-11-10-8/+3
| |
| * Issue #1259 - Part 3. Remove Adobe EME as a GMP sourceadeshkp2019-11-10-35/+0
| |
| * Issue #1259 - Part 2. Remove Adobe Primetime localization stringsadeshkp2019-11-10-11/+0
| |
| * Issue #1263 - Part 1: Remove DiskSpaceWatcherwolfbeast2019-11-08-239/+0
| |
* | Issue #1258 - Part 3: Make mailnews and friends buildMatt A. Tobin2019-11-03-0/+7
|/
* Issue #1265 - Expose sndio as a build option for any supporting systemGaming4JC2019-11-02-1/+1
|
* Merge pull request #1262 from athenian200/solaris-workMoonchild2019-11-02-10/+181
|\ | | | | Support Modern Solaris
| * Fix nits.athenian2002019-10-31-1/+1
| | | | | | | | I hope this addresses everything.
| * MoonchildProductions#1251 - Part 27: Fix ifdef style.athenian2002019-10-21-4/+4
| | | | | | | | This should do it for all the commits to files I changed, but while I'm in here I could probably go ahead and turn ALL the singular if defined statements into ifdef statements by using grep/find on the tree. On the other hand, perhaps we should do that as a separate issue so that this doesn't become a case of scope creep.
| * Fix a bunch of dumb typos and omissions.athenian2002019-10-21-1/+1
| |
| * MoonchildProductions#1251 - Part 18: (Hopefully) final version of build ↵athenian2002019-10-21-4/+8
| | | | | | | | | | | | system fixes. I hope I can just apply these nice, clean changes and have everything work without having to make a mess again.
| * MoonchildProductions#1251 - Part 17: All the libffi and libxul.so issues, ↵athenian2002019-10-21-2/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | resolved. https://bugzilla.mozilla.org/show_bug.cgi?id=1185424 http://www.mindfruit.co.uk/2012/06/relocations-relocations.html The libxul.so fix was implemented by Mozilla in Firefox 57 and personally recommended to me by an Oracle employee on the OpenIndiana mailing list. It can easily be made ifdef XP_SOLARIS, but it seems like the new way is considered a better solution overall by the original author of the code that had it use that null pointer hack to begin with. I can't link where I found the fix for libffi because I came up with it myself while looking at the way sysv.S does things. Something clicked in my brain while reading that mindfruit link above, though, and gave me enough of a sense of what was going on to be able to fix libffi. The libffi fix looks a bit hairy because of all the FDE_ENCODE statements, but if you examine the code closely, you should find that it does exactly what it did before on all platforms besides Solaris. I later discovered that people who originally ported Firefox to Solaris never figured this out during the Firefox 52 era and had to use GNU LD for linking libxul.so while using the Sun LD for the rest of the build to make it work. For whatever reason, it works for me now without the GNU LD trick.
| * MoonchildProductions#1251 - Part 4: Core build system changes, lots of ↵athenian2002019-10-21-0/+4
| | | | | | | | | | | | | | | | libevent/IPC junk. This is mostly ifdefs, but as you can see, Solaris is actually a lot like Linux. They're both more SysV than BSD at core, and most of the differences have more to do with Solaris not using glibc than anything else. I still need to audit a lot of these changes and understand why they're needed and what the alternative approaches are. After this patch, most of the core functionality needed to build Solaris is here.
| * MoonchildProductions#1251 - Part 1: Restore initial Solaris support, fixed up.athenian2002019-10-21-4/+161
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Compared with what Pale Moon had for Solaris originally, this is mostly the same zero point I started patching from, but I've made the following changes here after reviewing all this initial code I never looked at closely before. 1. In package-manifest.in for both Basilisk and Pale Moon, I've made the SPARC code for libfreebl not interefere with the x86 code, use the proper build flags, and also updated it to allow a SPARC64 build which is more likely to be used than the 32-bit SPARC code we had there. 2. See Mozilla bug #832272 and the old rules.mk patch from around Firefox 30 in oracle/solaris-userland. I believe they screwed up NSINSTALL on Solaris when they were trying to streamline the NSS buildsystem, because they started having unexplained issues with it around that time after Firefox 22 that they never properly resolved until Mozilla began building NSS with gyp files. I'm actually not even sure how relevant the thing they broke actually is to Solaris at this point, bug 665509 is so old it predates Firefox itself and goes back to the Mozilla suite days. I believe $(INSTALL) -t was wrong, and they meant $(NSINSTALL) -t because that makes more sense and is closer to what was there originally. It's what they have for WINNT, and it's possible a fix more like that could serve for Solaris as well. Alternatively, we could get rid of all these half-broken Makefiles and start building NSS with gyp files like Mozilla did. 3. I've completely cut out support for the Sun compiler and taken into account the reality that everyone builds Firefox (and therefore its forks) with GCC now on Solaris. This alone helped clean up a lot of the uglier parts of the code. 4. I've updated all remaining SOLARIS build flags to the newer XP_SOLARIS, because the SOLARIS flag is no longer set when building Solaris. 5. I've confirmed the workaround in gtxFontconfigFonts.cpp is no longer necessary. The Solaris people got impatient about implementing a half-baked patch for a fontconfig feature that wasn't ready yet back in 2009, and somehow convinced Mozilla to patch their software to work around it when really they should have just fixed or removed their broken fontconfig patch. The feature they wanted has since been implemented properly, and no version of Solaris still uses the broken patch that required this fix. If anyone had ever properly audited this code, it would have been removed a long time ago.
* | Leverage strings to get working dirs in nsUpdateDriver.wolfbeast2019-10-23-13/+18
|/
* Issue #1229 - Remove fallback for $INSTDIRwolfbeast2019-10-21-15/+0
| | | | This resolves #1229
* Issue #1124: Remove Firefox Developer Edition code.wolfbeast2019-08-14-64/+3
| | | | Removes all occurrences of MOZ_DEV_EDITION code and some helpers.
* Issue #1134: Reinstate postDataString for about:home searches.wolfbeast2019-08-10-2/+8
|
* Hide and disable open_all/cut/copy/delete/properties when openingwolfbeast2019-07-28-3/+7
| | | | | | bookmarks/history context menu with no selection This resolves #882 (by not offering options that can't be used)
* Merge pull request #1190 from adeshkp/spaces-mac-appnameMoonchild2019-07-21-9/+9
|\ | | | | Issue #701 - Support spaces in Mac app name
| * Issue #701 - Support spaces in Mac app nameadeshkp2019-07-18-9/+9
| |
* | Revert "Capture delayed events and cancel as necessary."wolfbeast2019-07-18-2/+7
|/ | | | | | | | | Tag #1052 (backout). Backed out for creating issues like #1191 and other issue-less problems with e.g. losing the caret from text boxes. Of note: this was also backed out from m-c for similar reasons in Bug 1332433. This fixes #1191. This reverts commit 3424afccaebc71c4acd4fa9eadf519c408c5965b.
* Issue #1183 - Fix incorrect conditional preventing Discover Error Page from ↵FranklinDM2019-07-15-1/+1
| | | | showing up
* Merge branch 'master' of https://github.com/MoonchildProductions/UXPwolfbeast2019-07-08-10/+1
|\
| * Issue #1160 - Remove HotFix Preferences from TelemetryGaming4JC2019-07-05-10/+1
| |
* | Remove e10s info from about:supportwolfbeast2019-07-08-69/+0
|/ | | | tag #953
* Revert "Treat *.jnlp as an executable class file, like *.jar"wolfbeast2019-06-28-1/+1
| | | | | | | | | | | | | | | | | | | Rationale: This was a Mozilla oversight and/or error. This change has caused harm and is causing users to switch back to Chrome, Safari or Edge for their WebStart needs. JNLP is not an executable and should not be treated as such. JNLP should be treated the same as any (e.g. Word) document and allowed to be opened with the designated program. A JNLP file will not cause execution on a system unless it has a valid signature, and the user explicitly authorizes the launching based on information provided by the signature. Moreover, there will even be a check by the Java environment to see if the Java runtime (if there is one) is current, and prompt the user to update if required. This reverts commit 21495c58976e3cbbfe54d2e54d1fd67e36dff2a6 and modifies ApplicationReputation.cpp to keep the list in sync (was a discrepancy before).
* Installer: Stop trying to read stub installer data from ini filewolfbeast2019-06-27-15/+0
|
* Issue #1132 - Add application executable location to the about:support page.Ascrod2019-06-10-0/+11
|
* Remove e10s force-enable/-disable prefs and a11y considerations forwolfbeast2019-06-07-76/+3
| | | | | | starting in e10s mode. This resolves #1130