MetacatUI: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362016-11-10T15:31:23ZEcoinformatics Redmine
Redmine Bug #7155 (Resolved): "Go" button for the "Jump To" field only submits after two clickshttps://projects.ecoinformatics.org/ecoinfo/issues/71552016-11-10T15:31:23ZLauren Walkerwalker@nceas.ucsb.eduBug #7154 (Rejected): NSF Award lookup's tooltip persists after you leave the pagehttps://projects.ecoinformatics.org/ecoinfo/issues/71542016-11-10T15:29:37ZLauren Walkerwalker@nceas.ucsb.eduBug #7153 (Resolved): MetacatUI doesn't render private archived content correctlyhttps://projects.ecoinformatics.org/ecoinfo/issues/71532016-11-04T21:34:08ZChris Jonescjones@nceas.ucsb.edu
<p>When trying to view a metadata document that has been archived with its direct <code>#view</code> URL, MetacatUI fails because it only checks to see if the content is in the Solr index. I dont know if this is limited to private content, or if it's the same behavior for public content. Either way, when <code>#view/{pid}</code> is accessed, we need to 1) query Solr for the record (which we do), then if nothing is found, we need to see if the object is archived via <code>/meta</code>. If it is, and access is granted, we need to call the view service to render the science metadata.</p>
<p>The data tem interns have been running into this, and so I checked it out with this example:</p>
<p><a class="external" href="https://arcticdata.io/catalog/#view/urn:uuid:15b0247a-b681-464f-bed2-9229cc686af8">https://arcticdata.io/catalog/#view/urn:uuid:15b0247a-b681-464f-bed2-9229cc686af8</a></p>
<p>When passing the token in to <code>/meta</code> or <code>/view</code>, getting the system metadata or the XSLT'd content works fine:<br /><pre>
curl -H "Authorization: Bearer ${token}" "https://arcticdata.io/metacat/d1/mn/v2/views/metacatui/urn:uuid:15b0247a-b681-464f-bed2-9229cc686af8"
and
curl -H "Authorization: Bearer ${token}" "https://arcticdata.io/metacat/d1/mn/v2/meta/urn:uuid:15b0247a-b681-464f-bed2-9229cc686af8"
</pre></p> Bug #7145 (Closed): Uploads graph shows upload date of most recent version, not first versioinhttps://projects.ecoinformatics.org/ecoinfo/issues/71452016-10-19T19:24:58ZBryce Mecummecum@nceas.ucsb.edu
<p>I was looking at the Uploads graph on the #profile page, <a class="external" href="https://search.dataone.org/#profile">https://search.dataone.org/#profile</a>, and noticed the query for it filters out obsoleted objects (-obsoletedBy:*). The text caption, however, reads "Only the first version of each file is counted.". I would have expected the query to use -obsoletes* in order to filter to just the first version of each revision chain. Am I seeing things right?</p> Bug #7016 (Resolved): Automatic redirects from #data to #data/page/0 causes issues with navigatin...https://projects.ecoinformatics.org/ecoinfo/issues/70162016-04-29T18:12:29ZLauren Walkerwalker@nceas.ucsb.eduFeature #6987 (Resolved): Only send query for filter autocomplete facets after a user has focused...https://projects.ecoinformatics.org/ecoinfo/issues/69872016-03-18T18:13:46ZLauren Walkerwalker@nceas.ucsb.edu
<p>In order to use less memory in Solr</p> Story #6945 (Resolved): Expose Member Node serviceshttps://projects.ecoinformatics.org/ecoinfo/issues/69452016-01-20T17:33:56ZLauren Walkerwalker@nceas.ucsb.edu