After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 131332 - Applications, Actions menu, icons on main panel disppears with workspace applet movement.
Applications, Actions menu, icons on main panel disppears with workspace appl...
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: workspace switcher
2.5.x
Other Linux
: Normal minor
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-01-13 13:40 UTC by Yogeesh
Modified: 2020-11-06 20:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Yogeesh 2004-01-13 13:40:25 UTC
I am running Gnome community head build(2.5.2), dated 07th Jan 2004 on 
linux.

Steps to reproduce:
1. Invoke Workspace Switcher applet by right click on main panel
Select ->Add to Panel->Utility->Workspace Switcher.
2. Workspace Switcher applet comes up,
3. Right click on Workspace Switcher, Select Preferences, 
4. Increase the number of workspace to 30 or more,
5. Observe that Applications, Action menu and icons are visible on main 
panel.
6. Move the workspace applet to bottom/egde panel and back to main panel. 
Observe that workspace switcher applets occupies full main panel area 
hence Application, Action menu and all icons on main panel disppears. 

Expected result: Menus and icons in main panel should not disappear when 
workspace switcher is moved.
Comment 1 dowem 2004-02-05 14:29:11 UTC
This is a total edge case. Read on for my sympathy, but then notice I
cant offer much of a realistic expected behaviour. 

I confirmed that this can happen... (sort of). I added 36 workspaces
(chosing to display them in a single row), which seems to be the
maximum the applet will allow, then followed the procedure above. I
have a widescreen display, so the entire top panel wasn't displaced. I
am pretty positive had I not had a widescreen aspect display, it would
have produced the same results as listed above. When adding these
workspaces the applet grows mercillessly without consideration to its
fellow applets. 

I think the problem here is just that this applet needs to resepct
phsycical constraints of your screen. If you were only allowed to add
workspaces until the applet would infringe on another applets space,
then this would not be an issue. This is definitely a weird bug. It's
not something most users would ever run into, but if I'm not mistaken
it's an example of a bigger problem. The problem is applets don't
consider thier sizes, and users can add items to panels that do not
have enough room to accomodate. 

Removing the applet will restore everything to a usable state. In
reality this is an incredible edge case and I don't see a
straightforward solution to it. Perhaps simply limmiting the workspace
switcher to fewer allowable workspaces by default (something like a
gconf key to limmit it)? If I were the maintainer it would be a wontfix. 
Comment 2 Luis Villa 2004-02-26 20:41:07 UTC
It's definitely an edgecase, but the solution is probably to just make
it fix- shrink the desktops or otherwise scroll.
Comment 3 André Klapper 2020-11-06 20:19:46 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.