Closed
Bug 407604
Opened 17 years ago
Closed 17 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)
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
Reporter | ||
Updated•17 years ago
|
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
Reporter | ||
Updated•17 years ago
|
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
Reporter | ||
Comment 1•17 years ago
|
||
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.
Reporter | ||
Updated•17 years ago
|
Component: General → Keyboard: Navigation
Reporter | ||
Comment 2•17 years ago
|
||
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.
Reporter | ||
Comment 3•17 years ago
|
||
Oh, it's not a class :)
Reporter | ||
Comment 4•17 years ago
|
||
I mean, not all routines are from the class
Reporter | ||
Comment 5•17 years ago
|
||
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?
Reporter | ||
Comment 6•17 years ago
|
||
I still want to fix it. But I'm busy until 20th-25th January.
Reporter | ||
Comment 7•17 years ago
|
||
The patch from Bug 69230 solves this problem. So it may be marked as FIXED.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•