Unable to replace existing PDF and ARCH datastreams when a POLICY exists

Project:RUcore dlr/EDIT
Category:bug report

dlr/EDIT admin should be able to replace existing datastreams even if the datastreams are embargoed.



Version:6-x» 7.0


I can confirm that this is still the case with the Fedora REST API as well as SOAP at least on 3.2. I'd like to test it on 3.5 before trying any sort of complicated workaround.


Version:7.0» 7-x

Moving to 7-x release.


Version:7-x» 7.4

<a href="http://software.libraries.rutgers.edu/node/2022" title="http://software.libraries.rutgers.edu/node/2022">http://software.libraries.rutgers.edu/node/2022</a>


This is the same as that other bug having to do with POLICY datastreams. I think we should investigate whether it can be fixed by loosening a higher level repository-wide POLICY.


This is still a problem with the new Fedora. I've looked at the repository wide policy defaults and I don't see anything that should cause this. We may need to develop a way periodically to weed out obsolete POLICY datastreams.


Version:7.4» 7-x


Version:7-x» 8.1

Is this still an issue? If not, please update the ticket. If it is still an issue, we need to find a solution.


Assigned to:triggs» ananthan
Status:active» test

This issue is solved by using Jie's new POLICYs in place of the old ones. I'm not sure if a system wide POLICY would work similarly, but I think recently people have been satisfied with replacing the POLICY with a new version as needed, so it may no longer be an active issue.


Status:test» active

I created an XACML policy for 203831. Was able to replace an existing ARCH1. NOT ABLE TO ADD A DATASTREAM.
Tried to add a PDF datastream, it was not added and no error messages displayed on the screen.


Status:active» test

I just added a PDF-1 to that object. Did you select the PDF mimetype?


I was able to purge the existing PDF datastream and add another PDF datastream.


Status:test» fixed


Status:fixed» closed

Back to top