Bug 116562

Summary:	REGRESSION: The icons don't ignore autohide panels
Product:	[Unmaintained] kdesktop	Reporter:	Maxilys <maxilys>
Component:	icons	Assignee:	Benoit Walter <b.walter>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	aseigo, des, faure, finex, kollix, tyrerj
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Screen shot with KDE-3.4 Screen shot with KDE-3.5 Area where icons can be placed panels unhidden Panels unhidden (2)

Description Maxilys 2005-11-17 15:13:13 UTC

Version:            (using KDE KDE 3.5.0)
Installed from:    SuSE RPMs
OS:                Linux

Since I updated to KDE 3.5 RC1, the icons that where to the top left of the screen have moved to leave room for the panels that are on top and on the left of screen to appear.

Both panels are set to autohide and even if they weren't, they aren't big/high enough to reach the place where the icons should be. So, now I have a big empty space around my desktop and no way to use it. Needless to say how stupid it looks.

Comment 1 James Richard Tyrer 2005-12-07 21:10:19 UTC

Created attachment 13813 [details]
Screen shot with KDE-3.4

This is my desktop as configured with KDE-3.4.x.

Comment 2 James Richard Tyrer 2005-12-07 21:17:32 UTC

Created attachment 13814 [details]
Screen shot with KDE-3.5

This is what I got when I upgraded to KDE-3.5.

There is a hidden panel at the top, upper left, and right bottom, in addition
to the visible clock and a hidden taskbar in the lower left.

Comment 3 James Richard Tyrer 2005-12-07 21:19:11 UTC

I can confirm that this is still the case with the 3.5.0 release

Comment 4 James Richard Tyrer 2005-12-09 01:13:05 UTC

Comments on the dot seem to minimize this so I am adding two more screen shots.

The first one shows with yellow cross hatching the area where I can place icons on my DeskTop.  It is NOT possible to place icons anywhere outside of this area.

The second one shows the panels unhidden.

Comment 5 James Richard Tyrer 2005-12-09 01:14:52 UTC

Created attachment 13831 [details]
Area where icons can be placed

Comment 6 James Richard Tyrer 2005-12-09 01:18:50 UTC

Created attachment 13832 [details]
panels unhidden

Comment 7 James Richard Tyrer 2005-12-13 21:45:17 UTC

Created attachment 13898 [details]
Panels unhidden (2)

Someone suggested that the bug was the panel in the middle of the screen.  This
is not the case.  Reordering the panels and the left top panel is on the edge
of the screen, but the problem still exists.

Comment 8 James Richard Tyrer 2005-12-13 21:46:56 UTC

More bad news.  Every time I start this test desktop, the desktop icons are rearranged.

Comment 9 Gunter Ohrner 2005-12-15 10:14:15 UTC

I can conform this bug. I use an external, 40px wide autohidden taskbar in the top-left corner of the screen.

All my desktop icons are now moved 400 px to the right everytime I log in. :-(

This worked flawlessly in KDE 3.4 and is a rather annoying regression. :-(

Comment 10 Gunter Ohrner 2005-12-15 10:15:46 UTC

Ups, typo: Well, the external taskbar's width is set to 400px of course, not 40px, sorry.

Comment 11 Josh Berry 2005-12-17 00:46:59 UTC

I can also confirm this bug on 3.5.0.  I have a panel at the top (not autohide) and a panel on the bottom (which is auto-hidden).  I also have "Align to Grid" turned on.  When kdesktop starts, it initially positions the icons correctly (i.e. the way they were when I logged out).  Then when kicker starts and sets up its panels (both of which are initially shown, before the bottom one hides itself almost immediately), kdesktop rearranges the icons.  (Generally, icons that are further down get moved up or pushed to the right.)

Comment 12 James Richard Tyrer 2006-02-07 07:59:50 UTC

It looks like commit 444012 is the cause of this regression.  Perhaps it was a design error.  

IAC, it needs to be changed back to the way it used to be.  This new "feature": 
<<
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.
>>
doesn't work.  Autohide panels shouldn't take up destop space.  They SHOULD cover icons when they are unhidden.  If some do not want that to occur then it needs to be configureable.

Comment 13 James Richard Tyrer 2006-03-31 07:46:09 UTC

This problem appears to have been fixed in 3.5.2.

There is another problem and I will file a new bug for that.

Comment 14 FiNeX 2009-01-02 20:31:47 UTC

Bug closed. Kdesktop is no more mantained.

Comment 15 James Richard Tyrer 2009-01-02 20:43:35 UTC

First, we don't close bugs, we resolve them.

Second, this has not been fixed.

Comment 16 FiNeX 2009-01-02 21:11:20 UTC

@James: is this a valid issue for KDE 4 too? Anyway, why even this bug was marked as fixed ??????

Comment 17 James Richard Tyrer 2009-01-02 22:37:48 UTC

There is one other thing.  I do not know if this is a KDesktop or Kicker bug since it is the interaction of these two apps that doesn't function correctly.

Comment 18 FiNeX 2009-01-02 22:57:26 UTC

Fortunatly this seems being only a KDE 3 bug, KDE 4 doesn't suffer of this problem.

About this bug on KDE3, I don't know if it is a kicker or a kdesktop bug.
Anymore, kicker seems no more mantained too, but (atm) is not officially "unmantained". So I'm leaving this opened even if it will not probably fixed (imho) ;-(

Comment 19 David Faure 2009-01-05 16:16:06 UTC

kicker is just as unmaintained as kdesktop, let's not waste time about whether to keep a report open or not if the related codebase is dead.