Not sure where the best location for this bug is, but the following sound embed tag does not work in Netscape 6: <embed src="/midi/nitemare.mid" align="center" border="0" width="51" height="15" autostart="true" volume="60" controls="smallconsole">. The console feature no longer works and the sound also does not work. It works fine in Netscape 4.x.
The build bug was seen in was 2000-10-10-09-MN6.
plugins, midi file.
This is working fine for me on yesterday's windows branck build(20001010). I have quicktime 4.1.2 installed. I see this exactly as I see it on 4.72. Sound works for me. Attaching a testcase here.
marking this invalid.
Sorry, but still doesn't work for me, even using your test. Should I open the bug in Bugscape instead, since it was build 2000-10-10-09-MN6, which is the Netscape 6 branch build?
By the way, I'm using WinNT, and it is not running the Quicktime plugin. I'm just using the default browser midi plugin. I'm not even given a message that I need a plugin to hear it.
I also have Quicktime Player installed on my system.
When you do about:plugins does your midi plugin show up?
"About:plugins" shows my audio plugin as "audio/x-pn-realaudio-plugin" (realplayer). I don't see a place where I can edit plugins except in Helper Applications, and when I look there, I only see txt/html. Also, my default plugin is "D:\Netscape6US\Netscape 6\plugins\npnul32.dll", with no mime type defined. I tried entering my own plugin info. in the Helper Applications section and got the message "helper already exists for audio/midi, do you want to replace it?" Said OK. Message popped up again. Said OK. Message popped up AGAIN. Finally had to cancel. Midi is still not functioning for me. I performed a typical install, not a complete install of this build.
After closing down the browser because it wouldn't accept my midi plugin change, I tried reopening the browser and got the following error message: "OleMainThreadWndName: netscp6.exe - Application Error" "The instruction at "0x00812675" referenced memory at "0x819d80b4". The memory could not be "written". Click OK to terminate the application." I already reproduced this twice.
that's 50914 you are seeing. It is supposed to be fixed in toda'y s builds. Btw, can you try to install crescendo from Liveupdate on you machine and put the dll in the plugins folder under ur seamonkey installation and see if that helps? Thx.
I tried out the plugin you suggested. Unfortunately, it didn't play any of the sound except the "drums". Also, I had to force the plugin into the Netscape 6 directory. It wanted to go directly into Communicator's directory. Most end-users will not be doing any of this workaround stuff. If Netscape 6 says that it is already using an "audi/midi" plugin, but the "about:plugin" says that there isn't one installed, there's definitely a problem. The only plugins that showed up in my typical install were: npnul32.dll, NPJava130_01.dll, NPJava130_01a.dll, NPJava130_01b.dll and NPJava130_01c.dll. Looks like not everything that should get installed does get installed.
I think the helper app dialog is looking in the windows registry and sees that you have a handler installed on your machine for audio/midi. It will use that if you try to click on a mid file - but that does not mean there is a suitable plugin installed for that mimetype (as is confirmed by the output of about:plugins). The issue regarding the installation of the Crescendo plugin is a problem with their installer, not with n6 (though users probably won't see it that way).
so what do we do of this bug? <embed> tag does work for me...
As it is stated in the summary it is definitely invalid. The problem that NS6 comes with no music plugins is not really plugins issue.
OK. I'm changing the summary. The bug is that the client doesn't warn the user that s/he does not have a plugin for the embedded midi file.
Shrirang, could you please check if the default plugin is launched on the html code specified? Probably an issue of size not enough to see the puzzle peace.
Andrei, unless I change the 'height' attribute to 35, the puzzle icon is not appearing. I remeber a bug with this problem was logged but it worked with the reporter's testcases.
Changing summary. The old one read 'NS6 does not warn user of missing midi plugin'. Frankly, I don't know what to do about this. The size could even be specified 0x0 to make the plugin intentionally invisible. In this case the default plugin will not show up at all and will probably be unclickable. Doing pop up in cases like this does not seem to be good solution to me.
Not RTM stop-ship. rtm-, Future. Not even sure we'll fix this; may ultimately WONTFIX. If content developers want the default plug-in to show up in the meantime, they need to make the size large enough that the user will see it.
Lots of overlap with bug 52905.
The main issue with 52905 was that somehow you couldn't click on the space occupied by the default plugin, but it is clickable even if it is cropped to 'invisibility'.
Methinks `Extra plug-ins are needed to display all of this page' should replace `Done' as status bar text in this situation. Clicking the status bar should then let you download the plug-in.
Still can't see the puzzle piece on tiny EMBEDs in version 0.9.6. I'll test a more recent nightly in a few moments.
The problem still exists in build 2001121309.
I like mpt's solution of adding text to the status bar.
proposed solution is to mimic the current cookie implementation, in that when the default plug-in is to be displayed, have the plug-in icon render in the window status bar, the user would then select the icon and be directed to the appropriate location. setting to PL2:P2
*** Bug 143424 has been marked as a duplicate of this bug. ***
will work this issue in the plug-in branch
This works for me with a current Seamonkey 1.9.1 branch build on win2003. Is this still a valid bug with the new plugin info bar ?
marking wfm because we have a new info bar for missing plugins in Seamonkey and in Firefox