Closed Bug 407604 Opened 17 years ago Closed 16 years ago

Accelerators which use clipboard (ctrl+c/? for the text on the pages, and maybe ctrl+z for the text in textEdits) should not be affected by keyboard group/level

Categories

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

All
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: ivanov, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8) Gecko/20071022 Ubuntu/7.10 (gutsy) Firefox/2.0.0.8
Build Identifier: all (tested on the current trunk too)

This is the part of Bug 69230. Also a part of Bug 406407.
First I thought it was effected by bug in some of the key-handlers, but after fixing it (Bug 406407), maybe just one of few buggy places, I found there is a problem in clipboard handling. I see copied text in the clipper, but when I try to paste it I get something wrong (nothing of the text copied previously).
If to use the "Paste" item from context menu you will get the same result. So I think that the problem is in some copy routine.

Reproducible: Always

Steps to Reproduce:
I will describe how to see that the problem not in shortcuts, but in clipboard handling.
1. Run klipper or any other clipboard cut & paste utility.
2. Change the keyboard group to non-Latin (in my case Russian).
3. Select the text and press ctrl+c
4. See, what appears in the klipper (yes, the text was selected)
5. Try to paste it (buy ctrl+v)
Actual Results:  
something another is pasted

Expected Results:  
Selected text should be pasted
Summary: Accelerators which use clipboard (ctrl+c/z/? for the text on the pages - not the text in textEdits) should not be affected by keyboard group/level → Accelerators which use clipboard (ctrl+c/z/? for the text on the pages, and maybe ctrl+z for the text in textEdits) should not be affected by keyboard group/level
Summary: Accelerators which use clipboard (ctrl+c/z/? for the text on the pages, and maybe ctrl+z for the text in textEdits) should not be affected by keyboard group/level → Accelerators which use clipboard (ctrl+c/? for the text on the pages, and maybe ctrl+z for the text in textEdits) should not be affected by keyboard group/level
Blocks: 69230
Product: Mozilla Application Suite → Core
Depends on: 406407
I didn't find how to edit the message. 
I mistaked in "So I think that the problem is in some copy routine", the problem of course in the paste routine (or in the copy if it has its own counter/pointer/buffer, but I debt in it).
It would be nice if someone advice where to look through. And I will give some love to it next weekend.
Component: General → Keyboard: Navigation
I was wrong. Tests have shown that the bug in ctrl+c (the shortcut doesn't activate some routines from nsClipboard, they are not static, so the needed object  isn't created).
I don't understand the whole mechanism (I don't understand for why something are done in such way), but there is a simple hook: allways to use Global (system) Clipboard. Is it acceptably? I don't understand for what needs own ClipBoard is used.
Oh, it's not a class :)
I mean, not all routines are from the class
And some are static. Sorry for such such flame.
Let's sum up:
There is a way to use global clipboard. It's a hack, but may work. It it acceptably?
I still want to fix it. But I'm busy until 20th-25th January.
The patch from Bug 69230 solves this problem. So it may be marked as FIXED. 
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.