https://hg.mozilla.org/mozilla-central/rev/722156e33a15 made lower-case target_cpu unavailable. Looks like we should've been using upper-case TARGET_CPU anyway.
--HG--
extra : amend_source : 23e2de96ef1469a0ee32ea09b8cbe7bc5637e0f9
I don't really understand why this broke. There must be other things on the event queue when `scrollToIndex` is called.
Also removed the opening of a different menu which doesn't test what it was originally intended for, and is called badly anyway.
Differential Revision: https://phabricator.services.mozilla.com/D196369
--HG--
extra : rebase_source : 8613a8663c07faee57c44722dc74652662060287
extra : amend_source : 6c1dc109a8a19089a7c9c67ff2d2a22f3a0d5721
It'll be removed and `nsIEditor.insertNode()` and `nsIEditor.deleteNode()`
have new optional parameter which if you set to true, selection won't be
modified by the editor (except `beforeinput` and `input` event listeners).
Differential Revision: https://phabricator.services.mozilla.com/D196006
--HG--
extra : amend_source : 4ac61cde6cdb49db4b77406c55442b762faee442
The fix for bug 1860322 opens a Grouped By view directly with the most specific sort, as the groups
themselves are always sorted by date. As a follow-up to that, this patch skips applying other sorts
immediately afterwards.
Differential Revision: https://phabricator.services.mozilla.com/D195792
--HG--
extra : amend_source : fce2cf8e2121242ba773f67b6a520088364a5252
This is used internally by EnigmailMsgBox. Can be tested in the console e.g. by
```
var { EnigmailDialog } = ChromeUtils.import("chrome://openpgp/content/modules/dialog.jsm");
EnigmailDialog.alert(null, "hey hey hey!");
```
Most/all of this usage should be removed to use standard prompts. But I'm leaving that for now.
On trunk (and sadly I think 115 too) many of the dialogs have their buttons cut off or out of view. This patch fixes that by removing the custom broken dialog resizing.
Differential Revision: https://phabricator.services.mozilla.com/D196167
--HG--
extra : rebase_source : f6d8d3e2cdcd4a680b6edb4f482fbce6b667c6c6
extra : amend_source : fad9f453275a78400c44ab707eebc99ed58b9ac6
The first/main dialog when you try to import a public key from file.
Differential Revision: https://phabricator.services.mozilla.com/D195581
--HG--
extra : rebase_source : 2334edd523d7ae71f06a3cb133348de69c57f880
extra : amend_source : 8b11cf6804db01d0c317d3e4ee4219459a99f39d
Customize toolbar, add View. From the View widget, choose the Customize...
Differential Revision: https://phabricator.services.mozilla.com/D194929
--HG--
extra : rebase_source : 565eba6462c03f8805fb9a4c58b25335df568cbf
extra : amend_source : 889c1688a7ce04d70610da554e915db5fa4788d7
Adds a new `comm/rust` directory used to build the upstream `gkrust-shared`
library within the newly provided `gkrust` Rust library.
Expose a new dedicated workspace and vendoring system, allowing for
Thunderbird-only dependencies within the tree, and solve the issue of having
drift in Cargo.lock between Thunderbird and Firefox.
New mach commands for managing the workflow around Rust with Thunderbird:
./mach tb-rust sync
./mach tb-rust vendor
Differential Revision: https://phabricator.services.mozilla.com/D193543
--HG--
extra : amend_source : ca6dc59ef386f4c62f53e79dac8cdb6caef8104e
This change will ensure that `mach commlint` only presents linters with config
files in /comm/tools/lint as valid. There is no fallback to using configs in
/tools/lint.
Originally mach commlint was set up to use linter config files from /tools/lint
(mozilla-central) as a fallback when a linter had no file in /comm/tools/lint.
Thunderbird's needs have evolved since, and using linter configs from gecko cause
more problems than useful feedback, mostly due to missing path excludes.
Differential Revision: https://phabricator.services.mozilla.com/D196197
--HG--
extra : amend_source : 57490f4ed2869df09ee834586cde6d5a3aa7419d
extra : histedit_source : 5244b076909ee856b240a88fac334df6d2f5a7bd
Import a public key. Once import is done a confirmation dialog is shown - this is that dialog.
It's completely terrible. But, fixing that is not in scope for this bug.
Differential Revision: https://phabricator.services.mozilla.com/D195469
--HG--
extra : rebase_source : d7c3a32865b1472c93caf6e564832900ac4f1fdf
Removes the old migrator that - when it worked - would open an import wizard (which hasn't worked since tb91, since it would need to include customElements.js directly and it doesn't).
Instead, if starting with --migration, show the import tab. --migration is listed for all toolkit, so might as well make it do something useful.
The migration is now instead handled where Thunderbird normally handles command line arguments.
Also convert MessengerContentHandler.jsm to MessengerContentHandler.sys.mjs.
Differential Revision: https://phabricator.services.mozilla.com/D195422
--HG--
rename : mail/components/MessengerContentHandler.jsm => mail/components/MessengerContentHandler.sys.mjs
Test failues in comm/mail/test/browser/composition/browser_attachment.js
--HG--
rename : mail/components/MessengerContentHandler.sys.mjs => mail/components/MessengerContentHandler.jsm
extra : amend_source : bacf02fd31542b3e93931147abd80cc55fedd97b
Removes the old migrator that - when it worked - would open an import wizard (which hasn't worked since tb91, since it would need to include customElements.js directly and it doesn't).
Instead, if starting with --migration, show the import tab. --migration is listed for all toolkit, so might as well make it do something useful.
The migration is now instead handled where Thunderbird normally handles command line arguments.
Also convert MessengerContentHandler.jsm to MessengerContentHandler.sys.mjs.
Differential Revision: https://phabricator.services.mozilla.com/D195422
--HG--
rename : mail/components/MessengerContentHandler.jsm => mail/components/MessengerContentHandler.sys.mjs
extra : rebase_source : 7a157820a46880aa6c7358f40befd2160ed88e4b
When Grouped By Date, the selected sort order is already used for the messages in each of the
groups. This patch applies this behavior to Grouped By Received as well.
For all other sort types the `mailnews.default_sort_order` or `mailnews.default_news_sort_order`
preference is now used.
Also fixes a bug where messages without `Received:` information (e.g. newsgroup messages) were
always sorted into the "Older" group.
In addition, the sort order is determined only once for each group, not for each individual
message as before.
As another simple improvement, when Grouped By Subject, "Re: " is removed from the dummy rows.
Differential Revision: https://phabricator.services.mozilla.com/D195658
--HG--
extra : amend_source : cacf5c5deb66bb8d80575969f3494053c93875c5