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)
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.
Comment 1•24 years ago
|
||
Reporter what build are you using? Do you have a testcase we can use to test this problem out? Thanks in advance.
Comment 2•23 years ago
|
||
Yes, we need an example so that we can confirm the problem and get it fixed.
Comment 3•23 years ago
|
||
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
Assignee | ||
Comment 4•23 years ago
|
||
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
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0.1
Comment 5•22 years ago
|
||
marking fixed to get on the testing radar
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 6•22 years ago
|
||
beyond my capability to actually verify fix :(. marking verif (stamp)
Status: RESOLVED → VERIFIED
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
•