Closed Bug 417547 Opened 16 years ago Closed 10 years ago

front page of techcrunch.com causes mac flash to hang

Categories

(Core Graveyard :: Plug-ins, defect)

PowerPC
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: dmosedale, Unassigned)

References

()

Details

Safari also beachballs, so chances seem pretty high that this is a flashplayer bug, but it's a particularly rotten user experience since Firefox has to be manually killed.  So it may be worth devoting attention to ourselves...

Stack looks like this:

   1.
      Attaching to process 36226.
   2.
      Reading symbols for shared libraries . done
   3.
      Reading symbols for shared libraries .................................................................................................................................................... done
   4.
      0xffff026d in __spin_lock ()
   5.
      (gdb) bt
   6.
      #0  0xffff026d in __spin_lock ()
   7.
      #1  0x118b1aca in dyld_stub_realloc ()
   8.
      #2  0x119e0160 in dyld_stub_realloc ()
   9.
      #3  0x119e088b in dyld_stub_realloc ()
  10.
      #4  0x11867fd6 in dyld_stub_realloc ()
  11.
      #5  0x11b808f6 in dyld_stub_realloc ()
  12.
      #6  0x11866e0e in dyld_stub_realloc ()
  13.
      #7  0x1186e105 in dyld_stub_realloc ()
  14.
      #8  0x1186e423 in dyld_stub_realloc ()
  15.
      #9  0x1187930b in dyld_stub_realloc ()
  16.
      #10 0x1199b7d5 in dyld_stub_realloc ()
  17.
      #11 0x11b67425 in dyld_stub_realloc ()
  18.
      #12 0x13537ace in ?? ()
  19.
      #13 0x11d578cd in memcopy_mmx ()
  20.
      #14 0x14232d71 in ?? ()
  21.
      #15 0x11d578cd in memcopy_mmx ()
  22.
      #16 0x14232a9c in ?? ()
  23.
      #17 0x11d578cd in memcopy_mmx ()
  24.
      #18 0x11cd2f64 in memcopy_mmx ()
  25.
      #19 0x11cea099 in memcopy_mmx ()
  26.
      #20 0x11ceaa2a in memcopy_mmx ()
  27.
      #21 0x14232a0a in ?? ()
  28.
      #22 0x11d578cd in memcopy_mmx ()
  29.
      #23 0x11cd2f64 in memcopy_mmx ()
  30.
      #24 0x11cea099 in memcopy_mmx ()
  31.
      #25 0x11ceaa2a in memcopy_mmx ()
  32.
      #26 0x1422aed5 in ?? ()
  33.
      #27 0x11d578cd in memcopy_mmx ()
  34.
      #28 0x11cd2f64 in memcopy_mmx ()
  35.
      #29 0x11ce19fa in memcopy_mmx ()
  36.
      #30 0x12e38409 in ?? ()
  37.
      #31 0x11cd2f64 in memcopy_mmx ()
  38.
      #32 0x11b48586 in dyld_stub_realloc ()
  39.
      #33 0x11b1f802 in dyld_stub_realloc ()
  40.
      #34 0x11898058 in dyld_stub_realloc ()
  41.
      #35 0x11a16ece in dyld_stub_realloc ()
  42.
      #36 0x11a9082a in dyld_stub_realloc ()
  43.
      #37 0x11baac5c in Flash_EnforceLocalSecurity ()
  44.
      #38 0x0216bb31 in ns4xPluginStreamListener::CleanUpStream (this=0x16e33788, reason=0) at /Users/sayrer/dev/sshfirefox/mozilla/modules/plugin/base/src/ns4xPluginInstance.cpp:168
  45.
      #39 0x0216c3cd in ns4xPluginStreamListener::OnStopBinding (this=0x1ecab710, pluginInfo=0x1ef9e190, status=0) at /Users/sayrer/dev/sshfirefox/mozilla/modules/plugin/base/src/ns4xPluginInstance.cpp:719
  46.
      #40 0x02172702 in nsPluginStreamListenerPeer::OnStopRequest (this=0x138c8190, request=0x138c8d1c, aContext=0x0, aStatus=0) at /Users/sayrer/dev/sshfirefox/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp:2397
  47.
      #41 0x01ad8606 in nsHttpChannel::OnStopRequest (this=0x138c8cf0, request=0x13c04990, ctxt=0x0, status=0) at /Users/sayrer/dev/sshfirefox/mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp:4418
  48.
      #42 0x01a5b22e in nsInputStreamPump::OnStateStop (this=0x13c04990) at /Users/sayrer/dev/sshfirefox/mozilla/netwerk/base/src/nsInputStreamPump.cpp:576
  49.
      #43 0x01a5b7d8 in nsInputStreamPump::OnInputStreamReady (this=0x13c04990, stream=0x13c04878) at /Users/sayrer/dev/sshfirefox/mozilla/netwerk/base/src/nsInputStreamPump.cpp:401
  50.
      #44 0x022b2aad in nsInputStreamReadyEvent::Run (this=0x13b64980) at /Users/sayrer/dev/sshfirefox/mozilla/xpcom/io/nsStreamUtils.cpp:111
  51.
      #45 0x022cba2a in nsThread::ProcessNextEvent (this=0x415480, mayWait=0, result=0xbfffe54c) at /Users/sayrer/dev/sshfirefox/mozilla/xpcom/threads/nsThread.cpp:510
  52.
      #46 0x02291007 in NS_ProcessPendingEvents_P (thread=0x415480, timeout=20) at nsThreadUtils.cpp:180
  53.
      #47 0x0225fe6f in nsBaseAppShell::NativeEventCallback (this=0x422c80) at /Users/sayrer/dev/sshfirefox/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:112
  54.
      #48 0x02244cca in nsAppShell::ProcessGeckoEvents (aInfo=0x422c80) at /Users/sayrer/dev/sshfirefox/mozilla/widget/src/cocoa/nsAppShell.mm:305
  55.
      #49 0x9684064e in CFRunLoopRunSpecific ()
  56.
      #50 0x96840d38 in CFRunLoopRunInMode ()
  57.
      #51 0x903fc8a4 in RunCurrentEventLoopInMode ()
  58.
      #52 0x903fc5f6 in ReceiveNextEventCommon ()
  59.
      #53 0x903fc531 in BlockUntilNextEventMatchingListInMode ()
  60.
      #54 0x93babd5b in _DPSNextEvent ()
  61.
      #55 0x93bab6a0 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()
  62.
      #56 0x93ba46d1 in -[NSApplication run] ()
  63.
      #57 0x0224402a in nsAppShell::Run (this=0x422c80) at /Users/sayrer/dev/sshfirefox/mozilla/widget/src/cocoa/nsAppShell.mm:587
  64.
      #58 0x02104737 in nsAppStartup::Run (this=0xbffff488) at /Users/sayrer/dev/sshfirefox/mozilla/toolkit/components/startup/src/nsAppStartup.cpp:181
  65.
      #59 0x019f17e8 in XRE_main (argc=2, argv=0xbffffad8, aAppData=0x40fa30) at /Users/sayrer/dev/sshfirefox/mozilla/toolkit/xre/nsAppRunner.cpp:3149
  66.
      #60 0x00002cb8 in main (argc=2, argv=0x40cba0) at /Users/sayrer/dev/sshfirefox/mozilla/browser/app/nsBrowserApp.cpp:158
Flags: blocking1.9?
Hoping Michelle can help if this is indeed a Flash prob.

/be
(Can we get flash symbols for the crash reporter server?  We could get much much better data to Adobe that way for such things, as well as correlate stacks better for frequency/severity analysis.)
Thanks for the heads up. The Flash Player team will investigate.
Sounds like a flash bug, not much we can do here. Not blocking on this unless someone can show it's a problem in our code.
Flags: blocking1.9? → blocking1.9-
Unfortunately, we weren't able to test this until the day after this was reported, and at that point we weren't able to reproduce it. We tested with Safari as well as Firefox 2.0.0.12 on Mac Intel and PPC, 10.5 and 10.4. My apologies.
maybe what I'm seeing in bug 423335 is related. I see it on Firefox trunk nightlies upon closing a tab that had flash in it (on 10.5 using Shockwave Flash 9.0 r115)
Blocks: 300398
No longer blocks: 300398
Dan, have you seen this in recent years?
Flags: needinfo?(dmose)
I have not, but I also haven't read TechCrunch for a long time.  :-)
Flags: needinfo?(dmose)
TechCrunch seems to WFM.
The site has almost certainly changed its code in the past few years; I see HTML5 doctype, viewport tag, etc.
Flags: needinfo?(francis.uy)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.