![]() ![]() The problem is that si->mThreadData->mOneBytePendingFromEarlierWrite is true, so the poll returns immediately claiming that the lightning socket has something to work on, and resetting all other sockets' poll status. I see that in nsSSLThread.cpp requestPoll(), the socket currently serviced by the thread is the IMAPS socket, so the switch on si->mThreadData->mSSLState gets evaluated. I poked around the code a bit, and this is what I believe happens: lightning's (SSL) socket is polled on read | write. I'll post my findings once I have the debug build for windows. I now have a x86_64 debug build for linux - which doesn't show the problem :-( So to me it looks like it's windows only. OK, got it (well, the debug output :-) working, thanks. She's using the 0.7 release version of Lightning and Thunderbird 2.0.0.9. I forgot to check the Error Console but it's too late now because she wasn't happy so I switched her calendar to a local ICS file. This is on a single core 1.0 GHz CPU (WinXP), a high-speed internet connection, and the ICS file is over 100 KB. ![]() ![]() The connections were stuck in the "Close_Waiting" state. Thunderbird had open connections to both the POP3 server and the webdav server. Before I killed it I checked the current internet connections using Process Explorer. The CPU was at 100% and I had to kill Thunderbird. In this case it doesn't matter if it's a meeting invite (she doesn't send or receive them). The timed mail checks happen every five minutes so she sees this problem at least once per day. As Frank said, it seems to happen when she changes the calendar during a timed mail check. I see a similar problem on a friend's computer, but in this case she's using an https connection to the webdav server and a secure SSL connection to the POP3 server (not IMAP). Sometimes the webdav based calendar file is corrupt after this bug. Sunbird does not have the problem, because of separate threads and missing email invitation functionality. Same results with TB portable and Lightning 0.5. Deactivating all security features of mail transfer (no SSL IMAP/SMTP), the problem does not occur. No calendar actions are useable until reopening thunderbird after killing process.ģ. If the mail window is closed to early (to send the invitation), the thunderbird process gets 50% cpu until killing the process. Insert an event to the webdav calendar with an invitation via emailĢ. No more calendar actions useable until killing TB process.ġ. Reproducable timing bug in Lightning leads to endless CPU usage of 50% (Dual Core), if a calendar action (PUT/GET) is started at the same time like mail transfer. NET CLR 6 InfoPath.2 FDM)īuild Identifier: TB Version 2.0.0.5 (20070716) - Lightning 0.5Ĥ imap based mail accounts with SSL connection to the mailserver and two webdav based ics calendar files (around 500KB) with https connection to CMS server (Internet with dsl 16M/1M connection). User-Agent: Mozilla/4.0 (compatible MSIE 7.0 Windows NT 6.0 SLCC1. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |