Closed Bug 68043 Opened 24 years ago Closed 22 years ago

following a relative page link onto the same (page.html#onSamePage) will cause Streaming to Stop (& it's not restartable w/o a page reload

Categories

(Core Graveyard :: Plug-ins, defect)

PowerPC
Mac System 9.x
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0.1

People

(Reporter: dshultz, Assigned: peterlubczynski-bugs)

Details

From Bugzilla Helper:


User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)


BuildID:    





when Nav jumps to a relative page link, they reload the page (even if it's  
the same) -





Reproducible: Sometimes


Steps to Reproduce:


Description for Netscape:


  When the user clicks on an html hyperlink to an anchor on the same 
page, Shockwave instances remain


  active but any existing streams are destroyed.


1. Create an html page containing a shockwave title and an html hyperlink 
to an anchor on the same page.


2. Do something in the SW to provoke a long download -- 


3. Monitor getStreamStatus() to see that the transfer is in progress


3. Click on the html hyperlink


4. Immediately get netDone() true, netError() not OK.  In Netscape-speak, 
the stream is destroyed by


    the standard NPP_DestroyStream() call.


This is inconsistent.  Either the streams should continue or the plugin 
instance should be destroyed.  Please don't "fix" this by destroying the 
plugin instance.
Reporter what build are you using? Do you have a testcase we can use to test this problem out? Thanks in advance.
Keywords: qawanted
Yes, we need an example so that we can confirm the problem and get it 
fixed.
Dave, could you put up a testcase for this? That would be incredibly helpful.  
If it can dynamically display the getStreamStatus(), netDone(), netError() 
stuff, that would be wonderful.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This may have been recently fixed. 

dshultz@macromedia.com: can you or someone on your team check with NS 6.1 RTM
and post a coment here. Thanks!
Assignee: av → peterlubczynski
Target Milestone: --- → mozilla1.0.1
marking fixed to get on the testing radar
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
beyond my capability to actually verify fix :(. marking verif (stamp)
Status: RESOLVED → VERIFIED
Keywords: qawanted
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.