NCEAS / morpho

Morpho metadata editor
GNU General Public License v2.0
3 stars 1 forks source link

Irregularities with access control #1022

Closed mbjones closed 5 months ago

mbjones commented 6 years ago

Author Name: unknown unknown (unknown unknown) Original Redmine Issue: 5872, https://projects.ecoinformatics.org/ecoinfo/issues/5872 Original Date: 2013-02-21 Original Assignee: ben leinfelder


Dear Metacat and Morpho developers,

I am using metacat 2.0.3 and morpho 1.10.0. There seems to be a problem with setting the access rights for other entity data or table data added to a metadata package. When I add such extra data, grant certain access rights and upload everything to the metacat server, sometimes (I haven't figured out exactly under what circumstances) there is no access to the extra data except for the owner of the data. By looking into the postgresql table xml_access I found out that the entries for the extra data were missing in these cases. The EML itself seems to be ok though.

For example, when I have data.1.1 as metadata package and data.2.1 and data.3.1 as extra data to this package, sometimes there is no access to data.2.1 and/or data.3.1 except for the owner of the data.

I would appreciate any advice how to fix or circumvent this problem.

Sincerely, Eva-Maria Gerstner

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-02-21T15:51:26Z


EMG, In Metacat 2.x, support for "denyFirst" access control rules was removed so that we more closely match the DataONE federation's access policy structure. If you are using this option in Morpho for your data entities, they will be ignored when you upload to Metacat 2.x. See: https://code.ecoinformatics.org/code/metacat/tags/METACAT_2_0_0/README and https://redmine.dataone.org/issues/2614

If you find that this is not the cause of your missing acces rules, please export the datapackage in question so that I can investigate the issue more closely. Thank you, -BRL

mbjones commented 6 years ago

Original Redmine Comment Author Name: Redmine Admin (Redmine Admin) Original Date: 2013-03-27T21:31:58Z


Original Bugzilla ID was 5872