browser.privatebrowsing.autostart is a static pref now, and defaults to false.
Port of D157843.
Differential Revision: https://phabricator.services.mozilla.com/D157945
--HG--
extra : amend_source : cebefe2481b971781c7b81ca7b71329404550eb9
These modules don't need to be loaded with the module that imports them. Some don't need loading at all.
Differential Revision: https://phabricator.services.mozilla.com/D154028
--HG--
extra : rebase_source : f5237f1d748397e2d74591755d509608352f57f1
extra : histedit_source : 18ecbb0b9e89caf6acbf7b049a87873bf672ef9a%2C4a1330d1e866d3f43ca5bf1cb67a0ce5cde2eedb
Remove nsNntpService/nsNNTPProtocol/nsNntpIncomingServer, so that nntp-js is the only NNTP implementation.
Differential Revision: https://phabricator.services.mozilla.com/D152944
--HG--
extra : amend_source : dccc701ea2c24d3539edfefce5d5c95e1e261805
There's a few things going on here:
* Added a Fluent file in a specific place so the profiler page loads properly.
* Made about:profiling work, which is needed for the profiler settings.
* Moved the link opening functions to utilityOverlay.js so they get loaded in the toolbox process, and change them so a new window can be opened if necessary.
* Removed the old profiler's preferences.
Differential Revision: https://phabricator.services.mozilla.com/D151121
--HG--
extra : rebase_source : 50b936bf108b6ec5144337bbd02ab0079b98e0a6
When an update fails, the prompt has "Download Manually" and "More Information"
buttons. They opened pages on thunderbird.net that are suitable for stable
releases, but not for beta.
Move the prefs in question to branding, and use the update channel name to set
beta and release specific URLs.
For all non-shippable builds that use "nightly" branding, just set both URLs to
www.thunderbird.net as there is no "Daily" download page and there are no "Daily"
release notes. This will also be used for local developer builds.
The new "details" URL for beta needs a PR merged on the website before it will
work.
Differential Revision: https://phabricator.services.mozilla.com/D148323
--HG--
rename : mail/branding/nightly/thunderbird-branding.js => mail/branding/nightly/pref/thunderbird-branding.js
rename : mail/branding/thunderbird/thunderbird-branding.js => mail/branding/thunderbird/pref/thunderbird-branding.js
extra : moz-landing-system : lando
The new Addressbook UI uses masonry layout in the grid. It needs to
be activated by pref in order to be available.
Differential Revision: https://phabricator.services.mozilla.com/D147705
--HG--
extra : amend_source : 1713b85c65456f77cef84abd76fdc91d4b927664
extra : absorb_source : c7e01446b8d287dafa8efb0c185de732a570d66e
FileVersion was based on Gecko runtime version, which doesn't always match
the Thunderbird product version.
Differential Revision: https://phabricator.services.mozilla.com/D145024
--HG--
extra : moz-landing-system : lando
Prior to this patch, mail.default_html_action ("default_html_action") and mailnews.sendformat.auto_downgrade ("auto_downgrade") were used as parameters in nsMsgCompose::DetermineHTMLAction to decide on whether to send HTML, PlainText, both parts, or to ask the user.
DetermineHTMLAction is removed in this patch, and we replace the its behaviour with a single mail.default_send_format preference, with 4 values:
+ PlainText - Always send plain text. Equivalent to "default_html_action" set to PlainText before (regardless of "auto_downgrade").
+ HTML - Always send HTML. Equivalent to "default_html_action" set to HTML and "auto_downgrade" set to false.
+ Both - Always send both HTML and plain text. Equivalent to "default_html_action" set to Both and "auto_downgrade" set to false.
+ Auto - Send only plain text if the message lacks formatting, else send both. Equivalent to "default_html_action" set to Both and "auto_downgrade" set to true. This was the default before and after this patch.
The lost behaviour is:
+ "default_html_action" set to "AskUser". This would ask the user what format to send using the askSendFormat dialog. This is now dropped, along with the dialog, and transferred to the Auto default.
+ "default_html_action" set to "HTML" and "auto_downgrade" set to true. This is transferred to the Auto default.
The new "default_send_format" preferences is now linked directly to MsgCompFields.deliveryFormat. New messages have their MsgCompFields.deliveryFormat set to nsIMsgCompSendFormat.Unset, but this is changed to the value of "default_send_format" when it is loaded into the compose window. As before, the deliveryFormat can be set to a different value using the #outputFormatMenu (the compose window's "Options, Delivery Format" menu). This also means that the 4 values for "default_send_format" correspond to the 4 menuitems. Just as before, the deliveryFormat is saved for drafts or templates. Note that the "Unset" value is only used as an initial value for the deliveryFormat field, and it is never used again after it has been opened for the first time.
Note, prior to this patch, nsIMsgCompSendFormat.AskUser was used as a value for MsgCompFields.deliveryFormat to indicate that the send format should use DetermineHTMLAction, rather than an explicit value (the name was a misnomer in this case). The "AskUser" enum has been renamed to "Unset". This means that any drafts or templates saved by a user before this patch without an explicitly set format will now be opened with the default send format, the same as newly created messages. This acts as a convenient bridge between the old and new behaviour.
Differential Revision: https://phabricator.services.mozilla.com/D136009
--HG--
extra : amend_source : 8fd622c39171d4992a07dc2404d0a75215a74fe8
Use display version when building Info.plist. This will only affect beta
builds, where MOZ_APP_VERSION does not include the beta number;
MOZ_VERSION_DISPLAY does. (Release and daily builds the two values are the
same.)
Additionally, use MAC_BUNDLE_VERSION for CFBundleVersion as is done for
Firefox. MAC_BUNDLE_VERSION is the major version number and the build date
(eg. 9922.3.3).
Differential Revision: https://phabricator.services.mozilla.com/D140205
--HG--
extra : amend_source : 601157133e2262e7b089a371b8223ebd88434449
The Gecko link-handling code thinks that Thunderbird doesn't handle these protocols, so if you click on a link it tries to open that link outside of Thunderbird.
The test in this patch wouldn't actually catch this problem (it's uses only HTTP) but might catch related problems in the future, so I'm upgrading it while I remember.
Differential Revision: https://phabricator.services.mozilla.com/D138991
--HG--
extra : rebase_source : 4ae2310853fda5968a59f096ff2b772f4ae4ab75
extra : amend_source : 7cdf5b2030800b18212562f9e3e0ab8a6fa028a9
extra : histedit_source : fe9cb7bacd38a08d1d6b0e6230f87ef49a55abb4
Rob Lemley
Richard Marti
Geoff Lankow
Ping Chen
Kai Engert
Martin Giger
John Bieling
Magnus Melin
Rachel Martin
Henry Wilkes
Andrei Hajdukewycz