Red Hat Bugzilla – Bug 164587
konsole partial line selection corrupts text repaint location
Last modified: 2008-02-27 00:00:47 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050319
Description of problem:
Beware, this may change depending on font selected or font size. My current setting is paper theme, monospaced regular font, size 10.
While trying to copy and paste text using the mouse drag across konsole, some fonts will appear to corrupt. While dragging the mouse across text, the character to the right can sometimes corrupt. It appears that the inverted text (indicating mouse selection) uses a width that is larger than the non-inverted text, corrupting the character just beyond the selection. Some text does this, other text does not. I have a text sample which always does this, but not all text does. I add a theory that this width displacement is peculiar to some characters of the font, but not all.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open console, cause some text to appear, e.g., cat my sample file.
2. Highlight part of a line with the mouse, e.g., the word QDesignerFormEditorInterface in my sample.
3. View the character to the right of the mouse as you scroll...repaint locations of the highlighted text offset into the non-highlighted text, causing corruption 1 character ahead.
Actual Results: Mouse highlighted text can overlap and corrupt text to the right.
Expected Results: Mouse highlighted text should be contained within the same width as the original text, or else displace the text to the right so as to not corrupt. The latter is probably the wrong solution, as this is set to monospaced font in my example.
The mouse's idea of what font is under it, versus konsole's, can sometimes lead to the copy buffer itself being incorrect. I'll try to figure out a way to attach two screenshots and sample text to this report.
Created attachment 117253 [details]
file to cat for reproducible mouse corruption
This is a sample of text I'm able to reproduce corruption on by highlighting
the word QDesignerFormEditorInterface.
Created attachment 117254 [details]
Non-corrupted text screenshot.
This is a screenshot of the text without mouse corruption.
Created attachment 117255 [details]
sample corrupted text screenshot
This is a screenshot of the word QDesignerFromEditorInterface corrupting as the
mouse highlights it.
I was looking closer at the corruption patterns, and realized that lines
containing left and right single quotes are probably always involved. These are
not the characters available on a keyboard, they are instead the ones
represented by html entity ‘ and ’ the ' and ` of the keyboard are not
the same. Other characters might be involved as well, I have no way to check all
of them. These characters also show up as ? when pasted back after a mouse copy,
which is incorrect.
This report targets the FC3 or FC4 products, which have now been EOL'd.
Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?
Fedora Core 4 is no longer maintained.
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release, please reopen this bug and assign it to the
corresponding Fedora version.