Bug 164587

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):
kdebase-3.4.1-0.fc4.1

How reproducible:
Sometimes

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.

Additional info:

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.