Fix inconsistency regarding MailFolderInfo.favorite being a property, not an info
Categories
(Thunderbird :: Add-Ons: Extensions API, task)
Tracking
(thunderbird_esr115 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr115 | --- | wontfix |
People
(Reporter: TbSync, Assigned: TbSync)
References
Details
Attachments
(2 files)
I originally wanted to address this in Bug 1861948 already, but decided against it to keep the patch small. This however increased the inconsistency even further.
The MailFolderInfo
type together with its getter function and event deal with status information. But favorite
is a property. I cannot tell why it was not added to the MailFolder
type directly, probably because we did not have a getter for the MailFolder
(the same reason why getFolderUsage()
was introduced, to get MailFolder.usage
).
I therefore plan to do the following:
- deprecate
MailFolderInfo.favorite
and return it together withusage
directly asMailFolder.favorite
, andMailFolderInfo.favorite
being removed in MV3 - introduce a
MailFolder.folderId
- introduce
folders.get(folderId)
, which returns the current representation of theMailFolder
- Remove
folders.getFolderUsage()
(which was just added as an intermediate solution) - introduce
folders.onUpdated
as a replacement forfolders.onFolderUsageChanged
, which reports on changed favorite and changed usage allow to use(that must be exposed thru the accounts API)folders.update()
to set usage of a folder.
Assignee | ||
Comment 1•2 years ago
|
||
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/b301368c47ae
Resolve inconsistency regarding MailFolderInfo.favorite by moving it into the MailFolder type and adjusting all relevant functions and events - introducing a folderId and folders.get(). r=mkmelin
Assignee | ||
Comment 3•2 years ago
|
||
Comment 5•1 years ago
|
||
search bugmail for "addons1234" to delete these messages
Description
•