Thunderbird hangs on particular calendar

Thanks, I deleted the tgz because it contains quite some amount of personal info. I'll have a look. Do you get any errors in the error console?

Does it ever recover if you just wait long enough?

Error Console hangs as well. X does not redraw application window. Letting it run now. Will leave it for 20-30 mins.

Error console does show information similar to the debug log will get some screenshots soon

Thanks for taking the tgz down .....

Grant

thunderbird process consuming 1 cpu. no IO wait. no swapping. no connection with the exchange server on port https, only imaps. No traffic to exchange server apart from imaps for 5 mins.

let it run for 20 minutes or more. it never took anywhere near this long prior to the problem happening.

Suspect that it's a communication/protocol error between the plugin and exchange. eg badly formatted apointment causing an error in parsing.

to clarify ... I ran iptraf for 5 minutes while teh hang was taking place (but after it had commenced) and saw no https traffic .

could only get top or bottom as I'm unable to scroll

ordered newest at top.

Affects me too, so I uninstalled Exchange data provider for now so my thunderbird won't hang

I still can't reproduce this - it would be really helpful if I could get another log. Also please always indicate the versions you are using, including the operating system.

Hi Simon,

My system:

Ubuntu Linux 2.6.32-24-generic #41-Ubuntu SMP x86_64 GNU/Linux

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100819
Lightning/1.0b2 Thunderbird/3.1.2

Thanks for looking into this.

- Brian

On Thu, Aug 26, 2010 at 11:38 AM, Simon Schubert <2@0x2c.org> wrote:
> I still can't reproduce this - it would be really helpful if I could get
> another log.  Also please always indicate the versions you are using,
> including the operating system.
>
> ** Changed in: lightning-exchange-provider
>   Importance: Undecided => Critical
>
> ** Changed in: lightning-exchange-provider
>       Status: New => Confirmed
>
> --
> Thunderbird hangs on particular calendar
> https://bugs.launchpad.net/bugs/623693
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Exchange Data Provider for Lightning: Confirmed
>
> Bug description:
> thunderbird 3.1 and 3.1.2
> lightning 1.0b2
> Exchange provider 0.8 and 0.7
> Exchange 2007
>
> Hello
> I am getting an issue where my Exchange calender is causing thunderbird to hang when I add it to thunderbird. in the add new calendar wizard it prevents me from hitting the "Finish" button. It is shown in a normal way but does not respond to any clicks.
>
> Attached is a tgz file with the debug log from  my account (thunderbird.debug.fail) and an account with one appointment (thunderbird.debug.workingbasic).  the small account with one appointment works normally.
>
> This started happening a few days ago, so I upgraded thunderbird and the providor but I get the same issue.
>
> Let me know if you have any further questions
> Grant
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/lightning-exchange-provider/+bug/623693/+subscribe
>

I'm not sure I have the same bug. I found that version 0.8 and 0.9 of Exchange Provider uses 100% cpu and effectively locks up thunderbird. Version 0.6 works fine.

Can anyone else upload a log from the hang? I uploaded one that works and that doesn't and it would help Simon pinpoint issues. Steps to create log are here http://gitorious.org/lightning-exchange-provider/pages/Debugging

I have 186 meetings when I open outlook ->view-> all meetings. Is it a total number thing?

Thanks

Installed 0.9 Just to be sure.
opened outlook in a vm, created a local pst. copied all calender events to a folder on the pst and retried running thunderbird. To narrow down a possible culprit. Was able to reliably replicate the issue with one calender event.

attached is a tgz it contains :
Systems Engineering Team Meeting.ics - the apointement that causes the hang
thunderbird.out.hang - the debug log with only the above apointment
thunderbird.out.working - the debug log with only 1 apointment that doesn't cause the hang

Hope that helps
Grant

Grant, thank you very much. This should be very much helpful! I'll get at it as soon as possible.

I don't know how to clean the log of personal items so I have not attached it. If you have a way to do this let me know and I will attach a log. I did look at Grant's log and it is similar to mine with one exception. It stops at

edb14a7f-82e4-4f30-9321-5af28858b8f2/exch: getItemReply

for example, just as in Grant's example, but then after 2-3min of 100% CPU it does move on to the next item. I see a bunch of data dumped to the log and then it hangs at the next getItemReply. If I let it sit for about 10-20min it does work and the calendar items do pop up. If I go to another day it takes another 5-10min but then does work.

It does not hang with version 0.6 so it must be some difference between 0.6 and 0.8.

I imported the calendar item with thunderbird, but I don't experience any hang. This is very odd. How did you import this calendar item into Exchange?

The event was emailed to me I had to open the event and do a save as to get the ics... I will attach a zipped PST that only contains this appointment to see if you can generate it then ....

I am having the same issue with version .8 and .9

I've left this running for 20 minutes or so and it never seems to recover. I can't get the output from the Thunderbird error console because it's completely locked up.

The last entry in the terminal window from the debug output is attached -- for some reason I couldn't pipe all the output to a file - and I have a meeting to run to, so can't spend too much time on it at the moment.

Running Suse 11.3 X64 2.6.34-12-desktop #1 SMP PREEMPT 2010-06-29 02:39:08 +0200 x86_64 x86_64 x86_64 GNU/Linux
Thunderbird 3.1
Lightning 1.0b2

Just wanted to let you know that I could reproduce it and I'll try to identify the issue now.

Grant, thanks a lot for your help. The fix is in 0.10, which I'll release in a moment.