257613 - Frequent hangs when synchronizing profile

Status: RESOLVED EXPIRED

(Core Graveyard :: Profile: Roaming, defect)

Description

[Luke Reeves]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040817
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040817

About every second time Mozilla syncs my profile on start or exit, the system
hangs.  Checking the FTP logs, it seems the "listing.xml" file is successfully
transfered before the program freezes.

Reproducible: Sometimes
Steps to Reproduce:
1. Either start or exit Mozilla (when Roaming is active)

Actual Results:  
Mozilla freezes.

Expected Results:  
At least an error message should appear.

Comment 1

[Luke Reeves]

Attachment: Screenshot of the frozen sync window

Comment 2

[Luke Reeves]

I've tested this with the latest snapshot of Mozilla (Sept. 01/2004) and the
problem occurs there too.

Comment 3

[Luke Reeves]

This is the stacktrace taken from a CVS copy of Mozilla, from the point where
Moz hangs:

#0  nsBufferedOutputStream::WriteSegments (this=0x8162fe0, 
    reader=0x409de210 <nsReadFromInputStream>, closure=0x83750c4, count=645, 
    _retval=0xbfffe520) at nsBufferedStreams.cpp:630
#1  0x409de278 in nsBufferedOutputStream::WriteFrom (this=0x0, inStr=0x0, 
    count=0, _retval=0x0) at nsBufferedStreams.cpp:621
#2  0x409faecf in nsSimpleStreamListener::OnDataAvailable (this=0x8166ad0, 
    request=0x8394a88, aContext=0x0, aSource=0x0, aOffset=0, aCount=0)
    at nsSimpleStreamListener.cpp:86
#3  0x40a29edd in nsUnknownDecoder::FireListenerNotifications (this=0x8229ad0, 
    request=0x8394a88, aCtxt=0x0) at nsUnknownDecoder.cpp:613
#4  0x40a287b3 in nsUnknownDecoder::OnStopRequest (this=0x8229ad0, 
    request=0x8394a88, aCtxt=0x0, aStatus=0) at nsUnknownDecoder.cpp:249
#5  0x40a65e6c in nsFTPChannel::OnStopRequest (this=0x8394a88, request=0x0, 
    aContext=0x0, aStatus=0) at nsFTPChannel.cpp:632
#6  0x40a68ed1 in DataRequestForwarder::OnStopRequest (this=0x8384ec0, 
    request=0x0, ctxt=0x0, statusCode=0) at nsFtpConnectionThread.cpp:340
#7  0x409e9247 in nsInputStreamPump::OnStateStop (this=0x83af578)
    at nsInputStreamPump.cpp:504
#8  0x409e8be1 in nsInputStreamPump::OnInputStreamReady (this=0x83af578, 
    stream=0x83af39c) at nsInputStreamPump.cpp:341
#9  0x406de973 in nsInputStreamReadyEvent::EventHandler (plevent=0x0)
    at nsStreamUtils.cpp:118
#10 0x406fd9cf in PL_HandleEvent (self=0x83af5d4) at plevent.c:692
#11 0x406fd8b3 in PL_ProcessPendingEvents (self=0x81af5b0) at plevent.c:627
#12 0x4070058f in nsEventQueueImpl::ProcessPendingEvents (this=0x81a1980)
    at nsEventQueue.cpp:391
#13 0x41ce679b in event_processor_callback (data=0x0, source=9, 
    condition=GDK_INPUT_READ) at nsAppShell.cpp:189
#14 0x41ce6205 in our_gdk_io_invoke (source=0x0, condition=G_IO_IN, 
    data=0x81af8b8) at nsAppShell.cpp:74
#15 0x4d006a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
#16 0x4d00803d in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#17 0x4d0084f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#18 0x4d0086bd in g_main_iteration () from /usr/lib/libglib-1.2.so.0
#19 0x41ce6be3 in nsAppShell::DispatchNativeEvent (this=0x81c3300, 
    aRealEvent=0, aEvent=0x0) at nsAppShell.cpp:357
#20 0x41c8b97c in nsXULWindow::ShowModal (this=0x81a2590)
    at nsXULWindow.cpp:383
#21 0x41ca6a91 in nsWebShellWindow::ShowModal (this=0x0)
    at nsWebShellWindow.cpp:1101
#22 0x41c878a3 in nsContentTreeOwner::ShowAsModal (this=0x0)
    at nsContentTreeOwner.cpp:460
#23 0x4088dd28 in nsWindowWatcher::OpenWindowJS (this=0x817ae10, aParent=0x0, 
    aUrl=0x41d94d40 "chrome://sroaming/content/transfer/progressDialog.xul", 
    aName=0x0, aFeatures=0x41d94960 "centerscreen,chrome,modal,titlebar", 
    aDialog=1, argc=1, argv=0x0, _retval=0xbfffee90) at nsWindowWatcher.cpp:785
#24 0x4088c5a7 in nsWindowWatcher::OpenWindow (this=0x817ae10, aParent=0x0, 
    aUrl=0x0, aName=0x0, aFeatures=0x0, aArguments=0x0, _retval=0x0)
    at nsWindowWatcher.cpp:457
#25 0x41d93606 in Stream::DownUpLoad (this=0x8180490, download=1)
---Type <return> to continue, or q <return> to quit---
    at Stream.cpp:269
#26 0x41d93185 in Stream::Download (this=0x0) at Stream.cpp:167
#27 0x41d8d70c in Core::BeginSession (this=0x817dbd8) at Core.cpp:100
#28 0x41d62772 in nsProfile::SetCurrentProfile (this=0x817cab0, 
    aCurrentProfile=0x817dcb0) at nsProfile.cpp:1279
#29 0x41d5f631 in nsProfile::LoadDefaultProfileDir (this=0x817cab0, 
    profileURLStr=@0xbffff560, canInteract=1) at nsProfile.cpp:553
#30 0x41d5e9b8 in nsProfile::StartupWithArgs (this=0x817cab0, 
    cmdLineArgs=0xbffff560, canInteract=1) at nsProfile.cpp:354
#31 0x41c99557 in nsAppShellService::DoProfileStartup (this=0x817b878, 
    aCmdLineService=0xc1f30001, canInteract=1) at nsAppShellService.cpp:273
#32 0x080629c3 in InitializeProfileService (cmdLineArgs=0x817b328)
    at nsAppRunner.cpp:948
#33 0x08063735 in main1 (argc=1, argv=0xbffff904, nativeApp=0x0)
    at nsAppRunner.cpp:1225
#34 0x080644fb in main (argc=1, argv=0xbffff904) at nsAppRunner.cpp:1798
(gdb) kill

Comment 4

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 5

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.