Closed Bug 16175 Opened 25 years ago Closed 25 years ago

Web links get mangled when submitting form at /.

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jelwell, Assigned: pollmann)

References

()

Details

When trying to submit a form to Slashdot. Web links get mangled. In paticular a space is added after each open tag "< ". So if you type in: < A HREF="www.mozilla.org"> Mozilla< /A> is good. Slashdot receives and displays (after clicking on Preview story): < A HREF="www.mozilla.org"> Mozilla< /A> is good. Now, of course this might not make any sense to you because I am using Mozilla M10 to submit this bug so you might see more than one space in between. Joseph Elwell.
Hey, Akkana --- Could this be related to an Output bug you're working on, or does it just sound similar?
Assignee: karnaze → kmcclusk
Reassigning to Kevin.
Summary: When trying to submit a form to Slashdot. Web links get mangled.
Added summary
Assignee: kmcclusk → pollmann
Eric, could you take a look at this?
It may relate to output stuff I've been working on; I've fixed some bugs related to this recently. Is this still happening?
This bug seems to have gone away. I'm using the nightly build. which I downloaded 11/5/99 at 12:01 PST. You guys rock!
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I'm going to mark this fixed; there were lots of changes recently in the output sinks involving output of entities like angle brackets, and I think Eric also fixed some form submission bugs, and one or both of those must have fixed this.
Status: RESOLVED → REOPENED
Summary: When trying to submit a form to Slashdot. Web links get mangled. → Web links get mangled when submitting form at /.
Resolution: FIXED → ---
I don't see this working in the 1999111016 M11 build under NT. When I enter: <a href="http://www.yahoo.com">Yahoo!</a> into the text input area at the URL above, I get: <ahref="http://www.yahoo.com";Yahoo</a> after submitting the form. So, I think this hasn't been fixed - or, rather, it's been replaced by a worse problem.
When I enter in <a href="http://www.yahoo.com">Yahoo!</a> The preview has a working link to yahoo show up. But the TextArea is showing the garbage cpratt noticed: <ahref="http://www.yahoo.com";Yahoo!</a> If I hit Preview again i get: <ahref="http://www.yahoo.com";;Yahoo!=;</a> And the Yahoo link is gone in the preview. So the data is getting sent to the server properly this time, however the Textarea is drawing it wrong. Some Unrelated issues on that page (which may require their own bug notices): I noticed View Source doesn't show me anything useful, the TextAreas are empty despite them actually exisisting. Is View-source hitting the server? and if it is, is it at least passing the cached parameters? Hitting the back button after previewing doesn't do anything. Expected result: Show the form (blank) form before I hit submit - probably has something to do with the URL not changing because it's a post. (Although hitting it again brings me to www.slashdot.org).
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
"the data is getting sent to the server properly this time, however the Textarea is drawing it wrong" - OK, then I can mark this as fixed & close it out. kin@netscape.com is working on textarea display problems - can't remember the right bug numbers but they're definitely there. closing bug again.
View Source re-fetches the source from the server (or, when we have one, the cache); it doesn't try to generate the source from the content tree. This is as RickG designed it.
One very closely related bug is bug 15204. Harish is working on that.
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.