Closed Bug 29532 Opened 25 years ago Closed 25 years ago

TextAreas are not submitting their contents all the time.

Categories

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

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: 1212mozilla, Assigned: pollmann)

References

()

Details

To reproduce this bug: Go to the url specified. This url is a private forum on slashdot, so it is ok to submit comments there. Choose the reply button, to post a message. Put in a subject and a message contents. Make sure to put enough message contents in such that it fills the text area vertically. Enough so there is a vertical scroll bar. (This doesn't seem to be a bug for short comments) Hit the Preview button. This will let you make changes to your comment. More importantly, it will you give you back the same form with your comment alread filled in. Repeat hitting the preview button until your data is lost. It usually happens on the second preview for me. This happens on many places on the internet, free email sites, deja.com, even here in bugzilla to me. It seems to have appeared since, M13. I didn't notice this problem with M13 at all.
Reassigning to JFrancis.
Assignee: karnaze → jfrancis
Pollmann, is this something you should look at? (this is jfrancis from brade's account)
Assignee: jfrancis → pollmann
Which build was this seen in? I don't see it on today's Solaris build (repeated over twenty times). Will have to wait a few hours for a Linux build. When no comments appear in the text box, do comments appear in the "Preview Comment" section? If so this may be a problem with setting the text input's default value, not sumbmitting it. I'm going to leave this uncomfirmed until someone can reproduce it in a recent daily build, thanks!
Summary: TextAreas are to submitting their contents all the time. → TextAreas are not submitting their contents all the time.
>When no comments appear in the text box, >do comments appear in the "Preview Comment" section? No comments to not appear in the "Preview Comment" section either. I discovered this at work on a version that may be slightly more than a week old at this point. I tested it at home under win32 and could not reproduce the bug. On Monday, I will download a new version and test again.
After downloading the most recent nightly build for linux, I can no longer reproduce this bug. With any luck, it is fixed and won't appear again. :-)
As reported and me are both unable to reproduce, I'm closing this as worksforme. Thanks for testing this again! :)
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Updating QA contact.
QA Contact: ckritzer → vladimire
Not there anymore Platform: PC OS: Redhat 6.2 Linux 2.2.14 Mozilla Build: 2000103108 M18 Trunk Build Marking as verified.
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.