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
Lots of failures for debug. And looks like ccov also needs a little bit more.
Differential Revision: https://phabricator.services.mozilla.com/D195583
--HG--
extra : rebase_source : d287e0b441327e8c94b8b1e283f784232fddf4eb
Fixing the interfaces, with some minor adjustments needed in cpp.
Also fixing Coverity
CID 1558168: Null pointer dereferences (REVERSE_INULL)
Null-checking "o2" suggests that it may be null, but it has already been dereferenced on all paths leading to the check.
Differential Revision: https://phabricator.services.mozilla.com/D195100
--HG--
extra : rebase_source : ee728e1a8a240a104ac3b308730501b943c28172
E.g. add a bullet list. Format | List Properties... | Advanced Edit...
Differential Revision: https://phabricator.services.mozilla.com/D194592
--HG--
extra : rebase_source : a7f9393adca1e4e498552cc8953fee16969442ae
extra : amend_source : ec3f3be4addede292c721c5f6c188f238cea0d53
Not strictly needed - fields are initialised when the index operation kicks off,
but static analysis doesn't know that.
CID 1558793 (#1 of 1): Uninitialized scalar field (UNINIT_CTOR)12. uninit_member: Non-static class member mIsStupidlyLongLine is not initialized in this constructor nor in any functions that it calls.
Differential Revision: https://phabricator.services.mozilla.com/D195617
--HG--
extra : moz-landing-system : lando