Closed Bug 448789 Opened 17 years ago Closed 16 years ago

Frequent spinning beach ball and Camino not responding following system re-install

Categories

(Camino Graveyard :: General, defect)

Product:
Camino Graveyard
Component:
General
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 351678

People

(Reporter: paul.Dyer, Unassigned)

Details

(Keywords: hang)

Attachments

(6 files)

Sample file of hang
15.58 KB, text/plain
Details
Another sample file of hang
11.07 KB, text/plain
Details
Sample of Camino not responding 5
6.66 KB, text/plain
Details
Sample of Camino not responding 6
30.63 KB, text/plain
Details
Sample of Camino not responding 7
7.04 KB, text/plain
Details
Sample of Camino not responding 8
7.37 KB, text/plain
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12 Build Identifier: Version 1.6 (1.8.1.14 2008040911 I have been using Camino for last 1.5 years with no problem. I had to reinstall Mac os 10.4.11 (long story...) and following this Camino has very frequently been experiencing spinning beach balls / no responding delays of up to 30 seconds, before finally resuming normal service. It also hangs in the middle of going down drop-down menus. In constrast Safari works absolutely fine with no delay at all (though I much prefer the special Camino!). I have tried reinstalling Camino from fresh, fixed all permissions to no avail. Please can you advise as I will have to swap to Safari without a fix? Reproducible: Sometimes Steps to Reproduce: 1. Happens pretty frequently when working down drop-down menus 2. Happens pretty frequently when loading whole range of pages 3. Actual Results: Am posting below first example from activity monitor log: Analysis of sampling pid 207 every 10.000000 milliseconds Call graph: 268 Thread_0f0f 268 start 268 _start 268 NSApplicationMain 268 -[NSApplication run] 268 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] 268 _DPSNextEvent 268 BlockUntilNextEventMatchingListInMode 268 ReceiveNextEventCommon 268 RunCurrentEventLoopInMode 268 CFRunLoopRunSpecific 268 __CFRunLoopRun 268 __CFRunLoopDoTimer 268 __NSFireDelayedPerform 268 -[SiteIconProvider fetchFavoriteIconForPage:withIconLocation:allowNetwork:notifyingClient:] 268 -[RemoteDataProvider loadURI:forTarget:withListener:withUserData:allowNetworking:] 268 RemoteURILoadManager::RequestURILoad(nsAString_internal const&, objc_object*, objc_object*, objc_object*, int) 268 sqlite3IsIdChar 268 nsIOService::NewChannelFromURI(nsIURI*, nsIChannel**) 268 nsProtocolProxyService::Resolve(nsIURI*, unsigned, nsIProxyInfo**) 268 nsPACMan::GetProxyForURI(nsIURI*, nsACString_internal&) 268 SharedStub 268 PrepareAndDispatch 268 nsXPCWrappedJSClass::CallMethod(nsXPCWrappedJS*, unsigned short, nsXPTMethodInfo const*, nsXPTCMiniVariant*) 268 js_Invoke 268 js_Interpret 268 js_Invoke 268 fun_call 268 js_Invoke 268 js_Interpret 268 js_Invoke 268 SandboxFunForwarder(JSContext*, JSObject*, unsigned, long*, long*) 268 JS_CallFunctionValue 268 js_InternalInvoke 268 js_Invoke 268 js_Interpret 268 js_Invoke 268 XPC_WN_CallMethod(JSContext*, JSObject*, unsigned, long*, long*) 268 XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) 268 _XPTC_InvokeByIndex 268 nsDNSService::Resolve(nsACString_internal const&, unsigned, nsIDNSRecord**) 268 PR_Wait 268 PR_WaitCondVar 268 pthread_cond_wait 268 semaphore_wait_signal_trap 268 semaphore_wait_signal_trap 268 Thread_1003 268 _pthread_body 268 _pt_root 268 nsThread::Main(void*) 268 nsSocketTransportService::Run() 268 nsSocketTransportService::Poll(unsigned*) 268 _pr_poll_with_poll 268 poll 268 select 268 select 268 Thread_1103 268 _pthread_body 268 forkThreadForFunction 268 -[NSUIHeartBeat _heartBeatThread:] 267 +[NSThread sleepUntilDate:] 267 syscall_thread_switch 267 syscall_thread_switch 1 -[NSApplication _keyWindowForHeartBeat] 1 -[NSApplication keyWindow] 1 -[NSApplication keyWindow] 268 Thread_1203 268 _pthread_body 268 __CFSocketManager 268 select 268 select 268 Thread_1303 268 _pthread_body 268 _pt_root 268 nsThread::Main(void*) 268 TimerThread::Run() 268 PR_WaitCondVar 268 pt_TimedWait 268 pthread_cond_timedwait 268 semaphore_timedwait_signal_trap 268 semaphore_timedwait_signal_trap 268 Thread_1403 268 _pthread_body 268 _pt_root 268 nsHostResolver::ThreadFunc(void*) 268 PR_GetAddrInfoByName 268 getaddrinfo 268 gai_lookupd 268 _lookup_all 268 _lookup_all_secure 268 mach_msg 268 mach_msg_trap 268 mach_msg_trap 268 Thread_1503 268 _pthread_body 268 _pt_root 268 nsIOThreadPool::ThreadFunc(void*) 268 PR_WaitCondVar 268 pt_TimedWait 268 pthread_cond_timedwait 268 semaphore_timedwait_signal_trap 268 semaphore_timedwait_signal_trap 268 Thread_1603 268 _pthread_body 268 _pt_root 268 nsSSLThread::Run() 268 PR_WaitCondVar 268 pthread_cond_wait 268 semaphore_wait_signal_trap 268 semaphore_wait_signal_trap 268 Thread_1703 268 _pthread_body 268 _pt_root 268 nsCertVerificationThread::Run() 268 PR_WaitCondVar 268 pthread_cond_wait 268 semaphore_wait_signal_trap 268 semaphore_wait_signal_trap Total number in stack (recursive counted multiple, when >=5): 8 _pthread_body 6 _pt_root 6 js_Invoke 5 PR_WaitCondVar Sort by top of stack, same collapsed (when >= 5): semaphore_wait_signal_trap 804 select 536 semaphore_timedwait_signal_trap 536 mach_msg_trap 268 syscall_thread_switch 267 Sample analysis of process 207 written to file /dev/stdout Sampling process 207 each 10 msecs 300 times Am posting below second example from activity monitor log sample for Camino: Analysis of sampling pid 207 every 10.000000 milliseconds Call graph: 278 Thread_0f0f 278 start 278 _start 278 NSApplicationMain 278 -[NSApplication run] 278 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] 278 _DPSNextEvent 278 BlockUntilNextEventMatchingListInMode 278 ReceiveNextEventCommon 278 RunCurrentEventLoopInMode 278 CFRunLoopRunSpecific 278 __CFRunLoopRun 278 __CFRunLoopDoTimer 278 __NSFireDelayedPerform 277 -[SiteIconProvider fetchFavoriteIconForPage:withIconLocation:allowNetwork:notifyingClient:] 277 -[RemoteDataProvider loadURI:forTarget:withListener:withUserData:allowNetworking:] 277 RemoteURILoadManager::RequestURILoad(nsAString_internal const&, objc_object*, objc_object*, objc_object*, int) 277 sqlite3IsIdChar 277 nsIOService::NewChannelFromURI(nsIURI*, nsIChannel**) 277 nsProtocolProxyService::Resolve(nsIURI*, unsigned, nsIProxyInfo**) 277 nsPACMan::GetProxyForURI(nsIURI*, nsACString_internal&) 277 SharedStub 277 PrepareAndDispatch 276 nsXPCWrappedJSClass::CallMethod(nsXPCWrappedJS*, unsigned short, nsXPTMethodInfo const*, nsXPTCMiniVariant*) 276 js_Invoke 276 js_Interpret 276 js_Invoke 276 fun_call 276 js_Invoke 276 js_Interpret 276 js_Invoke 276 SandboxFunForwarder(JSContext*, JSObject*, unsigned, long*, long*) 276 JS_CallFunctionValue 276 js_InternalInvoke 276 js_Invoke 276 js_Interpret 276 js_Invoke 276 XPC_WN_CallMethod(JSContext*, JSObject*, unsigned, long*, long*) 276 XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) 276 _XPTC_InvokeByIndex 276 nsDNSService::Resolve(nsACString_internal const&, unsigned, nsIDNSRecord**) 276 PR_Wait 276 PR_WaitCondVar 276 pthread_cond_wait 276 semaphore_wait_signal_trap 276 semaphore_wait_signal_trap 1 xptiInterfaceEntry::GetMethodInfo(unsigned short, nsXPTMethodInfo const**) 1 xptiInterfaceEntry::GetMethodInfo(unsigned short, nsXPTMethodInfo const**) 1 -[Bookmark refreshIcon] 1 -[SiteIconProvider favoriteIconForPage:] 1 -[SiteIconProvider favoriteIconURLFromPageURL:] 1 +[SiteIconProvider defaultFaviconLocationStringFromURI:] 1 nsIOService::NewURI(nsACString_internal const&, char const*, nsIURI*, nsIURI**) 1 NewURI(nsACString_internal const&, char const*, nsIURI*, int, nsIURI**) 1 nsStandardURL::Init(unsigned, int, nsACString_internal const&, char const*, nsIURI*) 1 nsStandardURL::SetSpec(nsACString_internal const&) 1 nsStandardURL::BuildNormalizedSpec(char const*) 1 nsStandardURL::BuildNormalizedSpec(char const*) 278 Thread_1003 278 _pthread_body 278 _pt_root 278 nsThread::Main(void*) 278 nsSocketTransportService::Run() 278 nsSocketTransportService::Poll(unsigned*) 278 _pr_poll_with_poll 278 poll 278 select 278 select 278 Thread_1103 278 _pthread_body 278 forkThreadForFunction 278 -[NSUIHeartBeat _heartBeatThread:] 278 -[NSConditionLock lockWhenCondition:] 278 pthread_cond_wait 278 semaphore_wait_signal_trap 278 semaphore_wait_signal_trap 278 Thread_1203 278 _pthread_body 278 __CFSocketManager 278 select 278 select 278 Thread_1303 278 _pthread_body 278 _pt_root 278 nsThread::Main(void*) 278 TimerThread::Run() 278 PR_WaitCondVar 278 pt_TimedWait 278 pthread_cond_timedwait 278 semaphore_timedwait_signal_trap 278 semaphore_timedwait_signal_trap 278 Thread_1403 278 _pthread_body 278 _pt_root 278 nsHostResolver::ThreadFunc(void*) 276 PR_GetAddrInfoByName 276 getaddrinfo 276 gai_lookupd 276 _lookup_all 276 _lookup_all_secure 276 mach_msg 276 mach_msg_trap 276 mach_msg_trap 2 nsHostResolver::GetHostToLookup(nsHostRecord**) 2 PR_WaitCondVar 2 pt_TimedWait 2 pthread_cond_timedwait 2 semaphore_timedwait_signal_trap 2 semaphore_timedwait_signal_trap 278 Thread_1503 278 _pthread_body 278 _pt_root 278 nsSSLThread::Run() 278 PR_WaitCondVar 278 pthread_cond_wait 278 semaphore_wait_signal_trap 278 semaphore_wait_signal_trap 278 Thread_1603 278 _pthread_body 278 _pt_root 278 nsCertVerificationThread::Run() 278 PR_WaitCondVar 278 pthread_cond_wait 278 semaphore_wait_signal_trap 278 semaphore_wait_signal_trap Total number in stack (recursive counted multiple, when >=5): 7 _pthread_body 6 js_Invoke 5 PR_WaitCondVar 5 _pt_root Sort by top of stack, same collapsed (when >= 5): semaphore_wait_signal_trap 1110 select 556 semaphore_timedwait_signal_trap 280 mach_msg_trap 276 Sample analysis of process 207 written to file /dev/stdout Sampling process 207 each 10 msecs 300 times
1) In the future, please attach samples or crash logs rather than pasting them into the comments. 2) Camino 1.6 is quite old; you should be sure to regularly update to security and stability updates we release. 3) Are you by any chance using a proxy? From some of the lines in your sample, it looks like you could be experiencing bug 351678.
Keywords: hang
Attached file Sample file of hang —
HI - thanks for comments. In reply: 1) I have updated to Camino 1.6.1 (latest version), and identical problems are persisting. 2) Yes, I was using a proxy .pac file. After reading bug 351678 I removed this, and returned to a static wwwcache address (same one I'd been using for last 2 years with no problem) BUt this had no impact, Camino still continued to hang, with frequent spinning beach balls and 'Camino not responding' on activity monitor. This problem is only with Camino as a browser, Safari doe not have any such problem. I have just submitted two more sample files attachments of Camino in its 'not responding' state. Hope these may help - am keen to get my favourite Camino back... Many thanks.
The bug is still continuing - now Camino very often hangs whilst going down menu lists and opening pages. Hangs normally last 20-30 seconds and then resolve. Amusing Os 10.4.11 with G4 desktop. As mentioned, Safari has no such problems so may be forced to switch unless anyone can help? I am attaching two more sample logs of latest 'Camino not responding' reports.
You are still hanging in DNS calls. Have you changed Camino's proxy settings using user.js/about:config, or is Camino using your OS proxy settings?
I am obliged to use a proxy setting due to the University network on which I am based. And no, I have not altered proxy settings via the 'user.js/about:config' (would not know how to!) and am instead using the OS proxy settings via the network setting on the systems preferences. I have tried accessing the web both via a 'pac file' (recommended by host network) and also by a manually set single cache site, but have run into the 'hanging/Camino not responding message' on both occasions. I used the latter single cache site without problem for the past 2 years. The 'hang' problem coincided with a necessary system re-install (now updated to os 10.4.11) and also new ethernet ID allocation. At the same time for reasons unclear I was required to the DHPC manually because the automatic 'DHPC' option no longer worked. I have tried upgrading to Camino 1.6.3 but still get the frequent not responding messages, although pages then load ok after 20-30 secs. As mentioned, Safari and Firefox 3 (which I have just installed) do not have this problem and are working fine. In cas eit helps, I am attaching the latest 'hang' sample file, this time accessing the web via the fixed proxy address rather than the .pac file location. Any advice gratefully received.
Still hanging in DNS. I'm not sure why your setup triggers it, but it's definitely the same basic issue as bug 351678, so duping.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: