Closed Bug 429291 Opened 16 years ago Closed 16 years ago

Hotkeys (Ctrl-F, Ctrl-C, Ctrl-V, etc.) broken in Russian locale (most likely after bug 359638 landed)

Categories

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

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9

People

(Reporter: ojab, Assigned: masayuki)

References

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9pre) Gecko/2008041611 Minefield/3.0pre
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9pre) Gecko/2008041611 Minefield/3.0pre

Can't open find toolbar or copy-paste with keyboard shorcuts when using Russian
locale

Reproducible: Always

Steps to Reproduce:
1. Switch to Russian locale
2. Press Ctrl-F
Actual Results:  
Find toolbar doesn't open

Expected Results:  
Find toolbar opens
Keywords: regression
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Don't dup to bug 429180. That is really windows problem.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Slava:

Can you reproduce this bug with Ctrl+Shift+foo combination commands?
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008041604
Minefield/3.0pre

Alt+foo, Ctrl+Shift+foo works but Ctrl+foo doesn't
(In reply to comment #4)
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008041604
> Minefield/3.0pre
> 
> Alt+foo, Ctrl+Shift+foo works but Ctrl+foo doesn't

Alt+foo means the accesskey of the menus? (e.g., F of file)

If so, this might be fixed by the first patch (attachment 315912 [details] [diff] [review]) of bug 429160.

Blocks: 359638
Depends on: 429160
(In reply to comment #5)
> (In reply to comment #4)
> Alt+foo means the accesskey of the menus? (e.g., F of file)
> 
Alt+foo and Ctrl+Shift+foo work fine with Russian locale selected, but Ctrl+foo partially doesn't work (shortcuts working with text like CTRL+C/CTRL+V/CTRL+A work, but CTRL+T/CTRL+W/CTRL+K/CTRL+Y.... don't work).
This is major regression however (basically it regress Bug 69230). Confirming bug and asking for blocking 1.9.    
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9?
Assignee: nobody → masayuki
Status: NEW → ASSIGNED
The first patch of bug 429160 is landed. This should be fixed by that. If you can still reproduce this bug, please reopen this.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago16 years ago
Flags: blocking1.9?
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9
Version: unspecified → Trunk
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.