Collection Authorization to override Item Authorization

[Arunendra M. Biswas]

Using Dspace 5.9.

I created a collection with default authorization and uploaded 100 items with the default authorization.

But then, the client decided to allow the READ policy only and remove the DEFAULT_BITSTREAM_READ policy for Anonymous group.

Reading across the forum, I learnt that the easiest way would be to create another collection with this required authorization and move the 100 items from old to this newly created collection, selecting "Inherit policies of the destination collection".

I did, but the older DEFAULT_BITSTREAM_READ policy for Anonymous group did not get overridden. The items can be still opened as Anonymous.

Help please.

[Arunendra M. Biswas]

A reply would be helpful.

[Evgeni Dimitrov]

I think that up to DSpace 6.2 "Inherit policies of the destination collection" does not work.
I don't know how it is in DSpace 6.3.

[Tim Donohue]

Hi all,

I was unaware that folks are seeing issues with the "Inherit policies of the destination collection" when moving an Item between Collections.  I'd recommend someone report this to our ticketing system so that we can look for a volunteer to address it:  https://jira.duraspace.org/projects/DS/ .  When creating a ticket, please give a step-by-step example of what isn't working, as that will help someone reproduce & debug the issue.

If creating a collection and moving all the items isn't working, you also could use the "Advanced Policy Manager" from the DSpace Admin UI to do a bulk replacement of the policies on those 100 items.  This Advanced Policy Manager isn't the most "user friendly" feature, but it will work to allow you to bulk remove existing policies and bulk add the new ones.  Here's a step-by-step guide that our team wrote for the DSpaceDirect service (hosted by DuraSpace): https://wiki.duraspace.org/display/DSpaceDirectKB/Getting+Started+How-To#GettingStartedHow-To-Bulk/BatchPermissionsChanges(Advanced)

Hopefully that helps give another option on how to resolve this, since it sounds like the inheritance of collection policies when moving items isn't working as expected.

Tim

--
All messages to this mailing list should adhere to the DuraSpace Code of Conduct: https://duraspace.org/about/policies/code-of-conduct/
---
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/9cbc95be-ccc0-499a-972c-9a6ac9e45caf%40googlegroups.com.

--

Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

[Arunendra M. Biswas]

Hello Tim,

Thanks a ton. I followed the link you provided and it worked.

On Wednesday, July 3, 2019 at 7:36:04 PM UTC+5:30, Arunendra M. Biswas wrote:

[Evgeni Dimitrov]

I am not sure is this strictly a bug, but this makes move with "inherit policies" useless for me:

- the item is submitted to a collection which makes items readable by everybody
    902     DEFAULT_BITSTREAM_READ     Anonymous [Edit]
    901     DEFAULT_ITEM_READ     Anonymous [Edit]
    900     READ     Anonymous [Edit]

- then I move the item with "inherit policies" to a collection which makes items readable by certain group
    906     DEFAULT_BITSTREAM_READ     SULRDR [Edit]
    904     DEFAULT_ITEM_READ     Anonymous [Edit]
    903     READ     Anonymous [Edit]

The result is - the item becomes readable by everybody and by this group
Policies for Bundle ORIGINAL (b5d2a016-7ff4-45fb-a53c-1b69704ae078)
    3441         READ     Anonymous [Edit]        
    3449         READ     SULRDR [Edit]        
Bitstream BK-III-119_t_00000001_1.jpg (2aeb18d4-3b80-42b1-aa12-38c228f2f217)
    3442         READ     Anonymous [Edit]        
    3450         READ     SULRDR [Edit]        

My workaround is a curate task, which removes the existing policies and adds only the policies of the current collection.

To unsubscribe from this group and stop receiving emails from it, send an email to dspac...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/9cbc95be-ccc0-499a-972c-9a6ac9e45caf%40googlegroups.com.