Stack: -> resource://devtools/server/actors/tab.js:38:3ĭ resource://devtools/server/actors/tab. "Handler function threw an exception: TypeError: window is undefined "Import everything" doesn't find any app to import from, and in the console I get To convert MBOX to PST, try Advanced MBOX Converter tool that can easily convert and repair normal and corrupt MBOX files into Outlook PST format. You have to select to import "Mail" specifically though. Select the version in which you are working. Step 2: The window will ask you to select the version of MS Outlook 32 or 64 bit. Tried it again now with 60.0b9, and can't reproduce. Step 1: Start the SysInfo MBOX Converter as an administrator. Would you please provide a Linux deb file for testing with Linux Mint? Outlook 2010 can be installed and successfully run on Linux with Wine and PlayOnLinux/CodeWeavers CrossOver. > successfully imported from a variety of mailboxes using the 2010 test data. > When I remove the hack part, the import starts working again. > horrible mess of nsMsgComposeAndSend::EnsureLineBreaks() which I personally > He also (quietly) slipped in a fix for bug 593907, which worked around the > The story is this: Mike Kaganski rewrote Outlook import completely in bug (In reply to Jorg K (:jorgk, GMT+1) from comment #37) but I don't think we actually have one of those :-( It's probably possible to test this effect by ripping the proxies out and then figuring out where a more basic mail importer. In practice, we'd have to proxy so much back to the main thread anyways simply fixing the import code to process a single mail message at a time and then yielding back into the event loop (the best example code I can think of here is ) would achieve much the same effect with far less brittleness. The only reason that the import code tries to run off-main-thread appears to be so that the implementors can be lazy and do a giant synchronous run without bothering about returning control to the event loop. ![]() The "usual" trick for this is proxying the relevant interfaces. ![]() The issue in question is that the importer code all runs off-main-thread, and a great deal of interfaces and implementations are designed to be main-thread-only-and when they're used off-main-thread, a fatal assert fires and the whole things comes crashing down. Quoting from a private message from Joshua Cranmer: are you looking for the simplest working process to export mbox emails to pst files with attachments it is always suggested to use the third party tool that. The first panel that comes up is the migration/import panel. There I removed the TB profile for a fresh start. Here's what I did: I compiled on Win 7 and copied over the dist/bin folder to the Vista box that has Outlook installed. Hit MOZ_CRASH(nsMsgBrkMBoxStore not thread-safe) at c:/mozilla-source/comm-central/mailnews/local/src/nsMsgBrkMBoxStore.cpp:49 I hate to give this an f- but it crashes -( Comment on attachment 8712815 bug1176748_import.patch - main thread only
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |