293562 - sunbird crashing while loading remote calendars

Status: VERIFIED WORKSFORME

(Calendar :: Internal Components, defect)

Description

[Jamie Zawinski]

Sunbird 0.2, Fedora Core 3.

I subscribed to a few remote calendars (my girlfriend's private schedule on
dot-mac) and now sunbird crashes at startup with a blown stack.  It refreshes
the window, and seems to go out to lunch once it starts loading remote calendars:

% sunbird --debug
...
(gdb) r
Starting program: /usr/lib/sunbird-0.2/sunbird-bin 
(no debugging symbols found)...
...
Detaching after fork from child process 6081.
(no debugging symbols found)...(no debugging symbols found)...[New Thread
84896688 (LWP 6084)]
[Thread 27638704 (LWP 6079) exited]
[Thread 84896688 (LWP 6084) exited]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2928256 (LWP 6047)]
0x008c27ab in XftGlyphExtents () from /usr/X11R6/lib/libXft.so.2
(gdb) bt
#0  0x008c27ab in XftGlyphExtents () from /usr/X11R6/lib/libXft.so.2
#1  0x008c2ce7 in XftTextExtents32 () from /usr/X11R6/lib/libXft.so.2
#2  0x081cb2ed in nsWritingIterator<unsigned short>::advance ()
#3  0x081cb313 in nsWritingIterator<unsigned short>::advance ()
#4  0x081caa72 in nsWritingIterator<unsigned short>::advance ()
#5  0x081ca4b5 in nsWritingIterator<unsigned short>::advance ()
#6  0x081ca55f in nsWritingIterator<unsigned short>::advance ()
#7  0x081c9ddb in nsWritingIterator<unsigned short>::advance ()
#8  0x081c8a98 in nsWritingIterator<unsigned short>::advance ()
#9  0x081bc40d in nsWritingIterator<unsigned short>::advance ()
#10 0x081bc303 in nsWritingIterator<unsigned short>::advance ()
#11 0x0827adb7 in nsWritingIterator<unsigned short>::advance ()
#12 0x0827ae1b in nsWritingIterator<unsigned short>::advance ()
#13 0x0827aef6 in nsWritingIterator<unsigned short>::advance ()
#14 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#15 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#16 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#17 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#18 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#19 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#20 0x08264c44 in nsWritingIterator<unsigned short>::advance ()
#21 0x08413509 in nsPRUint32Key::Clone ()
#22 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#23 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#24 0x0826d5d5 in nsWritingIterator<unsigned short>::advance ()
#25 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#26 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#27 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#28 0x0826d5d5 in nsWritingIterator<unsigned short>::advance ()
#29 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#30 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#31 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#32 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#33 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#34 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#35 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#36 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#37 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#38 0x0826cbb9 in nsWritingIterator<unsigned short>::advance ()
#39 0x08268c39 in nsWritingIterator<unsigned short>::advance ()
#40 0x0826ae7f in nsWritingIterator<unsigned short>::advance ()
#41 0x08268e78 in nsWritingIterator<unsigned short>::advance ()
#42 0x0826661c in nsWritingIterator<unsigned short>::advance ()
#43 0x0826db3c in nsWritingIterator<unsigned short>::advance ()
#44 0x08268e78 in nsWritingIterator<unsigned short>::advance ()
#45 0x0826661c in nsWritingIterator<unsigned short>::advance ()
#46 0x0826896c in nsWritingIterator<unsigned short>::advance ()
#47 0x08265474 in nsWritingIterator<unsigned short>::advance ()
#48 0x084118e3 in nsPRUint32Key::Clone ()
#49 0x08431eaf in nsPRUint32Key::Clone ()
#50 0x0821843c in nsWritingIterator<unsigned short>::advance ()
#51 0x08221a66 in nsWritingIterator<unsigned short>::advance ()
#52 0x0821ff38 in nsWritingIterator<unsigned short>::advance ()
#53 0x0821fd30 in nsWritingIterator<unsigned short>::advance ()
#54 0x082217f8 in nsWritingIterator<unsigned short>::advance ()
#55 0x08221b1e in nsWritingIterator<unsigned short>::advance ()
#56 0x0821ff38 in nsWritingIterator<unsigned short>::advance ()

... and so on.

Comment 1

[Mike Shaver (:shaver emeritus)]

Yeah, without debugging symbols even the uppermost parts of the stack aren't
going  to be especially useful.  Hrm.

If you copy that calendar locally, does it still have trouble loading it?  I'm
hoping we'll have 0.3-trunk builds available soonish for testing, if not for
daily use.

Comment 2

[Jamie Zawinski]

No, the files work fine when I download them and open them with "open calendar
file".

I thought about working around this by pulling the calendars with cron/wget and
telling sunbird that they're local files, but it doesn't notice that the files
have changed unless you un-click/re-click their checkboxes, so that's not very
useful either.

Comment 3

[Mike Shaver (:shaver emeritus)]

Unfortunately, I do not have cycles to work on Calendar stuff these days (just as it's getting to the good part!), so I am a bad owner for these bugs.  To delete the tragically-large chunk of bugspam, search for gregorianabdication.

Comment 4

[Joey Minta]

Is this still reproducable in the newer releases of Sunbird?

Comment 5

[Stefan Sitter [:ssitter]]

Jamie,
Sunbird 0.3 has been released now [http://www.mozilla.org/projects/calendar/].
Please test if Sunbird still crashes on your system. 
In case of crash please post the corresponding Talkback Incident IDs.

Comment 6

[cmtalbert]

Reporter, I have tried this on a recent nightly build (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20061114 Calendar/0.4a1) with Fedora Core 4.

I used a shared calendar from a .mac account, subscribed to it through sunbird. The events came down fine. I also reloaded the remote calendar and found no issues.

I am going to mark this defect as WORKS FOR ME. If you continue to see issues, please log a comment on this bug.