Closed Bug 152966 Opened 23 years ago Closed 23 years ago

MTV & VH1 radio freezes recent builds, requires End Program

Categories

(Core Graveyard :: Plug-ins, defect, P2)

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED WONTFIX
mozilla1.0.2

People

(Reporter: susiew, Assigned: srgchrpv)

References

()

Details

(Keywords: hang, Whiteboard: [ADT2 RTM] [PL2:NA] [ETA Needed])

Attachments

(1 file)

1. go to http://www.vh1.com/radio 2. Pick a station Result: browser freezes, requires End Program If I turn Java off the freeze still occurs. Replicate: always Expected: a "disabled" player should launch. Does not occur in Mozilla 0.9.4. (Netscape 6.2.1) -- which I believe is because they're detecting "Netscape 6" and serving a blocking message rather than actually trying to load the player. Assigning to Plugins since I have a feeling Windows Media Player may fit into this issue.
Regarding my theory, the player comes up in embedded builds which is how I know they aren't detecting Gecko (and I told them they should detect Gecko). The disabled player used to work...they use WMP scriptability so you can't control the player from the web page but you should be able to select a station on the web page and it does play that channel.
tested on 0617 brnch on NT. The bandwidth selector once started playing with realplayer automatically ( I selected "rock")...the second time, I got a message from the BW selector to install REAL (go figure..)... I selected to play with windows media player..and it worked fine. I do not have java installed.
i tried to become a member of the site so I could listen -- for some reason I was not deemed eligible -- someone else will need to verify this one
I can reproduce in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020619 Netscape/7.0 with JRE 1.4. For those who can not create a user account: username: bugzilla password: mozilla
Keywords: hang
*raises hand* me too! Beppe guided me with the correct steps. I see the hang.
it looks like java I'm running jre1.4.0_01 on w2k and it always hangs with stack: USER32! NtUserWaitMessage@0 + 11 bytes AWT! Java_sun_awt_windows_WMenuItemPeer__1dispose@8 + 50300 bytes 05f1960d() 05f12d9f() 05f130a5() 05f1017d() JVM! JVM_TraceInstructions@4 + -448832 bytes JVM! JVM_InitializeCompiler@8 + 112351 bytes JVM! JVM_TraceInstructions@4 + -449068 bytes JVM! JVM_TraceInstructions@4 + -449711 bytes JVM! JVM_StartThread@8 + 472 bytes JVM! JVM_InitializeCompiler@8 + 238225 bytes JVM! JVM_InitializeCompiler@8 + 238174 bytes MSVCRT! 7800248d()
That's weird since it hangs even if I turn Java off then restart my browser.
and I have *no java installed* at all...shocking ..huh?
with java of the stack trace looks different, but anyway NPDSPLAY plugin is falling into infinite loop trying to unload some dll. NTDLL! ZwDelayExecution@8 + 11 bytes KERNEL32! SleepEx@8 + 41 bytes KERNEL32! Sleep@4 + 11 bytes DXMASF! DllCanUnloadNow + 95819 bytes <=== IT LOOPS HERE DXMASF! DllCanUnloadNow + 95586 bytes DXMASF! DllCanUnloadNow + 6305 bytes QUARTZ! DBToAmpFactor + 48120 bytes QUARTZ! DBToAmpFactor + 47782 bytes QUARTZ! DBToAmpFactor + 47608 bytes QUARTZ! DBToAmpFactor + 4922 bytes QUARTZ! DBToAmpFactor + 6967 bytes QUARTZ! DBToAmpFactor + 6692 bytes QUARTZ! DBToAmpFactor + 53068 bytes MSDXM! RunDll + -108476 bytes MSDXM! RunDll + -110991 bytes MSDXM! RunDll + -111884 bytes MSDXM! RunDll + -92798 bytes OLEAUT32! CStdDispUnkImpl::AddRef(void) + -29 bytes OLEAUT32! _amsg_exit + 40 bytes OLEAUT32! _strnicmp + 526 bytes MSDXM! RunDll + -68529 bytes MSDXM! RunDll + 20552 bytes NPDSPLAY! Java_NPDS_npDSJavaPeer_GetChannelURL_stub + 126211 bytes NPDSPLAY! Java_NPDS_npDSJavaPeer_GetChannelURL_stub + 16188 bytes NPDSPLAY! Java_NPDS_npDSJavaPeer_GetChannelURL_stub + 95167 bytes NPDSPLAY! native_NPDS_npDSJavaPeer_StreamSelect + 891 bytes NPDSPLAY! native_NPDS_npDSJavaPeer_StreamSelect + 18158 bytes 050834c0() 011e85c0() 050834c0() 011e85c0() 050834c0()
w2k 4.78 crashes on the test case:(
just out of curiosity I tried this in IE6 and Opera6: works fine in IE (which I suspect is ActiveX) and this doesn't work at all in Opera: the pop up comes up blank. And using the branch bits from today (20020621) we still hang big time.
Who should be the owner of this bug?
After a few attempts, I managed to catch this Java Class Exception (1.40_01) java.lang.ClassNotFoundException: NPDS.npDSEvtObsProxy.class at sun.applet.AppletClassLoader.findClass(Unknown Source) at sun.plugin.security.PluginClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadCode(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(Unknown Source) at sun.applet.AppletClassLoader.access$100(Unknown Source) at sun.applet.AppletClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) ... 11 more
*** Bug 154391 has been marked as a duplicate of this bug. ***
Any prognosis on if this looks like a Java problem or where the problem lies? Hang still occurs w/7/2 commercial branch build with Java Plug-in 1.4.0_01 on Win2K.
MTV Radio also freezes the browser. Added keywords and set as Major.
Severity: normal → major
Keywords: adt1.0.1, nsbeta1
Summary: VH1 radio freezes recent builds, requires End Program → MTV & VH1 radio freezes recent builds, requires End Program
removing adt1.0.1, as there is no fix to approve for checkin. what's been reported in the bug, seems to be jvm problem, that we might not be able to fix in mozilla. is this correct?
Blocks: 143047
Keywords: adt1.0.1
Whiteboard: [adt2 RTM] [ETA Needed]
Joe or Xiaobin could you take a look at this, we are having problems trying to get this narrowed down
Blocks: 145287
Does that freeze relate to Java? The report said "If I turn Java off the freeze still occurs.".
As I mentioned in comment #7 it still freezes for me when I turn Java off. Could it be a Java problem + some other Windows Media Player problem perhaps?
no, it hangs even if Java is not installed, but look at the hang stack, it seems to point in that direction.
beppe - what's the status on this bug? sounds like we still believe it might be a java related issue, right? have we heard back from Joe or Xiaobin from Sun? can you pls plus this one and see if we can get some traction on it, as this is a pretty bad bug. thanks!
The plug-ins triage team (av, beppe, peterl, serge and shrir) have reviewed this issue and have made the following determination: serge will continue to debug this one
Assignee: beppe → serge
Priority: -- → P2
Whiteboard: [adt2 RTM] [ETA Needed] → [PL2:NA]
Target Milestone: --- → mozilla1.0.2
Severity: major → normal
Attached file java trace output
iaobin: yes, there is a hang w/o java, see my comment #9, it's MS NPDSPLAY plugin problem, but there is a problem w/ java also, see comment #6 and this java trace file. BTW: in my .jpi_cache\file\1.0 07/11/2002 01:07p 0 npDSEvtObsProxy.class-157a5cc4-3cb40b42.class size of this class file is 0
I tried the test case with NS7.0pr1, NS6.2.3, NS4.79, and IE5.0 on WindowsXP: NS7.0pr1: hung after I logged in and trying to listen to a station NS6.2.3: got an error message when trying to listen to a station, "Netscape 6 is not currently supported. Supported browsers: NS4.0 - 4.7, IE 4.0 and later" NS4.7.9: stuck but not hung when try to listen to a station with message "turning in ...". IE 5.0 seemed working OK. I suspect that the audio plugin on the test site somehow is not compatible (or not updated) with Netscape/mozilla browser.
sounds like the sun javasoft team passed this one back to us. serge: what's the latest on the investigation on this one?
Keywords: nsbeta1nsbeta1+
Whiteboard: [PL2:NA] → [ADT2 RTM] [PL2:NA] [ETA Needed]
Keywords: nsbeta1+nsbeta1-
as Serge stated in comment #24, there are two issues: 1. there is an issue within java 2. there is an issue within Windows Media Player The plug-ins module does not have control over either issue
I tried the test case with Netscape 6.2 without Java, still got the same error: "Attention: Netscape 6 is not supported. Browsers currently supported: NS4.0 - 4.7 and IE 4.0 and later". It sounds like the site has not been updated to support Netscape 6 or later.
If you got that error it means you *did not* encounter this bug. The fact that they block Netscape is an old problem. This bug is a new problem.
When I tested this with Netscape7.0, then the freeze occured. So it looks to me that this site has not been updated to run with the newer Netscape (not even working for NS4.79, in which case instead of hung, loading forever, see comment #25). Has this site been contacted to see if their plugin interface is compatible with the newer mozilla/netscape?
Good point. They clearly are not Gecko compatible. So to avoid more cycles on this, I am going to try to get MTV to block Netscape 7 for their internet radio, the way they block Netscape 6. I will let them know that when they are developing and testing their radio compatibility with Gecko that if they run into issues related to Java, we'll get them in touch w/Sun. I think this is the best solution. Thanks for all your help. I'm going to mark this Won't Fix.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
v
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: