Same tooltip on both workspaces when using Gnome Classic

Bug #145704 reported by edu jose
166
This bug affects 64 people
Affects Status Importance Assigned to Milestone
Compiz
Won't Fix
Undecided
Unassigned
Compiz Core
Won't Fix
Undecided
Unassigned
One Hundred Papercuts
Invalid
Low
Unassigned
gnome-panel (Ubuntu)
Confirmed
Undecided
Unassigned
libwnck (Ubuntu)
Confirmed
Low
Ubuntu Desktop Bugs

Bug Description

In Gnome Classic (or Gnome Fallback) under Ubuntu 12.04, workspace switcher's tooltip always say "Current workspace: Workspace 1", though there are four workspaces by default.

For an image of this, please look at comment #19.

This happened in Gnome 2.x, and seems to continue now in Gnome 3.x.

Revision history for this message
Travis Watkins (amaranth) wrote :

This is a problem with the workspace switcher.

Revision history for this message
edu jose (pepinmore) wrote :

Oh! I thought it was Compiz messing with the tooltip's text for each workspace, as it just happens with Compiz.

Should I fill a bug in Gnome's bugzilla? Maybe they can come up with a solution (though things involving Compiz seem not easy).

Revision history for this message
Sebastien Bacher (seb128) wrote :

What version of Ubuntu do you use? How do you switch between workspaces?

Changed in gnome-panel:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
edu jose (pepinmore) wrote :

Using Gutsy alpha, updated as of 26/09/2007. Still not using the beta just released, I'll try to update to it today after work.

I'm using Gnome 2.20.0 with normal effects now, and to switch workspaces just click on one of the two thumbnails in the switcher (at right in screen's bottom panel). Using Super+e also works, and very smoothly.

Tooltips about windows in a workspace are correct, but when placing the mouse in an unused area of the workspace thumbnail bot workspaces show the same text in the tooltip, Current Workspace: "Workspace 1" (as if they were the same, but they are 2 different workspaces, I can switch to first one -has windows- or second one -has no windows-).

The switcher is 2.20.0.1 (from context menu, About). Gnome applets is 2.20.0-0ubuntu1, gnome-panel is 2.20.0.1-0ubuntu2

I'm using the free -ati driver with a Radeon 9600XT AGP card (256MB, VGA, DVI, TV-out, just using the VGA) and almost everything is smooth in Compiz (only issues aside from these tooltips are the video playing + switching workspaces and the flicker in animation used to bring windows to the front).

Revision history for this message
edu jose (pepinmore) wrote :

Still happens as of 28/09/2007, after updating Gutsy (it's up to date, so it should be Gutsy beta now).

Switcher and gnome-applets are same versions as before the update (switcher 2.20.0.1, gnome-applets 2.20.0-0ubuntu1). Just gnome-panel has new version: gnome-panel 2.20.0.1-0ubuntu4.

Revision history for this message
Daniel (vijge) wrote :

This is some strange behaviour in Compiz. There is a difference between "viewports" and "desktop" By default Compiz uses 1 desktop with a number of viewports. Therefore, all viewports belong to desktop 1. That is why the tooltip says "Desk 1". You can change this in the Compiz settings menu (general / desktop size), but that has some downsides. For example, I can't set it to three desktop, crtl+alt+[left|right] no longer work, etc.
In general, I noticed that there are a lot of bugs in switching between viewports.

Changed in libwnck:
status: Incomplete → New
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Could you try to reproduce the same with Ubuntu 8.10 or 9.04? Thanks in advance.

Changed in libwnck:
status: New → Incomplete
Revision history for this message
Stephen Gornick (sgornick) wrote :

Problem still exists in 8.10.

Tooltip reads:
   Current Workspace: "Workspace 1"
regardless of which workspace is the current workspace, and regardless of which workspace the mouse is hovering over.
Hovering over a workspace which has a window in it will (properly) read:
  Click to start dragging "[window title]".

Revision history for this message
edu jose (pepinmore) wrote :

Hi, sorry for not responding in a few days, lots of work in day job now.

Yes, problem still exists here with 9.04 alpha 4, in fresh install and after today's updates. Tooltip is the same on both workspaces:
    Área de trabajo actual: "Escritorio 1"
(in English
    Current workspace: "workspace 1")

same as what Stephen Gornick says in the previous post.

What a stubborn tooltip! :-)

Revision history for this message
Sebastien Bacher (seb128) wrote :

that's because compiz uses viewports and not workspaces

Changed in libwnck (Ubuntu):
status: Incomplete → Confirmed
Vish (vish)
Changed in hundredpapercuts:
importance: Undecided → Low
milestone: none → lucid-round-10
status: New → Triaged
status: Triaged → Confirmed
Changed in hundredpapercuts:
milestone: lucid-round-10 → lucid-round-9
Revision history for this message
Stewart G. (birbeck) wrote :

This bug still exists in Ubuntu 10.04 LTS final.

Revision history for this message
Stephen Gornick (sgornick) wrote :

This was interesting. So I changed the Workspace Switcher configuration and remember entering "8" workspaces, and 2 rows. And afterwards hover over each read: Desk 1 Desk 2, Desk 3, Desk 4 but for the second row it read: Workspace 5, Workspace 6, Workspace 7, and Workspace 8.

I then was going to update this bug report, but wanted to document the steps on how to recreate, and now I cannot get the original configuration. Now when I right-click -> Preferences i am asked for Columns and Rows (4, columns, 2 rows), instead of the Number of Workspaces (8 total) that I had entered previously. And now, hover over each of the 8 workspaces shows "Desk 1", just like the original bug reported. Not sure where it was that I entered the "8" into, but wanted to document this here should it possibly be relevant.

Revision history for this message
Stephen Gornick (sgornick) wrote :

In trying to confirm whether or not Bug #588128 still exists, I found out how I got the different Workspace Switcher Preferences windows as I described in #12 above. (Launch Accessories -> Calculator or any other gnome app, move app all the way to the left of windows, widen to full-width of the display, grab title bar and drag to the left, then widen to full-width again.)

What happened next looked like Compiz had a little panic, with the workspace switcher changing from 4 rows and 2 high, to being 16 wide. And hover over each of the workspaces shows correctly: Click to switch to "Desk n", where I see the number labeled correctly for each of 1 through 16.

Then a right-click on Workspace Switcher -> Preferences displays the Workspace Switcher Preferences as shown in the first attachment (ws-switcher-post-anomoly.jpg). After changing to 8 workspaces, 2 rows, then logging out and back in, I now get the Workspace Switcher Preferences as showing in the second attachment (ws-switcher-post-logout.jpg).

Revision history for this message
Stephen Gornick (sgornick) wrote :

Second attachment

Revision history for this message
Paul Flint (flint) wrote :

Greetings,

Please note the similarity of this with Bug #246253, The labels In Workplace Switcher 2.22.2 dissapear in extra visual effects - as pointed out by Sebastien Bacher. Also note that this bug seems to have been with us for a while. I suppose there is a need to contact the developer, I shall see what can be done.

Regards,

Paul

Changed in hundredpapercuts:
milestone: lucid-round-9 → none
Changed in compiz-core:
status: New → Confirmed
Changed in compiz:
status: New → Confirmed
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Thanks a lot for reporting this. Can you please confirm whether or not this is still an issue in 12.04?

Changed in hundredpapercuts:
status: Confirmed → Incomplete
Revision history for this message
edu jose (pepinmore) wrote :

Hi Chris! I'm on 12.04 right now, using Unity 3D/Compiz.

This bug happened in Gnome 2.x, but now in Gnome 3.x I think it's not an issue anymore. Now Gnome 3.x uses a different shell (either Gnome Shell or Unity as far as I know) with different ways of selecting workspaces.

For example, in Unity 3D/Compiz I just see a generic tooltip when mouse is over workspaces icon; it says "Workspaces Selector". After pressing the icon, the screen shows the four work areas, with no tooltip there.

(Oh, I forgot Gnome Classic! I can install and test it if you want, but tomorrow as it's bed time around here)

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Hi Edu,

Thanks a lot for the feedback. Since this is not an issue on Unity, I'll close the papercut task.

It would indeed be helpful to know if this is an issue on Gnome Classic, but I wouldn't say that's a high priority, although if you want to test it then that would be great.

Changed in hundredpapercuts:
status: Incomplete → Invalid
Revision history for this message
edu jose (pepinmore) wrote :

Hi again, sorry for the delay in responding.

I just installed Gnome Classic and the bug continues there. Tooltip is always the same when hovering with the mouse over any of the four work areas shown in the selector.

However, when looking at the preferences of the workspace selector, it says the number of workspaces is 1. When I increment this number in the preferences, the selector changes from a rectangle with four divisions in it to two rectangles, three, four, ... and then the tooltip on each of them shows properly the workspace number.

Well, this is confusing to me, so I made a series of screenshots to show what happens (see image attached).

Don't know whether it's worth filling another bug or just saying it here.

Anyway, as you said, I also think this is a minor flaw; maybe moving it to some kind of "Gnome Classic papercuts" category would help to remind it's still there in case someone wants to work on it. As you see fit :-)

Also, I don't know for how long this Gnome Classic will be maintained. Maybe it's better for people wanting to have a classic look to use Gnome Shell with the proper extensions? (didn't try to set it up this way, honestly).

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Hi Edu,

Thanks a lot for your response. I've opened a task on Gnome Panel. Can you please take a look at the description is still valid now, or if it needs updating?

summary: - Same tooltip on both workspaces when using Compiz
+ Same tooltip on both workspaces when using Gnome Classic
Changed in gnome-panel (Ubuntu):
status: New → Confirmed
Revision history for this message
edu jose (pepinmore) wrote :

Hi Chris, the bug description could be changed to something like this:

Bug Description

In Gnome Classic (or Gnome Fallback) under Ubuntu 12.04, workspace switcher's tooltip always say "Current workspace: Workspace 1", though there are four workspaces by default.

For an image of this, please look at comment #19.

This happened in Gnome 2.x times, and seems to continue now in Gnome 3.x.

Please feel free to modify it to better suit the bug (I'm not a native English speaker, of course :-)

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Hi Edu,

Thanks a lot for the new description. I've updated it and we'll see what the Gnome Classic maintainers have to say.

description: updated
Revision history for this message
Eleni Maria Stea (hikiko) wrote :

Thank you for taking the time to report this bug. The compiz program that we currently use in Ubuntu is a C++ re-write of the original compiz and was announced the 4th July 2010. Therefore, the bugs that were reported before that date, will be marked as "Won't Fix" as they probably exist in the original program which is not stored in launchpad. (The last LTS that used the old compiz is the 10.04 which is not supported anymore).

Changed in compiz:
status: Confirmed → Won't Fix
Changed in compiz-core:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.