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 #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 #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> Story #6082 (Closed): Rename knb.war to ???.warhttps://projects.ecoinformatics.org/ecoinfo/issues/60822013-09-06T19:41:54Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Possible names (please add more suggestions):<br />-metacat.war (would make <hostname>/metacat/metacat for the Metacat servlet which I think is very confusing)<br />-catalog.war<br />-repository.war<br />-m.war<br />-mc.war</p> Feature #6080 (Closed): Update Metacat admin screen using cues from the new default look and feelhttps://projects.ecoinformatics.org/ecoinfo/issues/60802013-09-06T18:57:46Zben leinfelderleinfelder@nceas.ucsb.edu
<p>The header and footer sections will not have the same exact links as the default theme because this is targeting administrators of the Metacat server stack, but the same general look will be used. One background image is fine, with the semi-transparent rounded overlay for the content.</p> Task #6067 (Closed): Update documentation to reflect the new metacatui theme mechanismhttps://projects.ecoinformatics.org/ecoinfo/issues/60672013-09-05T23:45:29Zben leinfelderleinfelder@nceas.ucsb.eduStory #6063 (Closed): ldapweb.cgi enhancementshttps://projects.ecoinformatics.org/ecoinfo/issues/60632013-09-05T23:33:03Zben leinfelderleinfelder@nceas.ucsb.eduStory #6062 (Closed): Deprecate skin configurationhttps://projects.ecoinformatics.org/ecoinfo/issues/60622013-09-05T23:32:17Zben leinfelderleinfelder@nceas.ucsb.edu