comm/mailnews/base/src/nsMailDirProvider.cpp:170:22: error: no member named 'GetSelectedLocale' in 'nsIXULChromeRegistry'
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
People
(Reporter: Paenglab, Assigned: KaiE)
References
(Regression)
Details
(Keywords: regression)
Attachments
(4 files)
4.16 KB,
patch
|
Details | Diff | Splinter Review | |
1.62 KB,
patch
|
Details | Diff | Splinter Review | |
3.98 KB,
patch
|
mkmelin
:
review+
|
Details | Diff | Splinter Review |
1.05 KB,
patch
|
Details | Diff | Splinter Review |
Most probably busted by bug 1616912. A build with the parent changeset is successful locally.
Assignee | ||
Comment 1•4 years ago
|
||
Apparently the intention of that other bug was to remove a parameter. But a whole function was removed from IDL. Apparently we need that functionality? I asked in the bug if the function could be restored, then we'd simply have to adjust the call to remove a parameter.
Assignee | ||
Comment 2•4 years ago
|
||
I see two callers for the removed API, nsMsgMailSession::GetSelectedLocaleDataDir and nsMailDirProvider::AppendingEnumerator::AppendingEnumerator
Who knows if we still need the selected locale infomation, or if those calls could simply be removed?
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 3•4 years ago
|
||
We have the following options, but I don't know which one is the right approach.
Option 1:
If we still need the selected locale information, ask Firefox devs to restore the call, and adopt.
Option 2:
If we don't need the information any longer, then remove the code that attempts to use it.
Option 3:
If we still need the selected locale information, figure out a different mechanism to obtain it.
Assignee | ||
Comment 4•4 years ago
|
||
Assignee | ||
Comment 5•4 years ago
|
||
Assignee | ||
Comment 6•4 years ago
|
||
Assignee | ||
Comment 7•4 years ago
|
||
I've prepared patches for option 1 and option 2.
Option 2 is the easiest way to fix the build bustage, but I don't know if it breaks functionality.
Assignee | ||
Comment 8•4 years ago
|
||
Comment on attachment 9128321 [details] [diff] [review] 1617371-option2-comm-remove.patch This patch builds, and basic email functionality still works. Also ./mach package worked. Should we use this patch (at least temporarily) to unbreak the build?
Comment 9•4 years ago
|
||
Comment on attachment 9128321 [details] [diff] [review] 1617371-option2-comm-remove.patch Review of attachment 9128321 [details] [diff] [review]: ----------------------------------------------------------------- Looks like this is not code we need. We also don't ship providers in isp anymore... and apparently this allowed locale specific extensions in there https://searchfox.org/comm-central/rev/631e8b52544ba72abc8a1ab9551a57f3a6441960/mailnews/base/src/nsMailDirProvider.cpp#87-90
Comment 10•4 years ago
|
||
Comment on attachment 9128321 [details] [diff] [review] 1617371-option2-comm-remove.patch Please go ahead and land
Updated•4 years ago
|
Comment 11•4 years ago
|
||
Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/f141b2e4803f
Remove callers to GetSelectedLocale. r=mkmelin
Assignee | ||
Comment 12•4 years ago
|
||
Gandalf suggested, if we still need that information, we might be able to use LocaleService.
Assignee | ||
Comment 13•4 years ago
|
||
We'll need additional fixes. Lots of failed Javascript calls in tests.
Comment 14•4 years ago
|
||
Maybe this. Will have to rebuild to verify.
(This code should very likely just be removed later, with it's potential callers!)
Comment 15•4 years ago
|
||
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/95dc8118d884
fix locale lookup for mozmill.jsm. rs=bustage-fix
Description
•