window-list does not update itself

Bug #662566 reported by Stefan Lichtenstern on 2010-10-18
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-panel (Ubuntu)
Low
Stefan Lichtenstern

Bug Description

Binary package hint: gnome-panel

1) Release of Ubuntu:
Description: Ubuntu 10.04.1 LTS
Release: 10.04
--
2) The version of the package:
gnome-panel:
  Installed: 1:2.30.2-0ubuntu0.2
  Candidate: 1:2.30.2-0ubuntu0.2
--
3) What I expected to happen:
I'm using nvidia twinview (with two displays), therefore i have two gnome-panels running at the bottom of each display. In each panel is running a window list. The window list should update itself in each display automatically showing only truly running programs.
4) What happened instead:
The window list displays minimized applications which have been previously closed and shouldn't be displayed anymore. Clicking on these minimized non-existent applications, maximizes other truly running applications that should've been displayed instead of the previously closed ones.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gnome-panel 1:2.30.2-0ubuntu0.2
ProcVersionSignature: Ubuntu 2.6.32-25.44-generic 2.6.32.21+drm33.7
Uname: Linux 2.6.32-25-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Mon Oct 18 10:44:27 2010
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/gnome-panel
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: gnome-panel

Stefan Lichtenstern (zubwolf) wrote :
Pedro Villavicencio (pedro) wrote :

Thanks for the report, do you get the same on Maverick?

Changed in gnome-panel (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Stefan Lichtenstern (zubwolf) wrote :

Actually i am not using maverick, so i cannot tell. But what i can tell for sure is, that i have experienced the exact same behaviour on Karmic (the 32bit version).

There is one more thing i would like to add: the panel clock hangs very often, it just freezes. I have to navigate to the clock settings via the context-menu and change some settings (weather, seconds) + change it back, so the clock is able to update itself. This has happened, as the bug mentioned above, only in dualview-mode. Maybe there is a connection between those two incidents.

Kind regards,

Stefan ~~

Stefan Lichtenstern (zubwolf) wrote :

Hi,

i've tested it with maverick64, getting exactly the same. Let me know if you need anything more from me in order to reproduce the bug. And, since i haven't heard anything for weeks now, it would be very kind if somebody could have a closer look on this issue.

Kind regards,

Stefan ~~

Launchpad Janitor (janitor) wrote :

[Expired for gnome-panel (Ubuntu) because there has been no activity for 60 days.]

Changed in gnome-panel (Ubuntu):
status: Incomplete → Expired
Stefan Lichtenstern (zubwolf) wrote :

Sorry guys, but your behavior is disappointing. You do not react in any way for month and let this bug expire.

Why do you want users to collaborate with you, when you do in fact just nothing in return?

Sorry, but that sucks.

Regards,

Stefan ~~

Changed in gnome-panel (Ubuntu):
assignee: nobody → Stefan Lichtenstern (zubwolf)
status: Expired → New
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers