Arvados: Issueshttps://dev.arvados.org/https://dev.arvados.org/favicon.ico?15576888422016-04-20T20:20:50ZArvados
Redmine Tapestry - Feature #9027 (New): Incorporate coverage info from get-evidence dataset_reports in pu...https://dev.arvados.org/issues/90272016-04-20T20:20:50ZTom Cleggtom@curii.comTapestry - Task #9026 (New): Retrieve coverage metadata from get-evidence jobshttps://dev.arvados.org/issues/90262016-04-20T20:19:24ZTom Cleggtom@curii.comTapestry - Task #8796 (New): Poll arvados for finished pipelines, resolve/reject relevant ArvadosJobhttps://dev.arvados.org/issues/87962016-03-24T18:48:40ZTom Cleggtom@curii.comTapestry - Task #8794 (New): Notify user that transfer has been initiatedhttps://dev.arvados.org/issues/87942016-03-24T18:47:48ZTom Cleggtom@curii.comTapestry - Feature #8707 (In Progress): Arvados job: download data from remote site into Keephttps://dev.arvados.org/issues/87072016-03-15T21:35:13ZTom Cleggtom@curii.com
<p>...to satisfy an API request like <a class="issue tracker-2 status-3 priority-4 priority-default closed parent" title="Feature: Accept authenticated API calls from data providers to add datasets to a public profile (Resolved)" href="https://dev.arvados.org/issues/8688">#8688</a></p>
<a name="Implementation"></a>
<h2 >Implementation<a href="#Implementation" class="wiki-anchor">¶</a></h2>
<p>One task per requested file -- this avoids retrying <em>everything</em> whenever one file fails</p>
<p>Use writable FUSE (task output dir)</p>
<p>Run wget or curl, probably with some sort of batch-progress flag</p> Tapestry - Feature #8698 (New): When UserFile data is updated, if it has a suitable data type, su...https://dev.arvados.org/issues/86982016-03-15T17:54:19ZTom Cleggtom@curii.com
<p>Application config should specify a set of report generator functions. Each function accepts a UserFile record and returns a uuid if it is able to process the file, otherwise nil.</p> Tapestry - Feature #8697 (In Progress): Check for finished download/processing jobshttps://dev.arvados.org/issues/86972016-03-15T17:50:45ZTom Cleggtom@curii.com
<p>Implement as a long-running process that polls and then waits {configurable} seconds</p>
When a download job succeeds, create a UserFile record for each file in the output collection that
<ul>
<li>has location == output of download job</li>
<li>belongs to the appropriate participant</li>
<li>appears on the participant's public profile page</li>
<li>appears on the participant's "data files" list</li>
</ul>
When a processing job succeeds,
<ul>
<li>update report_content_locator = job output</li>
<li>send email to user</li>
<li>add entry to user log</li>
</ul>
When any job fails,
<ul>
<li>send email to site admins</li>
</ul>
<a name="Implementation"></a>
<h2 >Implementation<a href="#Implementation" class="wiki-anchor">¶</a></h2>
New UserFile attributes
<ul>
<li><pre>
t.integer "study_id"
</pre></li>
</ul> Tapestry - Task #6925 (New): Review 6924-survey-field-idhttps://dev.arvados.org/issues/69252015-08-06T17:26:14ZTom Cleggtom@curii.comTapestry - Bug #6924 (In Progress): Google survey participation link should work for newly create...https://dev.arvados.org/issues/69242015-08-06T17:21:58ZTom Cleggtom@curii.com
<p>See <a class="changeset" title="Apparently Google Forms has been changing the url pattern to prefill form fields. This appears to..." href="https://dev.arvados.org/projects/tapestry/repository/tapestry/revisions/e70c808ab4518cf68ae56f702ae64f5232bbc0ba">e70c808ab4518cf68ae56f702ae64f5232bbc0ba</a></p>
<p>My theory:</p>
<pre>
# Google changed the field IDs on existing forms/results. Old
# field IDs were small multiples of 10, and were changed from N to
# 1000000+N; new ones are big numbers and should be used verbatim.
</pre>
<p>Current code <em>always</em> adds 1000000. According to Nancy's experiments, this means in order to conduct a survey with a newly created Google form, you have to enter "2014123456" when the real form field ID is "2015123456".</p> Tapestry - Bug #6412 (New): Admin cannot use UserFilesController#reprocess unless admin account i...https://dev.arvados.org/issues/64122015-06-24T20:09:53ZTom Cleggtom@curii.comTapestry - Bug #1471 (New): Researcher > Kits table content loads very slowlyhttps://dev.arvados.org/issues/14712013-05-07T12:07:39ZTom Cleggtom@curii.comTapestry - Bug #1461 (New): Firefox compatibility problem in kit_design creationhttps://dev.arvados.org/issues/14612013-04-24T14:00:53ZTom Cleggtom@curii.com
<p>From Pete:</p>
<blockquote>
<p>For some reason the the sample / device info didn't save along with the kit design I created in Firefox. I had to add it in Chrome. This isn't the only issue I've had with Firefox not working well with Tapestry. I also can't click the check boxes on bulk operations.</p>
</blockquote> Tapestry - Feature #1427 (New): As an administrator, I can see the (not-actually-public) public p...https://dev.arvados.org/issues/14272013-03-19T12:28:16ZTom Cleggtom@curii.comTapestry - Bug #1412 (In Progress): Ruby 1.9 incompatibilitieshttps://dev.arvados.org/issues/14122013-03-01T15:27:10ZTom Cleggtom@curii.comTapestry - Bug #1116 (New): Selecting kit ranges at /kits should not be case-sensitivehttps://dev.arvados.org/issues/11162012-08-21T15:04:30ZTom Cleggtom@curii.com