Bug 178370 - Desktop icons snap to random locations
Summary: Desktop icons snap to random locations
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: containment-desktop (show other bugs)
Version: unspecified
Platform: Compiled Sources Unspecified
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2008-12-21 15:43 UTC by Mark Bidewell
Modified: 2010-05-17 22:48 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot before logout (500.36 KB, image/png)
2009-08-26 03:50 UTC, Cristiano Moraes
Details
Screenshot after logout and login (514.42 KB, image/png)
2009-08-26 03:55 UTC, Cristiano Moraes
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Bidewell 2008-12-21 15:43:24 UTC
Version:           4.1.85 (using Devel)
Installed from:    Compiled sources

When I attempt to move icons on the KDE 4.2 BETA 2 desktop they seem to occasionally snap to only the upper left hand quadrant of the screen.  I folder-as-desktop mode icons seem to migrate toward the abosolute top row of the screen.
Comment 1 Beat Wolf 2008-12-21 16:14:24 UTC
Are you talking about the icon widget? Or icons in folderview? they are different. Just asking to know if we can assign this bug to folderview.
Comment 2 Mark Bidewell 2008-12-21 17:04:19 UTC
The upper left quadrant issue involves the non-folderview desktop.  The icons migrating to the top involves folderview.  Should I open a separate bug for each?
Comment 3 Mark Bidewell 2008-12-21 17:12:52 UTC
In addition, I don't know if this is helpful but on the non-folderview issue, removing ~/.kde (I assume the plasma configs) and starting over.
Comment 4 Mark Bidewell 2008-12-21 17:23:33 UTC
Sorry to keep up the notes, but the platform is incorrect.  I am using the RPMs from the kde-redhat project for 4.1.85.
Comment 5 Aaron J. Seigo 2008-12-21 22:56:47 UTC
"they seem to occasionally snap to only the upper left hand quadrant of the screen."

do you mean that when you move them they move back to the top left?

did this happen after a screen resolution change?

"folder-as-desktop mode icons seem to migrate toward the abosolute top row of the screen."

there's another bug report for this already open.
Comment 6 Mark Bidewell 2008-12-21 23:04:28 UTC
(In reply to comment #5)
> "they seem to occasionally snap to only the upper left hand quadrant of the
> screen."
> 
> do you mean that when you move them they move back to the top left?
> 
> did this happen after a screen resolution change?
> 
> "folder-as-desktop mode icons seem to migrate toward the abosolute top row of
> the screen."
> 
> there's another bug report for this already open.
> 

Yes if I drag (actually any plasmoid) any icon to the lower right it will snap back to the upper left quadrant (if it could divide my screen into quarters).  For resizable plasmoids (folder views),  I can resize them into this area just not move them there.  This does not occur all the time.
Comment 7 Aaron J. Seigo 2008-12-22 20:24:24 UTC
did this happen after a screen resolution change? 
Comment 8 Mark Bidewell 2008-12-22 20:46:54 UTC
(In reply to comment #7)
> did this happen after a screen resolution change? 

No.
Comment 9 S. Burmeister 2009-02-09 11:13:47 UTC
I had the same bug when I switched from a folderview containment back to the normal desktop containment. The latter would put all plasmoids into the top-left corner of the desktop, which is why I had to re-arrange them.

However I also added a second panel (vertical) before switching containments, which I moved from the right to the left side, which might have played some role.

After I logged out and back in, it did work again.

And for me it was not the way that the plasmoids moved to the upper-left right after I placed them somewhere else. Yet if my mouse cursor hovered the upper-left corner to get another plasmoid and put it somewhere else, the one I moved before, moved back. They did not overlap, but where somehow arranged, as if they would be in some invisible containment that tried its best to make them fit.
Comment 10 Craig Magina 2009-03-19 17:19:16 UTC
I am also experiencing this issue.  My set-up is a dual-head display.  I am using the OS radeon driver and xrandr to set-up the dual-head display.  All plasmoids gather at the top left corner on a given screen.  I've seen this occur right off the bat after logging in and also after changing from folder-view to desktop.  I should make note that when I login, the xrandr command is run via Autostart.  Right at this moment, I have the pages plasmoid overlapping the RSSNOW plasmoid with the kate, konqueror and konsole plasmoids below them, not overlapping.  My system is a Fedora 10 x86_64 running KDE 4.2.1 from the Fedora repository.  I believe this is new to KDE 4.2.x as I don't remember seeing it in KDE 4.1.x.  Logging out and back in will sometimes correct the issue until something triggers it again.  I believe I have triggered the issue by adding/removing plasmoids before.
Comment 11 Dario Andres 2009-04-25 15:40:25 UTC
@Craig Magina: I think you are talking about widgets (rssnow , taskbar) instead of normal icons. If this is correct please open a new bug report, also include screenshots. Thanks

@To everyone else: any news on this? Has the original reporter experienced this bug again with an updated KDE version ?

Thanks
Comment 12 Cristiano Moraes 2009-08-26 03:50:27 UTC
Created attachment 36455 [details]
Screenshot before logout

If I understood this bug that is also happening with me. Follow before/after logout/login screenshots of my desktop showing this problem. This picture show desktop icons in its original position.
Comment 13 Cristiano Moraes 2009-08-26 03:55:10 UTC
Created attachment 36456 [details]
Screenshot after logout and login

This screenshot of my desktop after I logout and login. All icons on desktop move up. One of them go behind panel that exists on top. And a vertical roll bar appers on the right of screen.
Comment 14 Dario Andres 2009-08-26 18:05:02 UTC
I wonder if the last problem could be also related to bug 199028. Thanks
Comment 15 Marco Martin 2010-05-17 22:48:42 UTC
this is fixed since long time