Closed
Bug 78225
Opened 25 years ago
Closed 24 years ago
Forms zeroed out
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
VERIFIED
FIXED
mozilla1.0.1
People
(Reporter: lindahl, Assigned: rods)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; 0.8) Gecko/20010217
BuildID: 2001021712
TWiki is a web collaboration tool. All versions of mozilla are
flakey in dealing with its forms. In order to reproduce:
1) Go to http://twiki.org/cgi-bin/view/Test/TestTopic34
2) Hit the "Edit" button
3) Use TWikiGuest and guest and your username and password
4) You should see a form with the page contents.
5) Hit the "Preview Changes" button.
6) If the bug manifests itself, you will see a page with a
header and footer but you won't see the preview itself.
7) Hit the "Back" button.
8) Hit "Preview Changes" again.
9) You should now see the correct output.
Sorry I don't have it more detailed than that. It works OK on
other browsers, including Netscape 4.
Reproducible: Always
Steps to Reproduce:
See description.
| Reporter | ||
Comment 1•25 years ago
|
||
I verified that the "text" field in the form is indeed arriving empty at
the cgi script.
Comment 2•25 years ago
|
||
Reporter:
Can you try it again with mozilla 0.9 ?
Comment 3•25 years ago
|
||
Problem still exists with Mozilla 0.9.
Comment 4•25 years ago
|
||
over to HTML Forms
Assignee: asa → rods
Status: UNCONFIRMED → NEW
Component: Browser-General → HTML Form Controls
Ever confirmed: true
QA Contact: doronr → vladimire
| Assignee | ||
Comment 5•25 years ago
|
||
With today's build I get this stack trace:
nsVoidArray::Count() line 45 + 15 bytes
nsHttpAuthCache::nsEntryList::~nsEntryList() line 279 + 27 bytes
nsHttpAuthCache::nsEntryList::`scalar deleting destructor'(unsigned int 1) + 15
bytes
nsHttpAuthCache::SetCredentials(const char * 0x04716880, int 80, const char *
0x00000000, const char * 0x0012f998, const char * 0x00000000) line 144 + 28
bytes
nsHttpChannel::GetCredentials(const char * 0x0535d370, int 0, nsAFlatCString &
{...}) line 1207
nsHttpChannel::ProcessAuthentication(unsigned int 401) line 1103 + 23 bytes
nsHttpChannel::ProcessResponse() line 396 + 12 bytes
nsHttpChannel::OnStartRequest(nsHttpChannel * const 0x047166d4, nsIRequest *
0x0535ed50, nsISupports * 0x00000000) line 1974 + 11 bytes
nsOnStartRequestEvent::HandleEvent() line 108 + 53 bytes
nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x0535cd24) line 64
PL_HandleEvent(PLEvent * 0x0535cd24) line 588 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00a188c0) line 518 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x022d10a2, unsigned int 49485, unsigned int 0,
long 10586304) line 1069 + 9 bytes
USER32! 77e71820()
00a188c0()
Status: NEW → ASSIGNED
This appears to have been fixed in 0.9.1 (Talkback build under Windows 2000) -
tried this on several TWiki sites including internal ones and TWiki.org (see URL
above), as well as
http://sleepless-night.com/cgi-bin/twiki/view/Test/TestTopic1, and it works in
all cases.
I'm not really a bugzilla person so have not marked Fixed yet.
Comment 7•24 years ago
|
||
resolving as fixed based on rdonkin@bigfoot.com's comment
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.0.1
You need to log in
before you can comment on or make changes to this bug.
Description
•