Closed Bug 6819 Opened 25 years ago Closed 25 years ago

[PP] implement multipart/x-mixed-replace [was: CGI's in frames, only 1st frame renders]

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Platform:
PowerPC
Mac System 7.5
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: mcafee, Assigned: gagan)

References

(
URL
)

Details

(Whiteboard: [TESTCASE])

Attachments

(1 file)

A Test case using frames
(deleted), text/html
Details
Apprunner, Linux. I've created a test page that has two frames, both frames do a simple buzilla query, only the first frame renders. This test works on 4.5/Linux.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Can't do anything with this. Please submit your test case.
Added test URL. Please download test page locally if ftp: doesn't work.
URL: ftp://mocha/mcafee/bugs/6819/testFram...
Assignee: rickg → petersen
URL: ftp://mocha/mcafee/bugs/6819/testFram...
Status: RESOLVED → NEW
Can't do anything with this. Please submit your test case.
Resolution: INVALID → ---
Clearing invalid resolution, I have provided a test case.
Target Milestone: M7
mcafee, where's the test URL, and why is this assigned to my favorite San Diego QA dude named Chris who's a guy?
Added test URL.
Attached file A Test case using frames (deleted) —
Assignee: petersen → rickg
TestFrames.html has been attached. If you attempt to open this file, the window resizes vertically with no frames displayed.
Assignee: rickg → karnaze
Chris -- this looks like a legit frame bug. By tracing in the parser, I believe that only two docs are being loaded: the main doc (given in the URL above), and the first of it's 3 frames. The others don't seem to come through.
Target Milestone: M7 → M8
moving to m8.
Assignee: karnaze → pollmann
Component: Layout → HTMLFrames
Reassigning frameset/iframe bugs to Eric.
This problem still occurs in the June 30th Build. (1999063009)
Status: NEW → ASSIGNED
OS: Linux → All
Hardware: PC → All
Hmm, when I view this page running under a debugger (or not), only one of the three frames will load. When I set a breakpoint in nsFrameFrame.cpp's TempMakeAbsURL, and step through the forming of the URL each time, (it is formed correctly each time) at least two and sometimes three frames will load. Is this bug still present with Necko enabled? (I've not yet tried.)
Necko build doesn't render anything yet. Try a linux build ;-)
Didn't make M8
I could not reproduce this bug with any page in the frame other than bugzilla queries... That is, until I tried writing my own CGI to duplicate it. I had success only when I spit out a mixed/multipart document, like bugzilla does (First part is "<p>Please stand by...</p>", and the second part is the results of the query). Here is my CGI: #!/usr/bin/perl print<<EOF Content-Type: multipart/x-mixed-replace;boundary=thisrandomstring --thisrandomstring Content-type: text/html <p>Loading... <p> --thisrandomstring Content-type: text/html <p>Done. <p> EOF And here is the HTML page to reproduce the bug: <HTML> <FRAMESET ROWS="*,*"> <FRAME SRC="/cgi-bin/slow.cgi"> <FRAME SRC="/cgi-bin/slow.cgi"> </FRAMESET> </HTML> Still looking into why this may be a problem, but it seems to be either netlib or webshell, as both page requests are going through that far...
*** Bug 9786 has been marked as a duplicate of this bug. ***
Whiteboard: [TESTCASE]
(using apprunner, Linux build 1999073108) The following output was produced by apprunner (in the xterm window) when trying to view the testcase attachment. It seems to show that the multipart/x-mixed-replace content type is to blame. The CGI test-case suggested by pollmann@netscape.com highlights the bug as well. FindShortcut: in='http://bugzilla.mozilla.org/showattachment.cgi?attach_id=427' out='null' DocLoaderFactory: Unable to create ContentViewer for command=view, content-type=multipart/x-mixed-replace;boundary=thisrandomstring DocLoaderFactory: Unable to create ContentViewer for command=view, content-type=multipart/x-mixed-replace;boundary=thisrandomstring DocLoaderFactory: Unable to create ContentViewer for command=view, content-type=multipart/x-mixed-replace;boundary=thisrandomstring
This may be a webshell or netlib problem. CC'ing people who might be interested.
Summary: CGI's in frames, only 1st frame renders → implement multipart/x-mixed-replace [was: CGI's in frames, only 1st frame renders]
Changing title to reflect real problem: multipart/x-mixed-replace isn't implemented. I think some combination of Gagan and Rickg were going to do this.
Assignee: pollmann → gagan
Status: ASSIGNED → NEW
Rick is on vacation, Gagan can you take a look to see that your side is implemented and then pass it on when you're done?
*** Bug 11728 has been marked as a duplicate of this bug. ***
*** Bug 11933 has been marked as a duplicate of this bug. ***
*** Bug 12036 has been marked as a duplicate of this bug. ***
*** Bug 11928 has been marked as a duplicate of this bug. ***
QA Contact: petersen → paulmac
adding myself as QA contact
adding myself to the cc list.
*** Bug 12170 has been marked as a duplicate of this bug. ***
*** Bug 12581 has been marked as a duplicate of this bug. ***
Depends on: 11310
*** Bug 12763 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 11310 ***
Status: RESOLVED → REOPENED
Summary: implement multipart/x-mixed-replace [was: CGI's in frames, only 1st frame renders] → [PP] implement multipart/x-mixed-replace [was: CGI's in frames, only 1st frame renders]
Resolution: DUPLICATE → ---
this is not a dup, because 11310 is fixed (per valeski), and bugzilla queries are still not working on the Mac 8/30 builds, though they are working on Linux and PC. Re-opening and marking [PP]
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
OS: All → Mac System 7.5
Hardware: All → Macintosh
Resolution: --- → FIXED
patrick has checked in a fix for the mac, marking resolved
Status: RESOLVED → VERIFIED
Marking VERIFIED fixed with 1999090208 build.
*** Bug 13323 has been marked as a duplicate of this bug. ***
*** Bug 13603 has been marked as a duplicate of this bug. ***
*** Bug 15401 has been marked as a duplicate of this bug. ***
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: