Closed Bug 63376 Opened 24 years ago Closed 24 years ago

|value| is null for textfields

Categories

(SeaMonkey :: UI Design, defect)

defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.8

People

(Reporter: bugzilla, Assigned: cmanske)

References

Details

(Keywords: regression, smoketest)

Build ID: 12/20 trunk (tip) and 20000121920 Steps to Reproduce: (1) Type an address in the URL bar. (2) Press enter. --or-- (1) Open the `Open Web Location' dialog (Ctrl+L or File | Open Web Location...') (2) Type in an address. (3) Press enter or `Open'. Result: nothing happens.
Not Ben's, but I'm not sure whose...
Severity: normal → blocker
*** Bug 63377 has been marked as a duplicate of this bug. ***
OS: Windows ME → All
Hardware: PC → All
Summary: URL bar and Open Web Location don't work → |value| is null for textfields
OK, what's actually causing this and bug 63379 is that (textfield).value is returning null. So the url bar doesn't work because there's supposedly nothing in it, buttons aren't enabling because there's supposedly nothing in the associated textfields, and so forth. Didn't we have a similar problem recently?
*** Bug 63379 has been marked as a duplicate of this bug. ***
seems to also be affecting any data entry field, even a form field
Just in case anyone is looking at this, I've narrowed the field down to that second cloud of red between 4:30pm & 8pm PST .
After backing out cmanske's checkins (in my local tree) between 5:30 & 7:30, the urlbar is useful again. Reassigning to cmanske.
Assignee: ben → cmanske
I'll try contacting charlie this morning, but will backout before 8 am pacific time if i can't. thanks for tracking this, cls.
text fileds are now working fine with the latest commercial linux build 2000-12-20-08-Mtrunk
*** Bug 63404 has been marked as a duplicate of this bug. ***
this works fine on windows commercial build 2000-12-20-09-Mtrunk marking fixed
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
*** Bug 63409 has been marked as a duplicate of this bug. ***
note that this was fixed by backing out; charlie and kin need to go over the code and figure out what happened before recommitting.
FYI, the real fix for this problem was to modify nsTypedSelection::addTableCellRange() to not return an error when there is no mFrameSelection. cmanske will be rechecking in his changes with this one change.
Adding myself to the Cc list.
vrfy'd fixed using comm verif bits: 2000.12.20.09, winNT 2000.12.20.08, linux rh 6.2 2000.12.20.10, mac os 9.0
Status: RESOLVED → VERIFIED
Reopening so the real fix can be verified.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
The real fix has been checked in.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla0.8
*** Bug 63488 has been marked as a duplicate of this bug. ***
*** Bug 63397 has been marked as a duplicate of this bug. ***
*** Bug 63398 has been marked as a duplicate of this bug. ***
vrfy [still/no regressions] fixed using linux rh 6.2 2000.12.21.08 winnt 2000.12.21.09 mac os 9.0 2000.12.21.04
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.