170329 - StreamAsFile not called on reload of page w/ plug-in

Status: RESOLVED WONTFIX

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

Description

[Alec Lazarescu]

Download plug-in from: http://www.mathxl.com/plugin.zip

Copy the DLL to your plug-ins directory and then load the page with the .ipp.  
Hit reload and you'll get a screen with "InterAct Math Plug-in" instead of the 
loaded plug-in.  I stepped through and New Stream is called, but StreamAsFile 
is not on the reload.

Platforms Tested: Mozilla 1.1, Mozilla 1.2a, Netscape 7
All exhibit same behavior.

Comment 1

[Frederic Bezies]

Seeing this at http://www.mathxl.com/bothmxlwiz/default.htm

"System Requirements Checkpoint

1. System Requirements:

Windows Pentium class PC or better (95, 98 2000, NT, XP).
Internet Explorer 5.0 or above.
Monitor resolution 800 x 600 (see below to check resolution).
Internet connection
InterAct Math and TestGen plug-ins (see below for plug-in installation).

Not supported: 

Netscape 6.0 (IE recommended; only Netscape 4.7 works consistently)
AOL browser
Macintosh"

if you want to work with this plugin, you have to download the one proposed in
the URL in the beginning of my comment. And copy plugins data in plugins folder.

After, it is working without problem.

So, the dll you proposed is not working with mozilla, but the one proposed on
the site is working well.

Using trunk build 2002092304 - InterAct Math Plugin, Version 5.4 (32-bit) - WinXP.

(Sorry for being that long).

Comment 2

[Alec Lazarescu]

The one from http://www.mathxl.com/bothmxlwiz/default.htm acts the same for me 
on two PC's I tested (one a fresh install of Mozilla and plug-in).  
Specifically, it loads the first time, but not after hitting the reload button 
on the browser.

Can someone else confirm/deny?

-Thanks

Comment 3

[serge (gone)]

I can confirm we *DO* call NPP_StreamAsFile always, but some time plugin shows
"Loading...", some time "InterAct Math Plug-in", I doubt mozilla has something
to do with that display.
You can get plugins log file by setting

SET NSPR_LOG_MODULES=Plugin:5,PluginNPN:5,PluginNPP:5
SET NSPR_LOG_FILE= c:\tmp\pluginlog.txt
and check out "NPP StreamAsFile called:..."

Comment 4

[rubydoo123]

awaiting response from reporter, please try capturing the data and confirming
Serge's request.

Shrir: can you please try this

Comment 5

[Alec Lazarescu]

Serge: I setup the environment vars and I did get logging, but StreamAsFile 
was never logged (even when it was working).

The plug-in worked after 1 reload, but not a second.  This works fine after 
evert reload in IE and Netscape 4.x.

I'm attaching the log anyway, though I don't feel it's detailed enough.

Comment 6

[Alec Lazarescu]

Attachment: Log of loading the plug-in and reloading twice, fails on 2nd reload

Comment 7

[serge (gone)]

it appears plugin logging does not work properly in release build:(
I'm investigating why.

Comment 8

[Peter Lubczynski]

Plugin logging seems to only log nsPluginHostImpl.cpp in release builds. This
could be because it has this at the top:

/* XdpX Really really force prlogging*/
#define FORCE_PR_LOG /* Allow logging in the release build */
#define PR_LOGGING 1
#include "prlog.h"

That should probably be moved to nsPluginLogging.h so it's always on.

Comment 9

[rubydoo123]

Handing this over to Serge

Peter: can you open a bug for the file content change and just get it fixed so
logging does indeed work correctly - thanks

Comment 10

[Alec Lazarescu]

Logging still doesn't work for showing StreamAsFile in Mozilla 1.2b.  Bug 
still exists.  Try and refresh the plug-in 5 times on the URL above and it 
will not load some of those times.  Works flawlessly in Netscape 6.2.1 and 
IE.  Please confirm at least.

Comment 11

[serge (gone)]

I've tryied InterAct Math Plugin, Version 5.4
here is dbmon.exe output:

DLLEntryPoint for NPIMTH32.DLLNPP_Initialize
Begin : Create UI Window
Begin : WinController
End   : WinController
End   : Create UI Window
Begin NewStream
End NewStream
Begin StreamAsFile
Begin   : Load Problem Package
C:\DOCUME~1\SERGE\LOCALS~1\TEMP\plugtmp\i0101001.ipp
End     : Load Problem Package
HEAP[mozilla.exe]: Invalid Address specified to RtlGetUserInfoHeap( 130000,
639a498 )
 --> it looks like InterAct Math Plugin shows the right content 
 oly after some heap corruption which occurs from NPIMTH32.DLL,
 w/ is stack trace
	NTDLL! RtlpBreakPointHeap@4 + 38 bytes
	NTDLL! RtlpValidateHeapEntry@12 + 134277 bytes
	NTDLL! RtlDebugGetUserInfoHeap@20 + 207 bytes
	NTDLL! RtlGetUserInfoHeap@20 + 116689 bytes
	KERNEL32! GlobalFlags@4 + 37401 bytes
	BWCC32! SpecialLoadDialog + 140 bytes
	BWCC32! CreateDialogParamA + 21 bytes
	NPIMTH32-5-4! @StdDlgProc$qp6HWND__uiuil + 827 bytes
	NPIMTH32-5-4! @StdDlgProc$qp6HWND__uiuil + 669 bytes
	NPIMTH32-5-4! NP_Shutdown + 21074 bytes
	...
  and than it does exit couple of threads...
DLLEntryPoint for NPIMTH32.DLLThe thread 0x54C has exited with code 0 (0x0).
DLLEntryPoint for NPIMTH32.DLLThe thread 0x564 has exited with code 0 (0x0).
...
it looks like some race condition in InterAct Math Plugin code, and not a
mozilla problem.

on mozilla logging: Peter, you checked in patch for bug 170876, right?
but some how it's still off in release build:(

Comment 12

[rubydoo123]

from Serge's comment, it sounds like this should be a WFM

Comment 13

[Alec Lazarescu]

I don't get the error serge mentioned and I don't see why the plug-in exhibits 
a race condition when it's one window and one plug-in instance.  It shouldn't 
be doing any plug-in loads/unloads out of order.  I'm not going to go on 
record and state that InterAct plug-in is flawless, but this is a legacy 
product and would take significant effort to determine IF and what it's doing 
weird when it's not loaded/shutdown in a serialized manner.  I don't feel this 
is warranted considering it works in previous versions of Netscape/Mozilla and 
IE flawlessly in the single instance state.  Something has obviously been 
changed in the Mozilla codebase to cause this behavior.

Comment 14

[Peter Lubczynski]

Can you set a breakpoint and step through
|nsPluginStreamListenerPeer::OnStopRequest| in
modules/plugin/base/src/nsPluginHostImpl.cpp and see what's going on when the
stream completes?

Comment 15

[Peter Lubczynski]

This WFM find with BOTH Real (8) and WMP (8) in today's build.

Reporter: Please try with an updated build. For Real to work, be sure you find
nppl3260.xpt and nppl3260.dll in the Mozilla plugins or components folder. These
are needed to work.

Comment 16

[Peter Lubczynski]

oops, ignore that -- last comment was for another bug.

Comment 17

[BMO Automation]

Resolving as wont fix, plugin support deprecated in Firefox 85.