Changeset 31822 for main/trunk


Ignore:
Timestamp:
2017-07-25T19:32:11+12:00 (7 years ago)
Author:
ak19
Message:

Bugfix to GLI's download pane: when having multiple download jobs queued, if you closed/stopped anything but the running job, the deleted job's would not react: the display would remain and it would still be queued. The problem was because queued jobs' states are always set to Running by DownloadScrollPane, and so the hasSignalledStop() returned false when testing if it could be deleted since nothing set it to the STOPPED state. Have now fixed this behaviour.

File:
1 edited

Legend:

Unmodified
Added
Removed

  • main/trunk/gli/src/org/greenstone/gatherer/download/DownloadScrollPane.java

    r31721 r31822  
    114114    if (delete_me != job) {
    115115
     116        delete_me.setState(DownloadJob.STOPPED); // it's not the current job, so not running any SafeProcess, so don't need to send interrupt, just set state to stopped
    116117        SafeProcess.log("**************** Deleting job from download scroll pane");
    117118        // Close button pressed, get rid of this download's dedicated pane
Note: See TracChangeset for help on using the changeset viewer.