Closed
Bug 63376
Opened 24 years ago
Closed 24 years ago
|value| is null for textfields
Categories
(SeaMonkey :: UI Design, defect)
SeaMonkey
UI Design
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.
Reporter | ||
Updated•24 years ago
|
OS: Windows ME → All
Hardware: PC → All
Summary: URL bar and Open Web Location don't work → |value| is null for textfields
Reporter | ||
Comment 3•24 years ago
|
||
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?
Comment 5•24 years ago
|
||
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
Comment 8•24 years ago
|
||
I'll try contacting charlie this morning, but will backout before 8 am pacific
time if i can't. thanks for tracking this, cls.
Comment 9•24 years ago
|
||
text fileds are now working fine with the latest commercial linux build
2000-12-20-08-Mtrunk
Comment 10•24 years ago
|
||
*** Bug 63404 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
this works fine on windows commercial build 2000-12-20-09-Mtrunk
marking fixed
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•24 years ago
|
||
*** Bug 63409 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
note that this was fixed by backing out; charlie and kin need to go over the
code and figure out what happened before recommitting.
Comment 14•24 years ago
|
||
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.
Comment 15•24 years ago
|
||
Adding myself to the Cc list.
Comment 16•24 years ago
|
||
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
Assignee | ||
Comment 17•24 years ago
|
||
Reopening so the real fix can be verified.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 18•24 years ago
|
||
The real fix has been checked in.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla0.8
Comment 19•24 years ago
|
||
*** Bug 63488 has been marked as a duplicate of this bug. ***
Comment 20•24 years ago
|
||
*** Bug 63397 has been marked as a duplicate of this bug. ***
Comment 21•24 years ago
|
||
*** Bug 63398 has been marked as a duplicate of this bug. ***
Comment 22•24 years ago
|
||
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
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•