[ 
http://opencast.jira.com/browse/MH-7261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=25573#comment-25573
 ] 

Judy Stern commented on MH-7261:
--------------------------------

This appears to be already reported as MH-7340

> QA RC 1.1.10173: SAFARI: Capture Agent UI and Feedback
> ------------------------------------------------------
>
>                 Key: MH-7261
>                 URL: http://opencast.jira.com/browse/MH-7261
>             Project: Matterhorn Project
>          Issue Type: Sub-Task
>          Components: Architecture & Services, QA and Release
>    Affects Versions: 1.1.x (branch)
>            Reporter: Adam Hochman
>            Assignee: Judy Stern
>            Priority: Release Blocker
>             Fix For: 1.1 
>
>
> REMEMBER TO RESOLVE AS "PASSED QA" OR "FAILED QA" at end of test.  If the 
> test uncovers bugs, enter these bugs as separate issues and link them to this 
> resolved test.  When you start a QA test, please put the issue in progress 
> until it is resolved.
> Questions to consider:
> Are the capture agent statuses correct?
> Testing happy path status
> 1.Schedule a recording for capture using a real capture agent. 
> (opencast01.usask.ca:8080)  
> 2.Go to Capture Agent screen and confirm that the capture agent status 
> changes from idle to capturing.
> 3.Go to Capturing Recordings filter.  Confirm that the capture agent status 
> changes as it is capturing, packaging, uploading.
> Testing failed start and recovery
> 1.Schedule another recording for capture using a real capture agent.  
> Assuming the capture agent polls for a new capture agent every 1m (ootb it is 
> 5m but may be more frequent in QA env), schedule for a time shorter than the 
> capture agent's pool time but long enough so the capture agent will 
> eventually pick up the new schedule (10m).  If it is only 1m poll times this 
> may be difficult but not impossible.   The capture agent should miss the 
> start time since it didn't get the schedule in time.  This means that it's 
> status should be idle on the capture agent page, and the recording should 
> have a warning on the upcoming page. Depending on the poll time, the 
> recording should soon go into a capturing status. 

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to