Bug 287809

Summary: Activity/Desktop tab/corner out of place
Product: [Unmaintained] plasma4 Reporter: iflema
Component: activitiesAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: minor CC: blagozlatev, chanika, gandalflechner, thijs22nospam
Priority: NOR    
Version: 4.8.3   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: screenshot
snapshot1.png
snapshot2.png

Description iflema 2011-11-29 06:55:16 UTC
Version:           unspecified (using KDE 4.7.3) 
OS:                Linux

Activity/Desktop tab/corner out of place. Since 4.0, when re-positioning the main panel to the top of the screen the Activity corner/tab move down and hovers away from the edge.

Reproducible: Always

Steps to Reproduce:
Re-position main panel to top of screen

Actual Results:  
Panel re-positions and Activity Corner/Tab move from top corner down a little and changes to a tab which is floating away from the edge. 

Expected Results:  
I assume its a fault. It annoys me and has done since release of 4.0.

OS: Linux (x86_64) release 3.1.0-gentoo
Compiler: x86_64-pc-linux-gnu-gcc
Comment 1 iflema 2011-11-29 07:00:23 UTC
Created attachment 66172 [details]
screenshot
Comment 2 iflema 2011-11-29 07:02:53 UTC
Comment on attachment 66172 [details]
screenshot

Top right corner and the task bar does not look like that its a screenshot thing??
Comment 3 Blagovest Zlatev 2011-11-29 15:37:36 UTC
I couldn't reproduce the bug, everything is shown absolutely fine.
Comment 4 iflema 2011-11-29 22:41:05 UTC
Ive noticed creating a new activity and moving the main panel to top sometimes looks ok but comes undone later on after reboot/login/logoff
Comment 5 Aaron J. Seigo 2011-12-03 20:15:56 UTC
i can't reproduce this either, including after a restart. hm. ...
Comment 6 iflema 2011-12-04 01:11:33 UTC
I do not install anything out of ordinary just a few basics outside of the KDE apps supplied. Arch, gentoo, Kubuntu, Debian, and everywhere else I move the panel since release of 4.0, actually not 4.0 but not long after - not sure exactly when. I get this!? Move the panel is basically the first thing I do...
Comment 7 iflema 2011-12-04 01:14:12 UTC
no biggie =P
Comment 8 Thijs 2011-12-04 11:30:10 UTC
yup, have that too, just never bothered to file a bug about. Do you use several monitors/screen resolutions? I always thought it happened after changing screen resolution back and forth, and that the label position is only adjusted if the screen size is too small - but not when it is too big, this to allow you to manually place the label wherever you want.
Comment 9 iflema 2011-12-05 03:32:11 UTC
On 12/04/2011 10:30 PM, Thijs wrote:
> https://bugs.kde.org/show_bug.cgi?id=287809
>
>
> Thijs<thijs22nospam@gmail.com>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>               Status|UNCONFIRMED                 |NEW
>                   CC|                            |thijs22nospam@gmail.com
>       Ever Confirmed|0                           |1
>
>
>
>
> --- Comment #8 from Thijs<thijs22nospam gmail com>   2011-12-04 11:30:10 ---
> yup, have that too, just never bothered to file a bug about. Do you use several
> monitors/screen resolutions? I always thought it happened after changing screen
> resolution back and forth, and that the label position is only adjusted if the
> screen size is too small - but not when it is too big, this to allow you to
> manually place the label wherever you want.
>
Hello 2 u..

  I have had it happen _with_ and _without_ multiple monitors. The 
screenshot (forget the taskbar - i blame gimp and/or me) I provided is 
on a setup that has never had multiple monitors.
Comment 10 Thijs 2012-01-04 14:24:53 UTC
Have seen it now on a brand new laptop too, so not a multimonitor issue indeed. Given the location (distance to upper right is identical in both directions), I suspect that some placement calculator mixes up the two directions. Possibly because the Tab is located on the right instead of on the top, to make room for the panel.
Comment 11 Thijs 2012-01-05 09:38:16 UTC
*** Bug 279639 has been marked as a duplicate of this bug. ***
Comment 12 iflema 2012-01-06 06:18:19 UTC
I notice lately the product of creating a new Activity is fine. However that initial (default) Activity remains the same.
Comment 13 Myriam Schweingruber 2012-06-02 10:18:41 UTC
Is this still valid with KDE 4.8.3 or later?
Comment 14 iflema 2012-06-04 01:38:08 UTC
Created attachment 71553 [details]
snapshot1.png

On Sat, Jun 02, 2012 at 10:18:41AM +0000, Myriam Schweingruber wrote:
> https://bugs.kde.org/show_bug.cgi?id=287809
> 
> Myriam Schweingruber <myriam@kde.org> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|NEW                         |NEEDSINFO
>             Version|unspecified                 |4.7.3
>          Resolution|---                         |WAITINGFORINFO
> 
> --- Comment #13 from Myriam Schweingruber <myriam@kde.org> ---
> Is this still valid with KDE 4.8.3 or later?
> 
> -- 
> You are receiving this mail because:
> You voted for the bug.
> You reported the bug.
Hi.
Yes and no. Very inconsistant. Default/original activity show same behaviour initially then falls back into place sometime later. Selecting the other default activities, Desktop Icons, Search and Launch etc. shows the same behaviour. Falling back to the edge sometime later if at all.
Comment 15 iflema 2012-06-04 01:46:41 UTC
Created attachment 71554 [details]
snapshot2.png

and this...
Comment 16 iflema 2012-06-04 01:50:22 UTC
Will not help. Maybe this attachment..
Comment 17 Myriam Schweingruber 2012-06-08 15:31:13 UTC
Thank you for the feedback.
Comment 18 Nate Graham 2018-06-08 19:42:22 UTC
Hello!

This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5.

Accordingly, we hope you understand why we must close this bug report. If the issue described  here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham