-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mysteriously stops importing #653
Comments
The first step would be to give proper notice that there was a problem. I noticed because |
Anyway, there shouldn't be any actual resource problem, my machine has plenty of everything. |
Your request is a little vague. I ran thunderbird under windbg and imported mbx until it crapped out again. [JavaScript Warning: "tb.ui.interaction.message_display - The key length must be limited to 72 characters."] |
Suggest you duplicate the problem for yourself, just create a couple hundred beefy .mbx files, presumably |
Interesting. Maybe this is actually a symptom of a bug due to parsing a malformed mbox file. |
Nothing unusual. I might spin a hypothesis that a buffer error of some sort starts |
I constructed a more controlled experiment - a single directory with hundreds of my mbx files, and did a clean run with nothing else No .natvis files found at C:\WINDOWS\SYSTEM32\Visualizers. Microsoft (R) Windows Debugger Version 10.0.22621.2506 AMD64 CommandLine: "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" ************* Path validation summary ************** |
that was after 515 files. A second run on the same set of files got a few more. |
Seems unlikely to be a satisfactory solution to me, but hey, you're doing the rowing. |
@ddyer0 I have been doing a lot of experiments and testing on this. I now have it recovering from what it appears to be opaque database and file descriptor errors. These start to appear some time after about 250 folders and become persistent after about 500' There is the possibility with very large imports that the database becomes unstable. I will be very interested to hear your results. |
I'll check it out. Meanwhile, another minor feature request,
deleting 500 mailboxes (from the GUI) requires me to click
on "delete folder" 500 times. Ugh...
Emacs!
|
Note, I now always import to a subfolder. |
Its unclear how to install the .xpi file you pointed to. Using the "import from file" |
See this explanation : |
No bannana yet. First I got a pop-up saying the operation failed because the folder was [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.getChildNamed]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://mboximport/content/mboximport/modules/mboxImportExport-8.js :: _importMboxFile :: line 509" data: no] This was in the re-import phase where the same box was being imported for the second time. |
@ddyer0 |
I just submitted a related but independent crash from a slightly different experimental import. |
I tried to replicate the first error, unsuccessfully. If multiple process are involved as the message |
There is some sqllite and another which I am blanking on. Neither home grown. |
I'm experiencing something like beginners curse; subsequent import experiments are not generating |
after the initial problems I reported, repeated attempt to replicate them failed. |
So your full import succeeded? That's a victory I'll take... |
Importing a bunch of mbx files from a single directory, the process stops short,
the stoppage is completely without comment or indication of the reason.
I suspect this may be some sort of resource limitation. I've already imported a hundred or so
mbx files and 10,000 messages. And indeed - I restarted thunderbird, and importing the same
folder that failed now succeeds.
The text was updated successfully, but these errors were encountered: