Bug 285101 - paint issue in peek area: while swiping the thumbnails are replaced by icons
Summary: paint issue in peek area: while swiping the thumbnails are replaced by icons
Status: RESOLVED DUPLICATE of bug 284014
Alias: None
Product: Active
Classification: Plasma
Component: Task switcher (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: unscheduled
Assignee: Sebastian Kügler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-27 15:03 UTC by Fania Bremmer
Modified: 2011-10-31 17:25 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Fania Bremmer 2011-10-27 15:03:58 UTC 
Version:           unspecified (using Devel) 
OS:                Linux

- sorry if this is a duplicate, i searched for the original bug, didnt find it though...

on MeeGo Image, running on WeTab, latest image for DevDays:
- while swiping through the peek area and the different open app thumbnails, the thumbnails are replaced by icons and the close icon always stays behind and doesnt move properly

Reproducible: Always

Steps to Reproduce:
- start Plasma Active
- open several apps
- go to the Peek Area and start swiping
- see the thumbnails have painting issues

Actual Results:  
 the thumbnails are replaced by icons and the close icon always stays behind and 

Expected Results:  
the thumbnails should stay like normal and the close icons should stay in place as well
Comment 1 Aaron J. Seigo 2011-10-27 15:41:44 UTC 
that would be a sign that kwin is not painting the thumbnail either at all or in the right place. were there changes made in the last 2 weeks to the peek area?
Comment 2 Martin Flöser 2011-10-27 16:25:03 UTC 
This should be solvable by redoing the complete peek area with kwin's built in 
window switching capabilities. I am currently working on integrating QML into 
the switching framework and afterwards rendering thumbnails with QML.
Comment 3 Javier Llorente 2011-10-31 17:25:53 UTC 

*** This bug has been marked as a duplicate of bug 284014 ***