Version: (using KDE KDE 3.3.1) Installed from: SuSE RPMs OS: Linux On every login my desktop icons get re-arranged so I have to arrange them by hand again. It is similar to old closed bug #62282. There is a thread in a german newsgroup on this bug, starting with: "Icons auf Desktop verschoben" de.comp.os.unix.apps.kde Message-ID: <2sdc5tF1jr66iU1@uni-berlin.de> The workaround to remove "align to grid" from the context menu as indicated there does not work for the original poster and for me.
*** This bug has been confirmed by popular vote. ***
There is another thread where a user deleted and recreated icons. After this, they stayed at their positions. Maybe the file format / interpretation did change or the file permissions?
Tested: * Deleted a custom-icon and recreated it: stays at its position Did the same with another one: No change. diff'ed the later icon with a backup: no difference * Hided the device icons and showed them again: No change, they still appear on positions which seem to be deterministic but are not the positions from the last session.
I'm also experiencing this problem (w/ KDE 3.3.2 level "a" SuSE 9.1 RPMs). It may be worth noting that I have my kicker across the top of the screen, and when I log in, all of my icons shift up a few pixels (up under the kicker), and then back down again. The icons get rearranged during the "shifting back down" part. Also, I have occasionally run into a situation where the icons shift up under the kicker and do not come back down again, making the topmost icons inaccessible. I do not have any dynamic device icons on my desktop. All of the icons are simple non-dynamic icons for files, directories, and applications. I've checked the file permissions (normal for home directory files) and have re-created the icons and used totally different icons. This is 100% repeatable for me across more than one system and does not seem to depend on any particular set of icons. Disabling "align to grid" works around the problem reliably in my case.
The problem was, that on startup, the desktop also checked for overlapping icons, which led to rearrangement when icons were put close together. When using align to grid, the desktop iconview widget did not correctly set the item width for new items, which led to the problem, that loaded icon positions seemed to overlap (which was not the case, when later the maxItemWidth was set correctly and the text did word-wrap) and the loading process tried to reposition the icons into free cells. Also the shadow setting was not taken into account. It is fixed for 3.4
CVS commit by mkoller: BUG: 91575 On the first load of the icon positions, don't check for overlapping icons and simply place them as they were saved. Also save the icon positions when an icon was moved M +7 -2 kdiconview.cc 1.143 --- kdebase/kdesktop/kdiconview.cc #1.142:1.143 @@ -905,4 +905,6 @@ void KDIconView::slotClear() void KDIconView::slotNewItems( const KFileItemList & entries ) { + bool firstRun = (count() == 0); // no icons yet, this seems to be the initial loading + // delay updates until all new items have been created setUpdatesEnabled( false ); @@ -975,5 +977,5 @@ void KDIconView::slotNewItems( const KFi QRect oldPos = fileIVI->rect(); fileIVI->move( x, y ); - if ( !isFreePosition( fileIVI ) ) // if we can't put it there, then let QIconView decide + if ( !firstRun && !isFreePosition( fileIVI ) ) // if we can't put it there, then let QIconView decide { kdDebug(1214)<<"slotNewItems() pos was not free :-("<<endl; @@ -1338,6 +1340,9 @@ void KDIconView::contentsDropEvent( QDro KonqIconViewWidget::contentsDropEvent( e ); } - if (QIconDrag::canDecode(e)) + if (QIconDrag::canDecode(e)) { emit iconMoved(); + if ( !m_autoAlign ) // if autoAlign, positions were saved in lineupIcons + saveIconPositions(); + } }
*** Bug 91833 has been marked as a duplicate of this bug. ***
So will this allow icons to overlap? Personally, I don't want KDE rearranging my icons under any circumstances except on explicit request; if I want to stack all my icons on top of each other, that's my business. It's OK if there's a separate setting "lock icon positions" or the like.
*** Bug 92003 has been marked as a duplicate of this bug. ***
To #8: Yes, this is what I wanted to solve. The icons are loaded as saved before, even if they overlap. It is a different thing when you have activated "align to grid", which is obvious.
*** Bug 94187 has been marked as a duplicate of this bug. ***
*** Bug 92229 has been marked as a duplicate of this bug. ***
*** Bug 44582 has been marked as a duplicate of this bug. ***
I personally don't see how this issue has been 'RESOLVED' - I see no mention of a true fix of this bug. I still have this problem of all of my 20+ icons moving everytime I log in. (Whether I use 'align-to-grid' or not. -- It isn't as bad when it is turned off, though...) But isn't this still a bug then. If you have to do something crazy to work around it (which as I mentioned I see no mention of here) isn't something that needs to be fixed in upcoming release??? Just wondering, Brady Shea
I mean I see the patch... but is there no other way to simply get the icons to stay put without having to re-compiling it? (I use packages (Slackware) ) and am not really in much of a mood to recompile the whole KDE package for this 'little' problem. Though it does give me a very BIG headache everyday when I logon in the morning! One other question (to Martin I guess)- So your saying the icons are getting moved because >KDIconView< thinks they are overlapping when they really aren't? (I turn auto-align on then off so how could they really be overlapping when I login?) Thanks for any input -anyone- can offer...
*** Bug 96345 has been marked as a duplicate of this bug. ***
*** Bug 60729 has been marked as a duplicate of this bug. ***
*** Bug 52112 has been marked as a duplicate of this bug. ***
*** Bug 97959 has been marked as a duplicate of this bug. ***
*** Bug 98145 has been marked as a duplicate of this bug. ***
fixed in 3.4, fixed in 3.4, fixed in 3.4... 3.3 is what we are talking about. I really don't see this bug as resolved either. Using Mandrake 10.2beta2 with KDE 3.3.2 Thanks.
I applied the patch. compiled the stuff..... I have to watch if something got better, but the arrangement with allign to grid is not the same after restart kde. I hope this is not the fix thats in 3.4, because it does not fix it completely.
now theres a nother problem If I drag files on the Desktop the icons are out of order. I have the Bar on the left. The icons on the left are pushed below the bar when i drag icons on the Desktop.
This problem still exists in KDE 3.4 (SuSE RPMs)--same symptoms as before. In my case, disabling "align to grid" does work around it. If you need more specifics, I can provide them, but it's very easy to reproduce: enable align to grid, log out, log in. I have lots of icons and have the kicker across the top of my screen.
So I think I should reopen the bug...
In KDE 3.4/Sources/Slackware, When the task bar is hidden/unhidden the icons goes to wrong positions too. This bug is very interesting because is too simple and apparently too hard to fix. Good Luck!
this bug still exists in KDE 3.4! it seams to me that it only occurs with screen resolutions of 1024x768 if I drive a resolution of 1280x1024 all icons stay where they belong after a new login btw: the taskbar is placed at the top of my desktop hope this will be fixed soon!
I have the problem with 1280x1024 and kde 3.4 too.
The same problem for me with 1024x768, kde 3.4 and the taskbar on the left. I could reproduce that issue by changing KDEPanel's position.
This bug has persisted into KDE 3.4.1 with QT 3.3.4. I am using "Align to Grid". I have 4 columns of icons on the left side of the screen (1280x1024), with some other groupings in the center and right side. The first column starts at the first row, and goes down 7 rows (7 icons arranged vertically). The 2nd, 3rd, and 4th columns start at row 3 and go down to row 7. HOWEVER, each time I log out and back in again, the icons in columns 2, 3, and 4 jump up one row from row 3 to row 2. Moving icons are EXTREMELY annoying, and will easily turn off new users. No one wants their icons moved from one session to the next. Who is working this, and what is the current status?
I also still see the problem in 3.4.1 (Debian sarge packages). Resolution doesn't have anything to do with it. It's happening to me at 1600x1200. I also have a kicker (well, MacOS-style toolbar) across the top of my desktop. That seems to be what triggers the problem.
My kicker is at the bottom and I also have this phenomenon.
I have a temperory patch, but I cannot get the file to attach... It continually says "The File Doesn't Exist" It's here for those who want to use it. http://www.clancy.homelinux.com/Software/autoarrange.sh Just copy it to /root/.kde/Autostart
Same issue with me : Gentoo box. Happened already with 3.3.2, and they said it would be cured with 3.4.1 ! But it's worse ... (on 3.3.2, icons were pushed upwards -kicker bottom screen- but once stable, they would not move. Here, with 3.4.1, icons get pushed aside !)
Same issue here, KDE 3.4.1 on Gentoo 2005.0 (two different machines, one amd64 the other x86) can't seem to get around it, I particularly like how the comments section on this bug gets 0 info from the developers about the cause or a workaround
BTW I saw a case when this rearranging apparently started when video driver was changed to NVIDIA proprietary (Suse 9.3). I have no access to this machine now, but out of interest - can it have something to do with NVIDIA driver?
Evginy, that's extremely unlikely. Since you had to restart the X server (i.e. log out & back in), you probably saw the same cause as everyone else.
To #36: It's happening on ATI and Matrox here...
So... What we have? Nobody from KDE team wants to correct this bug? They distribute KDE 3.4.x and we can't use kde desktop and they say that it's ok((((((( Maybe the best is to go to Gnome?
To #39: The best would be to fire up your editor and debugger and fix this for yourself. Remember that KDE is a software you can modify yourself. You can ask other people to do that for you (like fixing this bug) but they don't need to. Its their decision. So please keep those complaints out of bug the reports.
its is a bug, and it should be fixed, no matter how does this. I had a look at the code, it's not trivial. It actually seems pretty complicated. If i knew which function does the auto allignement would help, but I think the problems are sideeffects with other functions. To me it seems like a miscalculation or something (?).
I probably found a way to avoid the bug. I disabled the option "align to grid" from the icons menu. Actually, after add a new icon, I re-able the option to line up the icons correctly and then disable it again. Since I'am applying that strategy (3 days ago), the bug wasn't reproduced. To be confirmed...
Disabling that option helps, but does not solve the problem entirely.
SVN commit 444002 by mkoller: BUG: 91575 BUG: 47627 Kicker now has the capability to tell kdesktop an area to place desktop icons in. This area is different from the workArea (which is used by windows/the window manager). The desktopIconsArea is not modified when a panel/extension is hidden/shown - only when a new panel/extension is created or an existing one is moved. M +5 -0 container_extension.cpp M +1 -0 container_extension.h M +81 -0 extensionmanager.cpp M +9 -0 extensionmanager.h M +16 -0 kicker.cpp M +7 -0 kicker.h --- branches/KDE/3.5/kdebase/kicker/kicker/core/container_extension.cpp #444001:444002 @@ -141,6 +141,9 @@ _layout->setRowStretch(1,10); _layout->setColStretch(1,10); + connect(this, SIGNAL(layoutUpdated(ExtensionContainer *)), + ExtensionManager::the(), SLOT(extensionSizeChanged(ExtensionContainer *))); + // instantiate the autohide timer _autohideTimer = new QTimer(this); connect(_autohideTimer, SIGNAL(timeout()), SLOT(autoHideTimeout())); @@ -542,6 +545,8 @@ // kdDebug(1210) << "PanelContainer::updateLayout()" << endl; resetLayout(); updateWindowManager(); + + emit layoutUpdated(this); } void ExtensionContainer::enableMouseOverEffects() --- branches/KDE/3.5/kdebase/kicker/kicker/core/container_extension.h #444001:444002 @@ -114,6 +114,7 @@ signals: void removeme(ExtensionContainer*); + void layoutUpdated(ExtensionContainer*); protected slots: virtual void showPanelMenu( const QPoint& pos ); --- branches/KDE/3.5/kdebase/kicker/kicker/core/extensionmanager.cpp #444001:444002 @@ -209,8 +209,11 @@ } else if (m_menubarPanel) { + int screen = m_menubarPanel->xineramaScreen(); delete m_menubarPanel; m_menubarPanel = 0; + + emit desktopIconsAreaChanged(desktopIconsArea(screen), screen); } } @@ -353,6 +356,9 @@ tmpmenu.insertItem("Aaron Seigo"); m_menubarPanel->setSize(KPanelExtension::SizeCustom, tmpmenu.sizeHint().height()); + + emit desktopIconsAreaChanged(desktopIconsArea(m_menubarPanel->xineramaScreen()), + m_menubarPanel->xineramaScreen()); } bool ExtensionManager::isMainPanel(const QWidget* panel) const @@ -397,6 +403,9 @@ connect(e, SIGNAL(removeme(ExtensionContainer*)), this, SLOT(removeContainer(ExtensionContainer*))); + + emit desktopIconsAreaChanged(desktopIconsArea(e->xineramaScreen()), + e->xineramaScreen()); } void ExtensionManager::removeContainer(ExtensionContainer* e) @@ -410,6 +419,9 @@ _containers.remove(e); e->deleteLater(); // Wait till we return to the main event loop saveContainerConfig(); + + emit desktopIconsAreaChanged(desktopIconsArea(e->xineramaScreen()), + e->xineramaScreen()); } void ExtensionManager::removeAllContainers() @@ -660,4 +672,73 @@ return m_panelCounter; } +void ExtensionManager::reduceArea(QRect &area, const ExtensionContainer *extension) const +{ + if (!extension) + { + return; + } + + // reduce given area (QRect) to the space not covered by the given extension + // As simplification: the length of the extension is not taken into account + // which means that even a small extension e.g. on the left side of the desktop + // will remove the available area with its with + + switch (extension->position()) + { + case KPanelExtension::Left: + { + area.setLeft(QMAX(area.left(), extension->frameGeometry().right())); + break; + } + case KPanelExtension::Right: + { + area.setRight(QMIN(area.right(), extension->frameGeometry().left())); + break; + } + case KPanelExtension::Top: + { + area.setTop(QMAX(area.top(), extension->frameGeometry().bottom())); + break; + } + case KPanelExtension::Bottom: + { + area.setBottom(QMIN(area.bottom(), extension->frameGeometry().top())); + break; + } + default: ; // ignore KPanelExtension::Floating ... at least for now + } +} + +QRect ExtensionManager::desktopIconsArea(int screen) const +{ + QRect area = QApplication::desktop()->screenGeometry(screen); + + reduceArea(area, m_mainPanel); + reduceArea(area, m_menubarPanel); + + for (ExtensionList::const_iterator it = _containers.constBegin(); + it != _containers.constEnd(); + ++it) + { + reduceArea(area, (*it)); + } + + kdDebug(1210) << "ExtensionManager::desktopIconsArea() = " << area + << " screen = " << screen << endl; + return area; +} + +void ExtensionManager::extensionSizeChanged(ExtensionContainer *extension) +{ + // we have to recalc the available space for desktop icons + if (!extension) + { + return; + } + + emit desktopIconsAreaChanged(desktopIconsArea(extension->xineramaScreen()), + extension->xineramaScreen()); +} + #include "extensionmanager.moc" --- branches/KDE/3.5/kdebase/kicker/kicker/core/extensionmanager.h #444001:444002 @@ -52,10 +52,18 @@ QRect workArea(int XineramaScreen, ExtensionContainer* container); int nextPanelOrder(); + // return the space available for all icons on the desktop + // subtracts all panels from XineramaScreen's geometry + QRect desktopIconsArea(int xineramaScreen) const; + public slots: void removeContainer( ExtensionContainer* ); void initialize(); + void extensionSizeChanged(ExtensionContainer *); +signals: + void desktopIconsAreaChanged(const QRect &, int xineramaScreen); + protected: friend class KStaticDeleter<ExtensionManager>; @@ -73,6 +81,7 @@ private: void migrateMenubar(); + void reduceArea(QRect &area, const ExtensionContainer *panel) const; ExtensionList _containers; ExtensionContainer* m_menubarPanel; --- branches/KDE/3.5/kdebase/kicker/kicker/core/kicker.cpp #444001:444002 @@ -145,6 +145,9 @@ // the panels, aka extensions QTimer::singleShot(0, ExtensionManager::the(), SLOT(initialize())); + + connect(ExtensionManager::the(), SIGNAL(desktopIconsAreaChanged(const QRect &, int)), + this, SLOT(slotDesktopIconsAreaChanged(const QRect &, int))); } Kicker::~Kicker() @@ -389,3 +392,16 @@ return m_kwinModule; } +QRect Kicker::desktopIconsArea(int screen) const +{ + return ExtensionManager::the()->desktopIconsArea(screen); +} + +void Kicker::slotDesktopIconsAreaChanged(const QRect &area, int screen) +{ + QByteArray params; + QDataStream stream(params, IO_WriteOnly); + stream << area; + stream << screen; + emitDCOPSignal("desktopIconsAreaChanged(QRect, int)", params); +} --- branches/KDE/3.5/kdebase/kicker/kicker/core/kicker.h #444001:444002 @@ -59,7 +59,13 @@ void showConfig(const QString& config, int page = -1); void showTaskBarConfig(); void configureMenubar(); + // return the region on the desktop, which is not covered by panels + // and therefore allowed to be used by icons placed on the desktop + QRect desktopIconsArea(int screen) const; +k_dcop_signals: + void desktopIconsAreaChanged(QRect area, int screen); + public: static Kicker* the(); KDirWatch* fileWatcher(); @@ -109,6 +115,7 @@ void slotDesktopResized(); void paletteChanged(); void setCrashHandler(); + void slotDesktopIconsAreaChanged(const QRect &area, int screen); private: static void crashHandler(int signal);
*** Bug 103187 has been marked as a duplicate of this bug. ***
in wich version will this be in? I have dualhead now, and to prevent icon problems I use kicker at the bottom. (this seemed to work better singleheaded) But all Icons get pushed to the left on restart. But the best thing is, not every restart...... hard to reproduce.
Thanks for info Raoul On 16 Aug 2005 19:32:34 -0000, Hinrich Aue <h_aue@gmx.de> wrote: [bugs.kde.org quoted mail]
Although some icons are still pushed around (to the left if kicker is on the left, and a taskbar is at the bottom), the situation is much better now. I have created an ebuild (Gentoo) for kicker which applies the patch. See the attachment.
Created attachment 12394 [details] ebuild for kicker (Gentoo) Extract the tarball to /usr/local/portage (or whereever you portage overlay is, make sure you have a portage overlay defines in make.conf) and run: emerge kicker
This problem has been around for quite some time. It is NOT RESOLVED. I have had the same issue of having the icons 'squeezed' or 'bunched up' after reboot for several revisions now. This may seem to be a minor issue, but to new users it is another reason to dis Linux.
Thanks Raoul On 30 Aug 2005 22:24:04 -0000, Richard Lovelace <rfl711@yahoo.com> wrote: [bugs.kde.org quoted mail]
I have this problem on a clean install of Fedora Core 4, KDE 3.4.2. Icons randomly arrange themselves between sessions, usually all on top of each other at the upper left corner of the screen. It doesn't happen for every new session, just every now and then, and while it doesn't crash the computer, it is incredibly annoying.
I realized that this happens only after an X crash.
I agree with kepa. I installed super-openSUSE-beta4-20050904-standard-kde.iso Unfortunately it's same problem. Incredibly annoying.
It's partially fixed in 3.5: Icons are not rearranged if you have the kicker at the left or right edge of the screen. However the icons near the lower edge of the screen are pushed up if you use e.g. an external taskbar at the bottom edge. But these icons are not supposed to be moved up, because there is enough space available. Please reopen this bug as it is not fixed completely yet!
Can anyone confirm my Comment #55 and reopen the bug? Regards, Florian
The bug is resolved in KDE 3.5.1! Thank you mates!
Since bug#52112 is marked as a duplicate of this bug I am posting here: In kde 3.5.5 the device icons are still placed randomly. If I attach an external usb drive I have to search for the icon, it is not placed where I put it last time. Reopen this bug?
Hello, I'd just like to state that this bug is still present and reproducible in KDE 3.5.5. Having just performed a fresh installation of KUbuntu after removing Mandriva (which exhibited the same problem), I have noticed the effect immediately. To reproduce: (Using a fresh install of KUbuntu, presumably any other KDE-based distro should suffice) 1) Enable Desktop auto-align to grid. 2) Create an external task bar aligned to the top (assuming main panel is aligned to bottom). 3) Fill the leftmost vertical column of the desktop with as many icons as the current grid allows. 4) Close and restart session. Effects: Several of the topmost icons in the left hand column have shifted upwards, one being moved the adjacent column. Notes: What appears to have happened is that upon restarting the session the icons are placed relative to the top of the usable desktop BEFORE the additional panel is drawn. Once the panel is drawn, the icons are forced downwards since the panel now occupies the space the topmost icons were located. If there are no free grid squares to shift down into, the overflowing icons are shifted into the first adjacent square in the adjacent columns. I have not tried this with other combinations of panel positioning. Hopefully this is of help, as a regular KDE user I have observed this problem for many years now. An aside, ignoring duplicates, bug entry 47627 seems very similar.
Bug closed. Kdesktop is no more mantained.