Open
Bug 300724
Opened 20 years ago
Updated 3 years ago
In the middle of typing a "composed" accented character, pressing backspace deletes the previous/last character too
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
NEW
People
(Reporter: bugzilla, Unassigned)
References
Details
(Keywords: intl)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b3) Gecko/20050712 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b3) Gecko/20050712 Firefox/1.0+
When filling any form, after you enter any accent character (´,~,^,`,¨) and
pressing backspace it delete the last 2 characters.
Reproducible: Always
Steps to Reproduce:
1. go to a page with a form ( this one works )
2. type something like "0123" than "´"
3. press backspace
Actual Results:
it delete the "23" from the "0123"
Expected Results:
it should only delete the invisible "´"
Comment 1•20 years ago
|
||
WFM - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b3) Gecko/20050713
Firefox/1.0+
Reporter | ||
Comment 2•20 years ago
|
||
I still see it with
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b3) Gecko/20050713
Firefox/1.0+
Comment 3•20 years ago
|
||
I see the same problem, also in the findbar.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b3) Gecko/20050713
Firefox/1.0+ ID:2005071321
Comment 4•20 years ago
|
||
Try reproducing after steps 4, 7 and 9 of the standard diagnostic.
http://kb.mozillazine.org/Standard_diagnostic
Comment 5•20 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050918
Firefox/1.4 ID:2005091812
confirmed
so what product / component should this be ?
it fails in xul textarea-textinput and html textarea-textinput
![]() |
||
Updated•20 years ago
|
Flags: blocking1.8b5?
Confirmed
This is also happening in textboxs such as the address bar or the find bar.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050918
Firefox/1.4 ID:2005091806
Flags: blocking1.8b5?
Reporter | ||
Comment 7•20 years ago
|
||
I've first reported this only in Firefox, but now I saw this error in Tunderbird
also.
I don't know to which product should I change it...
Reporter | ||
Comment 8•19 years ago
|
||
how can I tried to get this bug fixed ?
It's been a year and no dev showed up to try to fix this!!!
Comment 9•18 years ago
|
||
worksforme Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6
Reporter | ||
Comment 10•18 years ago
|
||
still not working for me, but it had some changes in its behavior
type "0123"
type "´"
now it only deletes the "3"
but should only delete the invisible "´"
Comment 11•18 years ago
|
||
what version? (copy your build information from help|about)
why are your accent characters "invisible"? They shouldn't be invisible, no?
if firefox 2, does it happen if you start FF in http://kb.mozillazine.org/Safe_mode
Reporter | ||
Comment 12•18 years ago
|
||
My version is:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007111104 Minefield/3.0b2pre
I think the motif of my accented characters to be invisible is because I use a latin encoding so the accented character goes invisible "waiting" for the next letter it will be accenting ( like in é )
Reporter | ||
Comment 13•18 years ago
|
||
I can see this in utf-8 and in Western (iso 8859-1),
This bug also bites in safe mode ...
Also I have my language set to Portuguese in the windows panel control
Comment 14•18 years ago
|
||
Serge, do you also see this in whichever browser you are using?
Comment 15•18 years ago
|
||
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b2pre) Gecko/2007111204 Minefield/3.0b2pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b2pre) Gecko/2007111202 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)
(new) Bug confirmed, per comment 10:
on W2K fr, with French keyboard; tried "^¨~" accent keys.
I noticed 3 different behaviors:
B1) "Mozilla" apps: Forgets the accent key; then removes the previous character.
B2) MS-Explorer, MS-Notepad, OpenOffice: Forgets the accent key; and leaves the string as is.
B3) MS-WordPad, NotePad++: Removes the previous character; then adds the accent character itself.
I'm no expert, but I would think: B1 is wrong, B2 correct, B3 odd.
(system wide) Workaround: press "space" before "backspace" ... The accent character itself will be added then removed :->
(I had a look but didn't find any generic "Keyboard Handling" component around :-/)
Severity: normal → minor
Product: Firefox → Core
QA Contact: general → general
Summary: After adding an accented character in a form and pressing delete it delete the last 2 characters → In the middle of typing a "composed" accented character, pressing backspace deletes the previous/last character too
Version: unspecified → Trunk
Comment 16•18 years ago
|
||
"editor" should be a close fit. thanks Serge.
Component: General → Editor
QA Contact: general → editor
Comment 17•18 years ago
|
||
for intl users I would expect this to be more than an annoyance.
Severity: minor → normal
Keywords: intl
Updated•18 years ago
|
Flags: blocking1.9?
Simon's probably interested in this. We could take a patch, but it won't block.
Flags: blocking1.9? → blocking1.9-
Updated•18 years ago
|
Component: Editor → Widget: Win32
QA Contact: editor → win32
Comment 19•17 years ago
|
||
same problem with SeaMonkey 1.1.7 (Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7)
Deleting an accent (not an accentuated character) by typing backspace deletes the two previous characters as well.
Comment 21•5 years ago
|
||
Moving all keyboard/IME open bugs to DOM: UI Events & Focus Handling component.
Component: Widget: Win32 → DOM: UI Events & Focus Handling
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•