Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1530652

Summary: StreamingApi - Can not resume via UI a disk that paused download by SDK
Product: [oVirt] ovirt-engine Reporter: Avihai <aefrat>
Component: BLL.StorageAssignee: Daniel Erez <derez>
Status: CLOSED NOTABUG QA Contact: Avihai <aefrat>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 4.2.0.2CC: aefrat, bugs, derez, ratamir, tnisan
Target Milestone: ovirt-4.2.2Flags: rule-engine: ovirt-4.2+
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-01-07 09:17:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Print screen of the issue none

Description Avihai 2018-01-03 15:05:17 UTC
Created attachment 1376464 [details]
Print screen of the issue

Description of problem:
Start a download disk image from SDK & pause is via SDK .
Now let's say that the script ended abruptly & you did not manage to resume it and you want to resume quickly via UI & not run another "resume script" -> you do not have that option.

Version-Release number of selected component (if applicable):
4.2.0.2-0.1.el7

How reproducible:
100%

Steps to Reproduce:
1.Start via SDK download to an image
2.Via SDK pause the download -> UI indicated that "disk is
3.Try via UI to resume 

Actual results:
All download button is disabled, resume cannot be performed. 

Expected results:
Add the option to resume a paused operation via UI.


Additional info:

Comment 1 Tal Nisan 2018-01-03 17:11:28 UTC
Daniel, does it makes sense to you to add resume through the SDK as well?

Comment 2 Daniel Erez 2018-01-07 09:17:11 UTC
Resuming/pausing download is not managed by the UI, the handling is done entirely by the browser. When a user pauses a download started from the sdk, it moves to 'Pauses by User' status (for later resuming). To download the disk from the UI, it should be moved back the 'OK' status (by cancelling the download). Then, when starting to download again, it's up to the browser the try resuming up applicable. 
If makes sense, we can open a bug to allow download cancellation from the UI when paused by user.

Comment 3 Raz Tamir 2018-01-07 09:28:01 UTC
(In reply to Daniel Erez from comment #2)
> Resuming/pausing download is not managed by the UI, the handling is done
> entirely by the browser. When a user pauses a download started from the sdk,
> it moves to 'Pauses by User' status (for later resuming). To download the
> disk from the UI, it should be moved back the 'OK' status (by cancelling the
> download). Then, when starting to download again, it's up to the browser the
> try resuming up applicable. 
> If makes sense, we can open a bug to allow download cancellation from the UI
> when paused by user.

Avihai, Please open a bug

Comment 4 Avihai 2018-01-07 11:48:06 UTC
(In reply to Raz Tamir from comment #3)
> (In reply to Daniel Erez from comment #2)
> > Resuming/pausing download is not managed by the UI, the handling is done
> > entirely by the browser. 
> > When a user pauses a download started from the sdk,
> > it moves to 'Pauses by User' status (for later resuming). To download the
> > disk from the UI, it should be moved back the 'OK' status (by cancelling the
> > download). Then, when starting to download again, it's up to the browser the
> > try resuming up applicable. 
Understood.

> > If makes sense, we can open a bug to allow download cancellation from the UI
> > when paused by user.

> Avihai, Please open a bug
Opened new bug 1532011 to allow UI download cancelation.