Closed Bug 470210 Opened 16 years ago Closed 16 years ago

getAddonsController and getPreferencesController should support Thunderbird as well

Categories

(Testing Graveyard :: Mozmill, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: gkw, Unassigned)

Details

(Whiteboard: [mozmill-1.1])

getAddonsController and getPreferencesController should work in Thunderbird too, instead of Thunderbird having to write their own functions for it.
Thunderbird calls openAddonsMgr() to get to the addons manager, while Firefox calls BrowserOpenAddonsMgr(). For preferences TB calls openOptionsDialog I think, though I could be wrong about this one. Should this be solved by forking TB's version of getTBAddonsController() (which calls openAddonsMgr()) or by adding some form of app detection into getAddonsController() ? See approximately http://mxr.mozilla.org/comm-central/source/mail/base/content/mailCore.js#199
Can someone point me at some code that can do app detection? We should just have conditionals to support this via app detection in mozmill.js
Regarding Comment #2: especially, because Sunbird uses goOpenAddons() to open the addons manager, and SeaMonkey toEM()
I added sunbird and thunderbird support for getAddonsController but I need to know the functions it uses for pulling up the preferences window if I'm going to add support for the same.
Sunbird seems to use openPreferences() http://mxr.mozilla.org/comm-central/source/calendar/resources/content/calendar.js#172 Thunderbird uses openOptionsDialog() http://mxr.mozilla.org/comm-central/source/mail/base/content/mailCore.js#199 (no params necessary) Nice and consistent aren't we :-/
Whiteboard: [mozmill-1.0.3]
Whiteboard: [mozmill-1.0.3] → [mozmill-1.1]
Fixed in r369.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Product: Testing → Testing Graveyard
You need to log in before you can comment on or make changes to this bug.