Arvados: Issueshttps://dev.arvados.org/https://dev.arvados.org/favicon.ico?15576888422018-07-26T13:44:57ZArvados
Redmine Arvados - Bug #13916 (New): Discovery document inconsistencies https://dev.arvados.org/issues/139162018-07-26T13:44:57ZFuad Muhicfmuhic@capeannenterprises.com
<p>- Content defined in "schemas" section contain duplicated uuid field. Example:<br /> Section discoveryDoc.schemas.Collection.properties contains 2 uuid fields. This presents a problem when<br /> auto-generating SDK-s (they are manually filtered in R-SDK).</p>
<p>- Methods "index", "show" and "destroy" are aliases for the preferred names "list", "get" and "delete".<br /> These methods are redundant and present an unnecessary addition when auto-generating SDK-s.<br /> (They are manually filtered in R-SDK which reduced Arvados.R file by 2000 lines). Example:<br /> discoveryDoc.resources.collections contains index, show and destroy.</p>
<p>- Some documentation fields are preformated. Example:<br /> discoveryDoc.resources.collections.list.description contains:<br /> List Collections.<br /> The <code>list</code> method returns a<br /> <a href="/api/resources.html">resource list</a> of<br /> matching Collections. For example:<br /> <pre>
{
"kind":"arvados#collectionList",
"etag":"",
"self_link":"",
"next_page_token":"",
"next_link":"",
"items":[
...
],
"items_available":745,
"_profile":{
"request_time":0.157236317
}
</pre><br /> This presents problem when generating documentation in R, so R-SDK is ignoring description field.</p>
<p>- discoveryDoc.resources.collections.provenance states that return type should be Collection. When I make a<br /> REST call I get back collection wrapped inside list, which is not the case with other collection methods.<br /> I think I encountered more similar problems when working on R-SDK, so I decided to ignore entire discoveryDoc.schemas section.</p> Arvados - Bug #13453 (Resolved): Fix R SDK incorrect REST callhttps://dev.arvados.org/issues/134532018-05-09T09:34:16ZFuad Muhicfmuhic@capeannenterprises.com
<p>Method execute, called from REST class, is not defined inside HttpRequest class (exec is).<br />Fix it and update tests.</p> Arvados - Bug #13297 (Resolved): arv-mount testshttps://dev.arvados.org/issues/132972018-03-30T13:20:36ZFuad Muhicfmuhic@capeannenterprises.com
<p>$sudo ./arvbox reboot test --only services/fuse freezes in the middle of execution. Log:</p>
<p>.<br />.<br />.<br />Sending build context to Docker daemon 177.2kB<br />Step 1/9 : FROM arvados/arvbox-base<br /> ---> 08a9a0fe6615<br />Step 2/9 : ARG arvados_version<br /> ---> Using cache<br /> ---> c654c5779a80<br />Step 3/9 : ADD service/ /var/lib/arvbox/service<br /> ---> Using cache<br /> ---> 0a6c2a370fa1<br />Step 4/9 : RUN ln <del>sf /var/lib/arvbox/service /etc<br /> --</del>> Using cache<br /> ---> c207d59ba088<br />Step 5/9 : RUN mkdir <del>p /var/lib/arvados<br /> --</del>> Using cache<br /> ---> 5db20e1f8752<br />Step 6/9 : RUN echo "development" > /var/lib/arvados/api_rails_env<br /> ---> Using cache<br /> ---> 4a480a7ff1e8<br />Step 7/9 : RUN echo "development" > /var/lib/arvados/sso_rails_env<br /> ---> Using cache<br /> ---> 09500a45f3e7<br />Step 8/9 : RUN echo "development" > /var/lib/arvados/workbench_rails_env<br /> ---> Using cache<br /> ---> eb13af532b62<br />Step 9/9 : RUN mkdir /etc/test-service && ln <del>sf /var/lib/arvbox/service/postgres /etc/test-service<br /> --</del>> Using cache<br /> ---> c5aebf147aed<br />Successfully built c5aebf147aed<br />Successfully tagged arvados/arvbox-dev:9e92ae4c7fb2ca196b1dd9bc96e2944f1c8f8f8e<br />fc3a6737076579d77dcbbabc58a9d1225a219382d8e8d8bdb8dd5fd1bc8e9049</p>
<p>Running individual fuse tests also gives the same message.</p> Arvados - Bug #12844 (Resolved): WebDAV MOVEhttps://dev.arvados.org/issues/128442017-12-19T14:26:45ZFuad Muhicfmuhic@capeannenterprises.com
<p>I believe that when you try to move folder to its own subfolder, it gets eaten and you get 201. Example from R:</p>
<p>collection$move("my/folder", "my/folder/subfolder/folder")</p>
<p>I get 201 and when I do PROPFIND I can't see my folder anywhere.<br />Please confirm that it actually is a bug.</p>