Bug 806199 - Icon in notification area disappear after hibernation resume
Summary: Icon in notification area disappear after hibernation resume
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gnome-panel
Version: 6.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-23 07:48 UTC by Stanislav Graf
Modified: 2017-12-06 11:11 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-12-06 11:11:15 UTC
Target Upstream Version:


Attachments (Terms of Use)
Screenshot (23.63 KB, image/png)
2012-03-23 07:49 UTC, Stanislav Graf
no flags Details

Description Stanislav Graf 2012-03-23 07:48:55 UTC
Description of problem:
After several hibernation and resuming, virt-manager's icon disappear. But virt-manager is stil running and working properly. Even can be displayed by clicking on plain place where was icon displayed. see attachment

It is the only icon that disappears.

Version-Release number of selected component (if applicable):
virt-manager-0.9.0-7.el6.x86_64

How reproducible:
50%

Steps to Reproduce:
1. Run virt-manager and check notification area
2. Hibernate/Resume several times.
3. Check notification area
  
Actual results:
Virt-managers icon disappear but other icons are fine.

Expected results:
All icons are fine.

Additional info:
I hit this usually once a week. I can help debug this problem.

Comment 1 Stanislav Graf 2012-03-23 07:49:55 UTC
Created attachment 572181 [details]
Screenshot

Comment 2 Cole Robinson 2012-04-02 21:41:01 UTC
Weird that it's only virt-manager, but since virt-manager has no suspend or hibernation awareness I'm not sure what we could be doing wrong. Assuming this isn't something that can be reproduced through manual clickery, reassigning to gnome-panel for further triage

Comment 4 RHEL Program Management 2012-07-10 08:06:18 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 5 RHEL Program Management 2012-07-10 23:19:58 UTC
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.

Comment 7 RHEL Program Management 2012-10-10 16:30:23 UTC
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unable to address this
request at this time.

Red Hat invites you to ask your support representative to
propose this request, if appropriate, in the next release of
Red Hat Enterprise Linux.

Comment 8 Jan Kurik 2017-12-06 11:11:15 UTC
Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:

http://redhat.com/rhel/lifecycle

This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com/


Note You need to log in before you can comment on or make changes to this bug.