Bug 868420

Summary:	Win7 32bit client: Remote-Viewer.exe listed as having a memory leak by RADAR
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Vimal Patel <vipatel>
Component:	mingw-virt-viewer	Assignee:	Marc-Andre Lureau <marcandre.lureau>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	3.1.0	CC:	cfergeau
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-10-22 14:16:21 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Vimal Patel 2012-10-19 19:30:51 UTC

Description of problem:
On Win732 bit client, in the registry remote-viewer.exe is listed as a  DiagnosedApplications under HeapLeakDetection under RADAR, which is a Win7 built in utility to catch applications that have memory leaks.
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\RADAR\HeapLeakDetection\DiagnosedApplications\remote-viewer.exe

I saw this in the registry after running QE's test run on Win7 32bit, which includes switching full screen, using the user portal, power user portal, doing migrations, native & legacy usb testing. 

Version-Release number of selected component (if applicable):
RHEVM 3.1, si20
Win7 Client:
remote-viewer: 0.5.3
USB Clerk

Guest: RHEL 6.3 64
rhevm-guest-agent-1.0.5-3.el6ev.x86_64
spice-vdagent-0.8.1-3.el6.x86_64
xorg-x11-drv-qxl-0.0.14-13.el6_2.x86_64 

How reproducible:
Not sure

Steps to Reproduce:
1. 
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Marc-Andre Lureau 2012-10-19 19:39:02 UTC

thanks for the report, however I doubt we can fix it without more details. Gobject/Gtk itself does "leak", but not over time. This is what matters. You would need to tell use in which circunstances the memory usage is growing. If it's not growing, it's probably harmless, and looking for a leak blindlessly is like searching for a needle in a haystack! Until we have more information, I would suggest to close the bug.

Comment 2 Vimal Patel 2012-10-22 14:16:21 UTC

I agree with your comments Marc-Andre.  I will close the bug as insufficient data.  I will try to look into it a little more, if I get more details of when this happens and how significant it is I will reopen this bug.