Bug 190032

Summary:	XML-RPC Download Progress Incorrectly Reported
Product:	[openSUSE] openSUSE 10.2	Reporter:	Narayan Newton <narayannewton>
Component:	Zenworks	Assignee:	Tambet Ingo <tambet>
Status:	RESOLVED INVALID	QA Contact:	Jawaad Tariq <jtariq>
Severity:	Normal
Priority:	P5 - None	CC:	suse-beta
Version:	unspecified
Target Milestone:	---
Hardware:	All
OS:	SUSE Other
Whiteboard:
Found By:	Third Party Developer/Partner	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Narayan Newton 2006-07-02 00:28:19 UTC

When using the xml-rpc interface to zmd, polling the download ID returned via zmd.packsys.transact returns a progress structure where status is always 2 (finished) and the percent is always "100." No matter the size of the download, duration or what zmd-backend.log says ZMD is doing, the progress is always 100% and finished.

If any more information is required, I would be happy to provide it.

Comment 1 Narayan Newton 2006-08-07 00:42:54 UTC

I am sure this is all known, but I thought I would attach it to this bug anyway:

This is not xml-rpc specific, it is zypp specific. This is because the Zypp service returns a "fake" download progress that is marked finished before the return. This happens in the modules/linux/ZyppService.cs file, near the end of the file in the definition of ZyppPackage.

So, this bug is inaccurate and this probably isn't so much a bug thing as a "this isn't finished yet" thing.

Comment 2 Tambet Ingo 2006-08-16 14:20:14 UTC

Indeed. Zypp service is a last minute hack which doesn't fit in the zmd-zypp design at all. Unless someone is implementing zypp service in zmd, this is not going to change. Closing this bug, the progress reporting for all other services works fine.