164644 - CFM: Deadlocked reloading secure MyYahoo

Status: RESOLVED WONTFIX

(NSPR :: NSPR, defect, P1)

Description

[Steve Dagley]

I saw this twice this morning with the 20020823 commercial build.  Doing a
"super reload" (shift-click on the reload icon) while viewing a secure MyYahoo
page as the first tab in a window with
<http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey&hours=6&nocrap=1> as
the 2nd tab in the window resulted in a thread deadlock.  I also had my IMAP
inbox  open but not set to automatically check mail.  The sequence I followed
for both deadlocks was to check mail, switch to the browser window and
shift-click the reload button for the tab showing MySecureYahoo.  Coming up are
the two Sampler logs I saved.

Comment 1

[Steve Dagley]

Attachment: Sampler log from 1st deadlock

Comment 2

[Steve Dagley]

Attachment: Sampler log from 2nd deadlock

Comment 3

[Steve Dagley]

System configuration for machine I was seeing this on:

PowerBook G4/667 w/768MB RAM
Mac OS X 10.1.5

Comment 4

[selmer (gone)]

Shift-Click on the reload button w/NT4 SP5 does not hang.  I don't have a yahoo
login though, does it matter whether you're logged in?

Comment 5

[Paul Wyskoczka]

I tried it on OSX using the candidate build without encountering a problem

Comment 6

[Brian Nesse (gone)]

I could not reproduce this with the 2002082608 build.

PowerBook G4/500 w/256MB RAM
Mac OS X 10.1.5

Comment 7

[Simon Fraser [no longer active]]

This does not look good. The main thread is in MPWaitOnSemaphore() in the
MD_PauseCPU routine. Meanwhile, we're trying to fire an OT notifier, which is
attempting to enter the critical region, and waiting on another semaphore. I'll
have to wrap my head around this and see how it can happen.

Comment 8

[benc]

-> default qa.

Comment 9

[benc]

(oops)

Comment 10

[thebeastwitheyesthatstared]

what is the current status on this? Is this something that is still an issue?

(trying to help focus)

Comment 11

[Simon Fraser [no longer active]]

This is CFM only, which is going away.