Community
Participate
Working Groups
Build Identifier: 0.7.0.v201110100901 When right click the dd file, and deploy the RUI project, the copy file progress is not correct. Please refer to the attached picture. Reproducible: Always
Created attachment 204982 [details] The screen-shot.
Jiyong, please help to set the owner to Jimmy, thanks.
This problem is also mentioned in Will's 28 question list, so I think this defect should have high priority. Below is the comments of Will, 19. Enhancement: during deployment of a RUI app, the progress of the operation sits at 0% almost the entire time, even though it's clearly doing work. I know we are copying a lot of files and we may not know the true status of the operation, but we should do *something* more accurate than just showing 0%. Even setting IProgressMonitor.UNKOWN would be better ...
Set to major because they are things newer developers may run into fairly quickly
fixed.
It has somewhat improvement than RBD now, but the progress update information is still not very accurate. Verified in 0.7.0.v201111130901.
I noticed that this progress bar is setting the amount of work to unknown - monitor.beginTask("", IProgressMonitor.UNKNOWN); If Tony and Will think that the progress we are reporting is acceptable for .7, I think we should defer this until a future release. An article on best practices for using progress monitors can be found here - https://www.eclipse.org/articles/Article-Progress-Monitors/article.html
(In reply to comment #7) > I noticed that this progress bar is setting the amount of work to unknown > > - monitor.beginTask("", IProgressMonitor.UNKNOWN); > > If Tony and Will think that the progress we are reporting is acceptable for .7, > I think we should defer this until a future release. An article on best > practices for using progress monitors can be found here - > https://www.eclipse.org/articles/Article-Progress-Monitors/article.html A new fix was committed for the IProgressMonitor.UNKNOWN, this fix will count the copy files number as the subMonitorProgress work numbers.
It looks good to me now, verified in 0.7.0.v201111160901.