Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362013-10-05T00:32:06ZEcoinformatics Redmine
Redmine Story #6128 (Closed): Wait for MetacatUI 1.1.0 releasehttps://projects.ecoinformatics.org/ecoinfo/issues/61282013-10-05T00:32:06Zben leinfelderleinfelder@nceas.ucsb.eduBug #6117 (Resolved): Reindexing (action=reindex) only works oncehttps://projects.ecoinformatics.org/ecoinfo/issues/61172013-10-03T19:39:23Zben leinfelderleinfelder@nceas.ucsb.eduTask #6115 (Resolved): ldapweb.cgi - default configuration should use o=unaffiliated https://projects.ecoinformatics.org/ecoinfo/issues/61152013-10-02T16:48:19Zben leinfelderleinfelder@nceas.ucsb.edu
<p>We are not yet ready to use ou=Account by default in our ldapweb skin configurations.</p> Task #6113 (Resolved): Getting "Bad header" error when similar accounts are presenthttps://projects.ecoinformatics.org/ecoinfo/issues/61132013-10-02T00:08:25Zben leinfelderleinfelder@nceas.ucsb.edu
<p>WHen I try to register with an account that has similar info as an existing one (email, last name etc) on dev2.nceas.ucsb.edu I see this in the apache error.log:</p>
<pre>
[Tue Oct 01 17:05:36 2013] [error] [client 128.111.220.249] malformed header from script. Bad header= <h3>Similar accounts exist: ldapweb.cgi, referer: http://dev2.nceas.ucsb.edu/
</pre>
<p>and the response is an internal server error page.</p> Bug #6101 (Closed): MN.update() fails but modifies revision chainhttps://projects.ecoinformatics.org/ecoinfo/issues/61012013-09-24T23:09:45Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Hello Ben, Chris,</p>
<p>I was trying to update two data and metadata files for some old subtidal data today and ran into a problem. The two new data files updated without issue. The two metadata files did not update with a permissions error…this was the problem we discussed in February and, at that time, Chris manually set up a link between PISCO LDAP data-managers and CILOGON PISCO-data-managers. That link apparently didn’t work today. So, for the second try for the metadata files I used Matt’s suggestion of using the Member Node certificate: ‘urn:node:PISCO.pem’. That didn’t work the first time with a ‘no session has been provided’ error. I figured out that was a file permission error on the cert and fixed that and tried it again. This time the error was ‘the previous identifier has already been made obsolete by <the file I am trying to load> and it didn’t load. It appears the first update call updated the ‘obsoletedBy’ field for the old guid but didn’t load the new metadata. I’m wondering what you think the best way to fix this would be?</p>
<p>The metadata files are:<br /><pre>
pisco_subtidal.70.4 (old) and pisco_subtidal.70.5 (new…not loaded)
pisco_subtidal.80.5 (old) and pisco_subtidal.80.6 (new…not loaded)
</pre></p>
<p>This shows pisco_subtidal.70.4 with obsoletedBy set to pisco_subtidal.70.5 which is not loaded (no object or meta):<br /><a class="external" href="https://data.piscoweb.org/catalog/d1/mn/v1/meta/doi:10.6085/AA/pisco_subtidal.70.4">https://data.piscoweb.org/catalog/d1/mn/v1/meta/doi:10.6085/AA/pisco_subtidal.70.4</a></p>
<pre>
<d1:systemMetadata xmlns:d1="http://ns.dataone.org/service/types/v1">
<serialVersion>2</serialVersion>
<identifier>doi:10.6085/AA/pisco_subtidal.70.4</identifier>
<formatId>eml://ecoinformatics.org/eml-2.0.1</formatId>
<size>27188</size>
<checksum algorithm="MD5">8c17d5bc327f04d6803e5241872fa85c</checksum>
<submitter>uid=cjones,o=PISCO,dc=ecoinformatics,dc=org</submitter>
<rightsHolder>uid=subtidal,o=PISCO,dc=ecoinformatics,dc=org</rightsHolder>
<accessPolicy>
<allow>
<subject>public</subject>
<permission>read</permission>
</allow>
<allow>
<subject>
cn=data-managers,o=PISCOGROUPS,dc=ecoinformatics,dc=org
</subject>
<permission>read</permission>
<permission>write</permission>
<permission>changePermission</permission>
</allow>
</accessPolicy>
<replicationPolicy replicationAllowed="false"/>
<obsoletes>doi:10.6085/AA/pisco_subtidal.70.3</obsoletes>
<obsoletedBy>doi:10.6085/AA/pisco_subtidal.70.5</obsoletedBy>
<archived>false</archived>
<dateUploaded>2007-05-08T23:00:00.000+00:00</dateUploaded>
<dateSysMetadataModified>2013-09-24T17:18:13.620+00:00</dateSysMetadataModified>
<originMemberNode>urn:node:PISCO</originMemberNode>
<authoritativeMemberNode>urn:node:PISCO</authoritativeMemberNode>
<replica>
<replicaMemberNode>urn:node:PISCO</replicaMemberNode>
<replicationStatus>completed</replicationStatus>
<replicaVerified>2012-08-25T00:00:00.000+00:00</replicaVerified>
</replica>
<replica>
<replicaMemberNode>urn:node:CN</replicaMemberNode>
<replicationStatus>completed</replicationStatus>
<replicaVerified>2012-08-25T00:00:00.000+00:00</replicaVerified>
</replica>
</d1:systemMetadata>
</pre>
<p><a class="external" href="https://data.piscoweb.org/catalog/d1/mn/v1/meta/doi:10.6085/AA/pisco_subtidal.70.5">https://data.piscoweb.org/catalog/d1/mn/v1/meta/doi:10.6085/AA/pisco_subtidal.70.5</a><br /><pre>
<error detailCode="1800" errorCode="404" name="NotFound">
<description>
No system metadata could be found for given PID: doi:10.6085/AA/pisco_subtidal.70.5
</description>
</error>
</pre></p> Bug #6100 (Closed): Metacat search does not work for Chinese charactershttps://projects.ecoinformatics.org/ecoinfo/issues/61002013-09-23T17:33:35Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Hi Ben,</p>
<p>We found there is a searching problem on Metacat Home page. We can search Chinese characters correctly on Metacat 1.9.5. but 2.0.3. Does it change the searching way?<br />Thank you for your help.</p>
<p>Best,</p>
<p>Meei-ru</p> Task #6098 (Closed): Make reCaptcha work with AJAX includehttps://projects.ecoinformatics.org/ecoinfo/issues/60982013-09-20T14:45:23Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Instead of having the perl code generate the catcha content, the template can include the ajax-style of constructing the captcha. This will allow us to use the same method when we include the registration form in the MetacatUI as well.</p>
<p>See:<br /><a class="external" href="https://developers.google.com/recaptcha/docs/display?csw=1#AJAX">https://developers.google.com/recaptcha/docs/display?csw=1#AJAX</a><br /><a class="external" href="http://stackoverflow.com/questions/7261436/how-can-i-load-a-recaptcha-form-using-jquery-ajax-while-leaving-the-recaptcha-sc">http://stackoverflow.com/questions/7261436/how-can-i-load-a-recaptcha-form-using-jquery-ajax-while-leaving-the-recaptcha-sc</a></p> Task #6096 (Closed): Add reCaptcha library instructions to admin docshttps://projects.ecoinformatics.org/ecoinfo/issues/60962013-09-19T19:38:42Zben leinfelderleinfelder@nceas.ucsb.edu
<p>THis is a new dependency and should be documented in the registry install docs.</p> Task #6095 (Closed): Pull metacatui from specific taghttps://projects.ecoinformatics.org/ecoinfo/issues/60952013-09-18T22:17:35Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Right now it is pulling the HEAD for the build. Should pull a specific tag.</p> Bug #6094 (Closed): Replace all screenshot images in the documentation with screenshots of the ne...https://projects.ecoinformatics.org/ecoinfo/issues/60942013-09-18T16:04:06ZLauren Walkerwalker@nceas.ucsb.eduFeature #6092 (Closed): Science Metadata DOIs should point to "view" landing pagehttps://projects.ecoinformatics.org/ecoinfo/issues/60922013-09-16T18:14:04Zben leinfelderleinfelder@nceas.ucsb.edu
<p>We'll use a configurable template for the URI in metacat.properties that will allow us flexibility in determining what the "landing page" for the DOI should be. Will have a property for metadata and for data, defaulting to the /object URI.</p> Feature #6089 (Closed): Remove index_event record when reindex is successfulhttps://projects.ecoinformatics.org/ecoinfo/issues/60892013-09-11T17:13:58Zben leinfelderleinfelder@nceas.ucsb.edu
<p>If manually reindexing a pid that had an error, we should remove the record (if it exists) from the index_event table when the manual reindex completes so that the timed reindex does not attempt to reindex it as well.</p> Task #6088 (Closed): Update documentation to use new context namehttps://projects.ecoinformatics.org/ecoinfo/issues/60882013-09-09T22:28:06Zben leinfelderleinfelder@nceas.ucsb.eduTask #6087 (Closed): Change all default configurations to use new contexthttps://projects.ecoinformatics.org/ecoinfo/issues/60872013-09-09T22:26:39Zben leinfelderleinfelder@nceas.ucsb.eduBug #6086 (Closed): publish service call fails to authenticate properlyhttps://projects.ecoinformatics.org/ecoinfo/issues/60862013-09-06T23:45:08ZMatt Jonesjones@nceas.ucsb.edu
<p>I was trying to issue a DOI for Sarah Olson's data set tonight via curl on the KNB using the KNB node certificate as my identity. Doing this pointed out two issues, the second of which is definitely a bug.</p>
<p>First error<br />---------<br />I ran this:</p>
<pre>
# curl -X PUT -E /var/metacat/certs/urn_node_KNB.pem http://knb.ecoinformatics.org/knb/d1/mn/v1/publish/solson.11.5
<?xml version="1.0" encoding="UTF-8"?>
<error detailCode="1210" errorCode="401" name="InvalidToken">
<description>No session has been provided</description>
</error>
</pre>
<p>That error is traced back to the beginning of MNodeService.update() where sessions are checked. Looking at ezid, I can see that the DOI was reserved successfully, but then the publish fails doing the update() on the object. I had thought that passing in the client cert was sufficient to identify myself and set up a session, but apparently not. Any thoughts on why this didn't work, and what is needed to successfully log in via curl? There may not be a bug here, but rather me using curl incorrectly. Or maybe it should work.</p>
<p>Second error<br />-----------<br />Also, it seems that the EZID mint() call worked even though I wasn't authenticated on metacat, so I tried the same call again without a certificate at all:</p>
<pre>
# curl -X PUT http://knb.ecoinformatics.org/knb/d1/mn/v1/publish/solson.11.5
</pre>
<p>and I got the same error. The new DOI is still reserved on the EZID system despite not being authenticated in Metacat, so there seems to be a bug here in not checking the session before contacting EZID to mint() the identifier.</p>