Closed
Bug 29178
Opened 25 years ago
Closed 25 years ago
cgi's/servlets that return no content status header are not handled properly.
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: ed, Assigned: rpotts)
Details
(Whiteboard: [nsbeta2+])
Attachments
(1 file)
|
(deleted),
patch
|
Details | Diff | Splinter Review |
the following simple perl script doesnt work across:
#!/usr/bin/perl -w
print "Content-type: text/html\r\n";
print "Status: 204 No Content\r\n\r\n"
exit 0
the script above actually displays a new page rather
than stay on the same page. this works under 4.7x, etc.
but not under mozilla 5.0..
|
||
Comment 1•25 years ago
|
||
would you add a URL that demonstrates this problem? thanks.
URL that contains a no-content 204 status cgi:
http://zzdslppp55.phnx.uswest.net/cgi-bin/status204.cgi
this cgi when run under M13 (5.0) causes a blank page to be displayed
(<html><body></body></html>)) which is incorrect. it should leave you wherever
your browser is pointed because the status line is 204 which means to not
redisplay/reload any content. it's a no op. This works fine under 4.7x, as well
as 4.0/3.0 versions of the browser. It fails under 5.0..
the source for the cgi is very very simple. it's a 3 line script :
#!/usr/bin/perl -w
print "Content-type: text/html\r\n";
print "Status: 204 No Content\r\n\r\n";
exit 0;
the browser should gracefully handle 204s.. and leave the user wherever they
are.
An additional URL that reproduces bug: http://www.cductive.com --
go to the commercial site above and search for an artist (can be any artist).
when search results page comes up either click on mp3 or cd, and this should
spawn a no-content cgi which results in the link getting a different color. this
does not work under 5.0 (M13) but works under 4.7x...
|
||
Comment 3•25 years ago
|
||
confirmed. tested on M15 2/28 nightly under NT.
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
|
||
Comment 4•25 years ago
|
||
Moving to networking
Assignee: cbegle → gagan
Component: Browser-General → Networking
QA Contact: asadotzler → tever
|
||
Updated•25 years ago
|
Target Milestone: M15
we need a no-op functionality in webshell to support this. ->travis
Assignee: gagan → travis
Target Milestone: M15 → M16
Putting on [nsbeta2-] radar, unless you can come up with a common site.
Keywords: beta2
Whiteboard: [nsbeta2-]
|
|
||
Comment 7•25 years ago
|
||
common site?
http://www.cductive.com doesn't work properly..
http://www.switchouse.com (our site) doesn't work correctly..
basically if you want any type of updating cgi that returns no content it
doesn't work with the PR1 release. we have cgi's that respond to check boxes,
and actually update oracle databases.
thanks and let me know if you need any other info..
-ed
[This needs to be fixed for beta2. Removing nsbeta2- designation. -Warren]
Whiteboard: [nsbeta2-]
|
Assignee | |
Comment 9•25 years ago
|
||
|
|
Assignee | |
Comment 10•25 years ago
|
||
I've just checked the fix in...
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
|
||
Comment 11•25 years ago
|
||
set up simple perl script on internal server for test case
verified: winNT 2000053108
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•