(In reply to Jorg K (GMT+2) from comment #61) > Hey Ehsan, thanks for your further comment. Let's face it: SeaMonkey is dead > beyond the equivalent of mozilla60 (sixty, no typo), which they haven't even > released yet. TB with about 10 staff has replaced all overlays, XBL bindings > and are now working on the XUL to XHTML transition. SM has done none of that > work, so at trunk, they can compile but not start :-(
Oh, sorry to hear about that. :-/ I wasn't aware... > - We could also have conditional compile for TB only. But since TB also > serves as a browser when used in HTML mode for RSS articles, I agree with > your argument. > > Anyway, your further argument that other parts of Gecko could instantiate an > imap: URL and hence trigger the train of disaster that we're seeing now, and > that we can't "whack every mole", has convinced me :-) Good to hear :-). Sorry to have pushed back, I know that it sucks to receive pushback from a reviewer when they don't really know what better solution to offer and they're effectively telling you "please spend more time to come up with something else!", so I really appreciate you considering my argument here. > Yes, the waiting bit is going to be hard, since you're saying that I should wait somewhere in IMAP land for some strings to arrive while being called synchronously from the permission manager while creating an imap: URI. I can't see how that would work. Waiting for asynchronous stuff when something is called synchronously is indeed hard, but it can sometimes be achieved with some care if you know something about what it is that you're waiting for and what triggers it to happen. The way to do that is usually through setting up a nested event loop to process incoming events to your thread (in this case the main thread) until the condition you're waiting for (e.g. the strings becoming available) has been met. We have the `mozilla::SpinEventLoopUntil()` helper function for dealing with these nested event loops, with many examples around the code base. It looks like you're going on a different path now (which I admit I don't fully understand!) but I thought I'd mention this in case it proves useful anyway. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1847772 Title: E-mail folder names are not localized in thunderbird 68 Status in Mozilla Thunderbird: In Progress Status in thunderbird package in Ubuntu: Confirmed Bug description: After updating to Thunderbird 68.1.1 from the Ubuntu archive, folder names Inbox, Drafts, Sent, Archives, Spam, Trash all appear in English in the French UI. The rest of the UI is in French. This issue is still present in Thunderbird 1:68.1.2+build1-0ubuntu1. This problem doesn’t exist in Thunderbird 68.1.1 nor in 68.1.2 downloaded directly from Mozilla. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1847772/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
