Summary: | window does not repaint itself when switching to it | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | suppandi G <suppandi> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | aanisimov, finex, gpiez, paul, t.zell |
Priority: | NOR | ||
Version: | git master | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
screenshot with external camera
real screenshot Screenshot with unrepainted terminal running mc |
Description
suppandi G
2009-08-06 16:58:53 UTC
can you provide a screenshot too? I've tried this over the last few days, everytime when ksnapshot tries to take a snapshot - the window repaints itself. I am experiencing the same thing. I can not create the situation at will but I am starting to notice a couple things. - It often happens when I select text - It will often repaint itself in seemingly random peices - Switching away from the desktop containging the konsole session and switching back clears the problem - Every time it does it, it is annoying :) Oops .. forgot to give specs... Nvidia 180.44 KDE 4.3 Jaunty Jackalope Kernel: 2.6.28-15-server #48-Ubuntu SMP Lenovo T61 Created attachment 36119 [details]
screenshot with external camera
for comment - 5...the beige parts are parts of the konsole window. you can see text around the cursor is always seen. The other parts are random. In your picture, (great idea by the way) is the black part a "selected" area? I am noticing the problem most often when I select a portion of the screen. Yes...the black part is a selection. I have also noticed its related to text selection - but i cant reliably reproduce it. Nobody cares about this bug!!! I think that this bug may be bigger than just konsole. Konsole exhibits it much more severely than any other application but it is not exclusive. I notice it most often when I click in an application to gain its focus. Konsole goes completely away while other applications will only do so partially and not nearly as often. I also find that running my mouse over any item in the panel that pops up a tap of information causes the application to refresh itself and becomes completely visible again. I tried the 185 and 190 nvidia drivers with no change in behavior. I have also upgraded to KDE 4.3.1 with no positive effect. I have looked for other bugs like this one and as of yet have not found any. I will keep looking. This is more than mildly irritating. Created attachment 36966 [details]
real screenshot
Managed to take a screenshot by pressing "Print Screen"
Could this be related to bug 199735 ? I had eclipse do the same thing today. This bug is much easier to reproduce if a lot of windows are open: Four desktops with 2 - 3 windows each, as well as a Konsole window). Almost every time I switch to another desktop and click into a Konsole window, most of it turns invisible. I second Thomas' observations. I have multiple(6) desktops and am seeing the same thing. I am also running the latest karmic beta(1) so I am up on the latest readily available version of KDE (4.3.1). Would be nice if there was some indication that the bug had actually been seen and is being looked at... it has been open for a long time without any indication that we are not talking to ourselves. Just upgraded to 4.3.2 and it is still there... kde 4.3.3 ... still there 4.4 - hasnt hit yet. maybe its finally fixed! I did something incredibly stupid to my laptop and had to do a clean install to recover. After that the problem completely disappeared. And that was on 4.3.3. Were I a betting man I would say that the alpha's and beta's I used to get from jaunty to karmic munged something that latter updates did not un-mung. The clean install was mung-free :) could this bug be considered as "worksforme" at the current status or is someone still able to reproduce with 4.4? i guess i spoke too soon. I am hitting it again. Platform Version 4.4.59 (KDE 4.4.59 (KDE 4.5 >= 20100107)) "release 2" i think i need lots of text in the window (not in vi) to hit this problem. I still see this in the 4.4 release I believe this is related to bug 229695. i donot have window decoration translucency or the translucency plugin setup & still hit it Upgraded to 4.5 and it's still there, but it's less severe. Now, it only seems to happen when clicking on the window decoration, and not when clicking inside the window. This may be caused by the "slide back" effect. If I disable it, the redraw seems to be ok, when I enable it, sooner a later regions of windows are no longer redrawed. I opened a bug at https://bugs.kde.org/show_bug.cgi?id=253937 I have run into this bug after upgrading from 4.4.4 to 4.5.2. I have an i915 graphics card and I am using xf86-video-intel-2.12 driver. As for previous reporters, this problem mainly manifests itself with konsole. No repaint of konsole's window happens mainly when I switch tabs inside konsole. The interesting detail is that konsole does repaint parts of terminal that were recently updated. For example, if mc is copying a file, then a progress bar is drawn, but the rest of terminal remains unrepainted. In my configuration it is simple to reproduce this bug: launch mc and start selecting files by holding insert key down -- in this case names of newly selected become yellow and selected with a bar, but the names of files that were selected several instants before are often left unchanged -- the selection bar is not removed from them. I have attached an image that shows this situation. I have no desktop effects enabled except "dim parent window", so I believe that this bug is not related to effects, but to detection of regions to be repainted. Temporarily disabling compositing makes the problem go away. Created attachment 52667 [details]
Screenshot with unrepainted terminal running mc
I haven't seen this one in a while (I'm now on KDE 4.6.3). Fixed? last comment is 15 months old, render path has seen several changes, i recall a fix against slideback myself -> closing as "works for me" in case anyone still encounters the issue: please stand up and reopen the bug. |