Bug 119439 - Shift-right skips console session if it is full of text
Summary: Shift-right skips console session if it is full of text
Status: RESOLVED NOT A BUG
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 1.5.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-03 09:10 UTC by David Liontooth
Modified: 2006-01-09 02:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Liontooth 2006-01-03 09:10:35 UTC
Version:           1.5.2 (using KDE 3.4.3, Debian Package 4:3.4.3-2 (testing/unstable))
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.12

I often keep four konsole sessions open, and switch between them using Shift+right or left arrow. I've been running into a curious bug: every so often, Shift+arrow skips a session. Repeating the keystrokes results in an orderly switch from 1 to 2, let's say, but then 3 is skipped (after entering 3 for a split second) so you and on 4. Left and right produces the same behavior. 

Here's the clincher: what determines whether Shift+right arrow skips a konsole is the content. As far as I can see, if there's a lot of text, it's skipped; if the console has been cleared, it lands. Simply rolling the text offscreen will solve the problem. 

However, the behavior is triggered only if the cluttered screen uses the scheme "Transparent Dark Background". I tend to have session 1 and 4 black on white and session 2 and 3 transparent dark background. The ones that are black on white never skip, no matter how full they are; the transparent sessions will skip if they're full.

If both session 2 and 3 are transparent and full of text, then starting in session 1, Shift+right will skip the session 2 and land in session 3. Starting in session 4, shift+left will skip session 3 and land in session 2. 

This is perfectly reproducible. It's not very serious, obviously -- something related to the transparency effect I take it.
Comment 1 Kurt Hindenburg 2006-01-06 07:48:04 UTC
Can't reproduce here with KDE 3.5.
Comment 2 David Liontooth 2006-01-09 00:37:02 UTC
Please close this bug.
It appears to have been fixed in KDE 3.5
OTOH the schema "Transparent, dark background", which triggered the bug,
is no longer transparent.
Comment 3 Kurt Hindenburg 2006-01-09 02:12:36 UTC
"Transparent, dark background" works fine here.
Comment 4 David Liontooth 2006-01-09 02:23:33 UTC
Kurt V.Hindenburg wrote:

[bugs.kde.org quoted mail]
Correct, my mistake.