Closed
Bug 460176
Opened 16 years ago
Closed 15 years ago
Maximizing youtube video causes seamonkey to hang using flash 10
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bwp6, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081014 SeaMonkey/2.0a2pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081014 SeaMonkey/2.0a2pre After installing Flash 10 and going to youtube, seamonkey hung the browser when I tried to maximize the video. Reproducible: Always Steps to Reproduce: 1.Install Flash 10 2.Go to Youtube and view a video 3.Try to maximize the video to full screen Actual Results: When I clicked the maximize video button Seamonkey hung and I had to force close the browser Expected Results: The video should have maximized. When using flash 9 and seamonkey, I do not have this problem. Also, I do not have this problem on Firefox 2. I'm using Fedora 8.
Comment 1•16 years ago
|
||
Confirming, Mozilla/5.0 (X11; U; Linux i686; rv:1.9.1b2pre) Gecko/20081016 SeaMonkey/2.0a2pre ID:20081016120616 crashes with output on console : *** glibc detected *** ./seamonkey-bin: free(): invalid pointer: 0x8e5fdb00 *** ======= Backtrace: ========= /lib/libc.so.6[0xbdf874] /lib/libc.so.6(cfree+0x96)[0xbe18d6] /usr/lib/nvidia/libGL.so.1[0x173afc5] ======= Memory map: ======== 00110000-00111000 r-xp 00110000 00:00 0 [vdso] 00111000-001c5000 r-xp 00000000 08:07 1625264 /home/misak/workspace/src/suite-opt/mozilla/js/src/libmozjs.so 001c5000-001ca000 rw-p 000b4000 08:07 1625264 /home/misak/workspace/src/suite-opt/mozilla/js/src/libmozjs.so 001ca000-001cb000 rw-p 001ca000 00:00 0 001cb000-001f5000 r-xp 00000000 08:07 1626829 /home/misak/workspace/src/suite-opt/mozilla/toolkit/library/libxul.so 001f5000-001f8000 rw-p 00029000 08:07 1626829 /home/misak/workspace/src/suite-opt/mozilla/toolkit/library/libxul.so 001f8000-001f9000 rw-p 001f8000 00:00 0 001f9000-001fc000 r-xp 00000000 08:07 1634961 /home/misak/workspace/src/suite-opt/mozilla/dist/bin/libxpcom.so 001fc000-001fd000 rw-p 00002000 08:07 1634961 /home/misak/workspace/src/suite-opt/mozilla/dist/bin/libxpcom.so 001fd000-00276000 r-xp 00000000 08:07 1625536 /home/misak/workspace/src/suite-opt/mozilla/xpcom/build/libxpcom_core.so 00276000-0027e000 rw-p 00078000 08:07 1625536 /home/misak/workspace/src/suite-opt/mozilla/xpcom/build/libxpcom_core.so 0027e000-00280000 r-xp 00000000 08:07 1633638 /home/misak/workspace/src/suite-opt/mozilla/nsprpub/lib/ds/libplds4.so 00280000-00281000 rw-p 00001000 08:07 1633638 /home/misak/workspace/src/suite-opt/mozilla/nsprpub/lib/ds/libplds4.so 00281000-00284000 r-xp 00000000 08:07 1633666 /home/misak/workspace/src/suite-opt/mozilla/nsprpub/lib/libc/src/libplc4.so 00284000-00285000 rw-p 00002000 08:07 1633666 /home/misak/workspace/src/suite-opt/mozilla/nsprpub/lib/libc/src/libplc4.so 00285000-002b5000 r-xp 00000000 08:07 1633629 /home/misak/workspace/src/suite-opt/mozilla/nsprpub/pr/src/libnspr4.so 002b5000-002b6000 rw-p 00030000 08:07 1633629 /home/misak/workspace/src/suite-opt/mozilla/nsprpub/pr/src/libnspr4.so 002b6000-002b8000 rw-p 002b6000 00:00 0 002b8000-00399000 r-xp 00000000 08:06 606332 /lib/libglib-2.0.so.0.1600.6 00399000-0039a000 rw-p 000e1000 08:06 606332 /lib/libglib-2.0.so.0.1600.6 0039a000-00497000 r-xp 00000000 08:06 577182 /usr/lib/libX11.so.6.2.0 00497000-0049b000 rw-p 000fc000 08:06 577182 /usr/lib/libX11.so.6.2.0 0049b000-004a8000 r-xp 00000000 08:06 608166 /lib/libgcc_s-4.3.0-20080428.so.1 004a8000-004a9000 rw-p 0000c000 08:06 608166 /lib/libgcc_s-4.3.0-20080428.so.1 004a9000-004d7000 r-xp 00000000 08:06 140791 /usr/lib/libfontconfig.so.1.3.0 004d7000-004d8000 rw-p 0002e000 08:06 140791 /usr/lib/libfontconfig.so.1.3.0 004d8000-004dc000 r-xp 00000000 08:06 577234 /usr/lib/libXfixes.so.3.1.0 004dc000-004dd000 rw-p 00003000 08:06 577234 /usr/lib/libXfixes.so.3.1.0 004dd000-00504000 r-xp 00000000 08:06 574400 /usr/lib/libpng12.so.0.29.0 00504000-00505000 rw-p 00026000 08:06 574400 /usr/lib/libpng12.so.0.29.0 00505000-0050d000 r-xp 00000000 08:06 577213 /usr/lib/libXi.so.6.0.0 0050d000-0050e000 rw-p 00007000 08:06 577213 /usr/lib/libXi.so.6.0.0 0050e000-00511000 r-xp 00000000 08:06 608179 /lib/libcap.so.2.06 00511000-00512000 rw-p 00003000 08:06 608179 /lib/libcap.so.2.06 00512000-00513000 r-xp 00000000 08:07 1626762 /home/misak/workspace/src/suite-opt/mozilla/xpfe/components/find/src/libmozfind.so 00513000-00514000 rw-p 00000000 08:07 1626762 /home/misak/workspace/src/suite-opt/mozilla/xpfe/components/find/src/libmozfind.so 00514000-00553000 r-xp 00000000 08:06 607939 /lib/libdbus-1.so.3.4.0 00553000-00554000 r--p 0003e000 08:06 607939 /lib/libdbus-1.so.3.4.0 00554000-00555000 rw-p 0003f000 08:06 607939 /lib/libdbus-1.so.3.4.0 00555000-00556000 rwxp 00555000 00:00 0 00557000-0056e000 r-xp 00000000 08:06 140837 /usr/lib/libICE.so.6.3.0 0056e000-0056f000 rw-p 00016000 08:06 140837 /usr/lib/libICE.so.6.3.0 0056f000-00571000 rw-p 0056f000 00:00 0 00571000-00573000 rwxp 00571000 00:00 0 00573000-00576000 r-xp 00000000 08:06 607910 /lib/libuuid.so.1../run-mozilla.sh: line 131: 12640 Aborted "$prog" ${1+"$@"} Fedora 9, KDE 4.1 Tried in firefox 3.0.2, no crash.
Status: UNCONFIRMED → NEW
Ever confirmed: true
err, why did you confirm a bug which is almost certainly in flash/nvidia code?
Component: General → Plug-ins
Product: SeaMonkey → Core
QA Contact: general → plugins
Version: unspecified → Trunk
Comment 3•16 years ago
|
||
It didn't crash in Firefox, not yet tried trunk build. And i can't understand where it crashes. Sorry.
Comment 5•16 years ago
|
||
I've the same problem, but with Firefox 3.0.3 and Firefox 3.1b1. Both crash in libGL.so.1 which is normally provided by the Linux distribution (in my case: Fedora 8, 32 bit) but is overwritten by the Nvidia graphics driver (in my case: NVIDIA-Linux-x86-177.80-pkg1.run) to support hardware acceleration. The crash happens when going to fullscreen mode. Easily reproducible with any video platform that supports that (for example, YouTube). The crash must be related to the new hardware acceleration feature in Flash Player 10 (10.0.12.36). With the system libGL.so.1 or with hardware acceleration turned off (right click on video, "Settings", uncheck hardware acceleration), all is well (but horribly slow). But here's the funny thing: SeaMonkey 2.0a1 does NOT crash in fullscreen, and hardware acceleration is clearly used (low CPU consumption, video is amazingly smooth, no gaps). SeaMonkey 2.0a1 and Flash 10 -- rock solid! What's so different in the code of SeaMonkey 2.0a1 (no nightly trunk but the official alpha 1) that it doesn't trigger the problems with Flash/Nvidia? Maybe it helps people from Nvidia or Adobe to finally find and fix the problem? Or maybe the Mozilla people could develop a workaround based on SM 2.0a1 code? Regards, Andreas
Reporter | ||
Comment 6•16 years ago
|
||
Here are some results with Flash 10 when I tried to maximize a youtube video: Firefox 3.0.3 -----------hung Seamonkey 2 alpha -------worked
Reporter | ||
Comment 7•16 years ago
|
||
(In reply to comment #6) > Here are some results with Flash 10 when I tried to maximize a youtube video: > > Firefox 3.0.3 -----------hung > Seamonkey 2 alpha -------worked Forgot to mention I'm using the latest NVidia drivers (177.80)
When configured with "--disable-jemalloc" fullscreen video on youtube works. Enabling jemalloc crashes firefox. I tested this with firefox-3.0.3 source.
It looks like this issue has been solved by fixing another jemalloc problem, 493541.
Reporter | ||
Comment 10•15 years ago
|
||
Yes, the issue seems to be resolved. I can now view flash videos full screen.
Reporter | ||
Comment 11•15 years ago
|
||
I'm closing this ticket since the issue is resolved.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•