Closed Bug 96496 Opened 24 years ago Closed 24 years ago

[LNX]Form action lacking quotes treated as netscape search

Categories

(Core :: DOM: Core & HTML, defect)

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: robert.hutzel, Assigned: rods)

References

(
URL
)

Details

The example url is the login page for a newspaper's archives. Whatever you enter in that form should be sent to the site but it's instead treated as a netscape search. I believe this is due to the action not being in quotation marks in addition to being an incomplete URL.
Reporter, could you add the buildid of the build you are using Without a valid login it is hard to test this. When I try without a userid or password I get a server-generated response saying "Your user name must be specified. Please try again." WFM (I'm not being redirected to nssearch) Win2k 20010820
I'm realizing I didn't report this bug very well at first and apologize. My build is currently Linux 2001081514. It turns out that an incorrect password is handled correctly by simply responding that it was invalid. The problem does exist with a valid login. It's a shared l/p for a college campus and if this works then enjoy (L:star015 P:tea,victor). Netscape 4 correctly leads to the following url: http://wawa.thunderstone.com/cgi-bin/slsearch?command=html&url=/starlegal.html However, Mozilla does a netscape search for cgi-bin. Let me know if you can reproduce this now.
Sorry, but now the login kicks me out because of my host (a UK ISP). That much still works for me. I suspect the is a Linux-only issue so it needs someone who can test on that.
works for me with today's build on WinNT
Summary: Form action lacking quotes treated as netscape search → [LNX]Form action lacking quotes treated as netscape search
WORKSFORME on linux 2001092608. I can make a few assumptions here based on the intial report. Since the Netscape search was to search for host cgi-bin, I can assume the form action used to be <form action=http:/cgi-bin/foo/> That is the case with many evangelism bugs. The HTML looks fine so it might have been fixed. Resolving but if this is an issue still, re-open this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
verifying
Status: RESOLVED → VERIFIED
Verifying that this problem was corrected. Thank you!
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.