Closed Bug 63376 Opened 24 years ago Closed 24 years ago

|value| is null for textfields

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
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
Keywords: mostfreq, regression, smoketest
*** 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 ago → 24 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.