Closed Bug 412312 Opened 17 years ago Closed 17 years ago

cannot type "~" by hitting the key combination for "~" twice (regression since ff2)

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P1)

x86
Windows 2000
defect

Tracking

()

RESOLVED DUPLICATE of bug 385364

People

(Reporter: mnemo, Assigned: masayuki)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 I'm using an english version of ff3b2 running on an english version of w2k, but I have swedish keyboard keyboard configured. To write the "~" character, I typically press and hold the AltGr key and then press the ^/¨/~ key (which is located just to the left of the upper part of the main ENTER key). I have noticed that in some, but not all, of the textarea and text-input boxes on wikipedia I cannot type the "~" character. I also cannot type in in the google searchbox on their front page, but I can however write it in the textarea tag where I'm filing this bug report. I've also tried ff3b2 on ubuntu gutsy and on that platform I can always type the "~" character with no problems. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Here is one of the pages that I can't type the "~" in. First open this URL: http://en.wikipedia.org/w/index.php?title=History_of_the_world&action=edit (and then try to type "~" into the big main textarea box)
Martin: Although I am not running 2K, I can type the "~" with no problem on Vista using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2008011405 Minefield/3.0b3pre. Also, does the issue only happen on the wikipedia site, or other sites as well?
Also works for me on XP with Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9b3pre) Gecko/2008011405 Minefield/3.0b3pre ID:2008011405
I switch back and forth between ff3b2 and ff2.0.0.11 a lot today to pin down what the actual difference is and now I think I got it (this also explains why I only ran into this problem when I edited wikipedia). In Wikipedia a user can "sign" his/hers post by writing four ~ symbols. The Wikipedia script will then translate the "~~~~" string into the actual username plus time and date. For this reason I frequently write "~~~~" on Wikipedia (which I guess is a very uncommon sequence to type). Anyway, the "~" is somewhat special in that it can be stacked onto other characters. If I just punch in the key combination for "~" and then press the "a" key I will get a "ã" character (same works for "ñ" etc etc). When this is used with a character that does not support ~-stacking the editor instead outputs the bare "~"-character followed by the character that didn't support ~-stacking. For instance f does not support it, so if I press the key combination for "~" followed by the "f" they I actually get "~f". An interesting special case is trying to stack a "~"-character onto a "~"-character. Since the "~" character does not support "~"-stacking what happens is this: you press the key combination for "~" and nothing happens, and then you press the key combination for "~" and the editor outputs "~~". So this is known and expected behavior. I actually use the "~"-stacking on "~" feature all the time without actually thinking about the complexity. What I do when I sign posts at wikipedia (and what almost everyone does I suppose) is that they just punch in the key combination for "~" four times and out comes four copies of the "~" character. It all happens so fast that it's east to forget all the special case behavior of the "~"-character. Now, to the point and to the actual ff3b2 bug: ff3b2 fails to print "~~" when you try to stack "~" onto "~". this works fine in all other editors I tried; I can do it in notepad, ff2.0.0.1 etc etc but ff3b2 fails to trigger the character insertion the second time the key combination for "~" is pressed.
Assume that K denotes the key combination for "~". Then this is the behavior I see: KK produces "~~" in ff2 and nothing in ff3b2. Ka produced "ã" in both browsers. KKa produces "~~a" in ff2 and "a" in ff3b2. KKKa produces "~~ã" in ff2 and "ã" in ff3b2. K followed by SPACE produces "~" in ff2 and "~" in ff2b2.
I funny thing is that the "¨" character doesn't seem to be affected, even though that character usually behaves in the same way (I mean it has stacking so you can write stuff like "ä" ad "ï" and so on).
Summary: cannot type the "~" char when editing wikipedia → cannot type "~" by hitting the key combination "~" twice (regression since ff2)
Summary: cannot type "~" by hitting the key combination "~" twice (regression since ff2) → cannot type "~" by hitting the key combination for "~" twice (regression since ff2)
Using a nightly build from today on ubuntu gutsy it seems that pressing the key combination for "~" twice will now insert a single "~" character. I'm not sure whether that should be considered a bug or not. It's different from what ff2 did at least and it's different from notepad in windows etc. The exact build I used was: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3pre) Gecko/2008011604 Minefield/3.0b3pre
I see the same behaviour as described in comment 5 with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008011915 Firefox/3.0b3pre. It seems to be the same in all text boxes. I added Swedish in the Regional and Language Options Control Panel, set Firefox to use the Swedish layout using the Language Bar, and tested using the key that's labelled ]} on my English (UK) keyboard. The same thing happens with ` on a Norwegian layout, which also uses AltGr.
nominating for ff3 because of the many non-english wikipedians that will be 'hit' by this subtle regression from ff2
Flags: blocking-firefox3?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-firefox3? → blocking-firefox3+
This bug rather belongs into the Core product where it might actually be found by somebody with the proper expertise. Please make sure that the blocking flag doesn't vanish, though.
Component: General → Keyboard: Navigation
Flags: blocking-firefox3+
Product: Firefox → Core
QA Contact: general → keyboard.navigation
Flags: blocking1.9?
Flags: tracking1.9? → blocking1.9?
Dupe of bug 385364?
Assignee: nobody → masayuki
Flags: blocking1.9? → blocking1.9+
Priority: -- → P1
exactly.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.