Closed Bug 32129 Opened 25 years ago Closed 24 years ago

Cannot load the Object tag applet two in a row

Categories

(Core Graveyard :: Java: OJI, defect, P3)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 50547

People

(Reporter: bsharma, Assigned: stanley.ho)

References

Details

(Whiteboard: [nsbeta2-]ETA 8/10)

Attachments

(1 file)

Build ID: 03/16/00 beta1. After I load one applet with an object tag, I have to close the browser and reopen again to load another applet with the object tag.
For this applet, the browser crashes on the Windows 2000 platform as well.
Summary: Cannot load the Object tag applet two in a row → Cannot load the Object tag applet two in a row
Dear bug reporter: can you attach a test case, please? I can have QA here and Java Plug-In engineering look at it, too. Perhaps the latest stuff has a fix.
Stanley, Raju, copying you in case it's easy for you to verify this. If not, I'll close it as WORKSFORME. Still no test case from the bug reporter.
Target Milestone: --- → M17
Attached file applets for the object tag (deleted) —
Added a zip file that has two applets for the object tag. Please let me know if you cannot see the attachment.
I tried this on WinNT 4.0 with Service Pack 5 Used Netscape Preview Release 1 with bundled Java Plugin I do see the problem Do see the same with M15 with internal java Plugin. Load the one which checks the height of the applet (height.html). It displays the Applet. Now go load width.html. It does display the applet size based on the width specified, but it does not display the applet. Now press the Back button. This time height.html also does not display the applet (ofcourse it displays the applet size correctly).
Nominating for Beta 2. This is not a crash, but not being able to load an applet twice in a row seems like a pretty common case, and goes to basic stability of the browser and Java usage.
Keywords: nsbeta2
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
While trying to verify this test, I found that widthtest_c2.html not included in attachment.
Assignee: drapeau → edburns
After a little investigation, this might be a Stanley bug. I'm going to build Java and try it out on my machine.
Status: NEW → ASSIGNED
Assignee: edburns → stanley.ho
Status: ASSIGNED → NEW
I couldn't get ladybird to run so I can't debug this any deeper. I'm going to re-assign this to Stanley, since he'll be here Monday and Tuesday and I won't.
I tried to reproduce the bug, but the attached test cases doesn't contain any Java class files. I will reassign it to bsharma to provide the test case.
Assignee: stanley.ho → bsharma
Stanley, try this http://lonely/Blackwood/OJI/PluginTest/TagsOJI.html Under the OBject heading. Click on height. Then press Back Choose Width U should be able to see the problem.
Spoke with George...re-assigning to stanley.
Assignee: bsharma → stanley.ho
Whiteboard: [nsbeta2+] → [nsbeta2+]ETA 7/26
haha. I clicked on the link and it took me to www.lonely.com which is a hardcore XXX site. be warned, if you're not on the right side of some firewall (and it's not netscape's firewall, probably sun's), you'll end up there. *do NOT* click on the big blue link that says "CLICK HERE" - that'll get you nothing but a headache.
Won't make it for today. Fixing this for real requires changing how lifecycle of applets is managed by the browser host. Shouldn't do that, and no work-around in Java Plug-In possible for PR 2. Will fix after PR 2.
Keywords: nsbeta2nsbeta3
Whiteboard: [nsbeta2+]ETA 7/26 → [nsbeta2+]ETA 8/10
Per conversation with drapeau today, this will not get fixed for PR2. Setting to [nsbeta2-], already on nsbeta3 nominee.
Whiteboard: [nsbeta2+]ETA 8/10 → [nsbeta2-]ETA 8/10
Depends on metabug.
Depends on: 31220
Adding nsbeta2 keyword to bugs with nsbeta2 triage value in status field so the queries don't get screwed up
Keywords: nsbeta2
This is still happening(windows 2000081508m18). Updating target milestone to m18.
Target Milestone: M17 → M18
Status: NEW → ASSIGNED
Raju, your link returned 404 NOT found. Can you please post a revised link?
Never Mind, I had a local copy.
Still hangs. Dup if bug 50547 *** This bug has been marked as a duplicate of 50547 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Umm.. bug 50547 seems to have morphed into something that this one can be a duplicate of. So verifying this as a duplicate. 'Browser stops responding when url is loaded and back button is pressed' Note that bug 50547 is marked verified fixed. So if this bug still shows up, please reopen.
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: