[
https://issues.jboss.org/browse/JBIDE-20362?page=com.atlassian.jira.plugi...
]
Rob Stryker commented on JBIDE-20362:
-------------------------------------
Yes, there's a clear difference in how they're being called.
The one that's been fixed uses ProgressMonitorDialog, a class in the org.eclipse.jface
package. The ProgressMonitorDialog makes use of an AccumulatingProgressMonitor, which is
also private to jface.
However, when launched via preferences, we're actually seeing
ProgressMonitorFocusJobDialog
ProgressMonitorFocusJobDialog cannot use the AccumulatingProgressMonitor because it is
private to jface. So instead it bombards swt with events.
Extracting of a download runtime is slow on Mac
-----------------------------------------------
Key: JBIDE-20362
URL:
https://issues.jboss.org/browse/JBIDE-20362
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: runtime-detection
Affects Versions: 4.3.0.Beta2
Reporter: Martin Malina
Assignee: Rob Stryker
Fix For: 4.4.1.Final
While playing with the Download runtime fuctionality, I noticed that once a runtime (e.g.
EAP 6.2) is downloaded, the extraction takes very long. I think it used to be fast and the
extraction was done without any progress reporting. But now it seems that every
subdirectory in the archive is being printed out which slows it down.
This extraction process took 1 min 23 sec for EAP 6.2 and I have an SSD. On a command
line, this would take a few seconds.
I think the solution may be to simply show "Extracting" without printing out
each file/directory that is being extracted.
(Furthermore, the progress bar does not reflect the progress - it seems there is still
only perhaps 5 % done and then it's suddenly over.)
I can record a screencast if you like, but I think this should be easy to replicate.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)