Closed Bug 200439 Opened 22 years ago Closed 22 years ago

Last character typed in text field when creating new profile is not displayed in target location

Categories

(SeaMonkey :: Startup & Profiles, defect)

Product:
SeaMonkey
Component:
Startup & Profiles
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: p_ch)

References

Details

(Keywords: fixed1.4.1, regression)

Attachments

(2 files)

Screenshot
7.93 KB, image/gif
Details
use of oninput
668 bytes, patch
bryner
: review+
jag+mozilla
: superreview+
asa
: approval1.4.1+
asa
: approval1.5b+
Details | Diff | Splinter Review
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 When creating a new profile last character typed is not shown in the target location. See screenshot. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Attached image Screenshot —
This was also tested in Mozilla 1.4a
*** Bug 200596 has been marked as a duplicate of this bug. ***
*** Bug 200981 has been marked as a duplicate of this bug. ***
-> Profile Manager: Frontend
Component: Browser-General → Profile Manager FrontEnd
OS: Windows 2000 → All
Reassigning (sorry for the spam)
Assignee: asa → jaggernaut
QA Contact: asa → gbush
Keywords: regression
*** Bug 201909 has been marked as a duplicate of this bug. ***
*** Bug 202434 has been marked as a duplicate of this bug. ***
*** Bug 205428 has been marked as a duplicate of this bug. ***
*** Bug 206209 has been marked as a duplicate of this bug. ***
this regressed between linux trunk 2003032305 and 2003032405
*** Bug 207167 has been marked as a duplicate of this bug. ***
*** Bug 207666 has been marked as a duplicate of this bug. ***
*** Bug 209805 has been marked as a duplicate of this bug. ***
*** Bug 210054 has been marked as a duplicate of this bug. ***
Additionally, pressing any key (including cursor keys, tab, backspace etc) will cause the omitted character to show. In other words, the lower display lags one character behind the text field. Incidentally, the directory created has the correct name, not whatever is shown in the 'target location'.
Is this not a dupe of bug 152549?
*** Bug 211355 has been marked as a duplicate of this bug. ***
*** Bug 211710 has been marked as a duplicate of this bug. ***
*** Bug 211754 has been marked as a duplicate of this bug. ***
*** Bug 212374 has been marked as a duplicate of this bug. ***
"this regressed between linux trunk 2003032305 and 2003032405" I have been searching the archive on MozillaZine, and I came to a thread which contains a list of bugs fixed on 3/23 and on 3/24. Looking at Jason's style of posting, I suspect the bug which caused this regresssion is listed here (also, I might be wrong, but there are a few bugs which are related to caret and text, so it seems like it): http://forums.mozillazine.org/viewtopic.php?t=7796 (I doubt that smooth scrolling fix caused it.) Also, there are three bug threads from 3/24: http://forums.mozillazine.org/viewtopic.php?t=7850 http://forums.mozillazine.org/viewtopic.php?t=7851 http://forums.mozillazine.org/viewtopic.php?t=7852
A similar regression was fixed by changing an onkeydown event to an oninput event: bug 212487, "Form autocomplete is one character behind typed text".
Attached patch use of oninput — — Splinter Review
fwiw, this is due to the patch in bug 54035 and is indeed similar to bug 212487. onkeypress is handled before the textbox widget gets updated.
taking
Assignee: jaggernaut → chanial
Attachment #128063 - Flags: superreview?(jaggernaut)
Attachment #128063 - Flags: review?(bryner)
*** Bug 214219 has been marked as a duplicate of this bug. ***
Comment on attachment 128063 [details] [diff] [review] use of oninput r/sr=bryner
Attachment #128063 - Flags: review?(bryner) → review+
Attachment #128063 - Flags: superreview?(jaggernaut) → superreview+
Comment on attachment 128063 [details] [diff] [review] use of oninput requesting approval for 1.4 and 1.5b. This bug is well understood, the one-liner patch has been tested successfully and has a local impact and has been reviewed by bryner that fixed bug 54035 and a regression similar to this one.
Attachment #128063 - Flags: approval1.5b?
Attachment #128063 - Flags: approval1.4.x?
*** Bug 215885 has been marked as a duplicate of this bug. ***
Comment on attachment 128063 [details] [diff] [review] use of oninput a=asa (on behalf of drivers) for checkin to Mozilla 1.5beta and the 1.4 branch.
Attachment #128063 - Flags: approval1.5b?
Attachment #128063 - Flags: approval1.5b+
Attachment #128063 - Flags: approval1.4.x?
Attachment #128063 - Flags: approval1.4.x+
fixed on trunk
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
verified on trunk
Status: RESOLVED → VERIFIED
Does anyone want to put this on the branch or should I?
Keywords: fixed1.4.1
*** Bug 218472 has been marked as a duplicate of this bug. ***
Blocks: 224532
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: