The table below is derived from the following document
Fedora API Spec and Delta Document Verification
Issue Description | Spec Reference | Priority | Difficulty | Story Points | Related JIRAs | Can be worked now | Sprint | Depends on | Notes |
---|---|---|---|---|---|---|---|---|---|
Change the PreferInboundReferences URI in Prefer header from http://fedora.info/definitions/v4/repository#InboundReferences to the one defined in the spec (ie http://fedora.info/definitions/fcrepo#PreferInboundReferences) | 3.2.1 | 1 | 1 | 1 | x | ||||
HTTP Head does not return the same headers as if the request were a GET | 3.3 | 3 | 1 | 1 | (2676 is a duplicate - confirm and remove) | x | |||
POSTing a LDP-NR does not return correct constrainedBy Link header | 3.5 | 2 | 1 | 1 | x | ||||
MUST return 409 if request's type Link is not resource's current type or subtype thereof, or not in LDP namespace
MUST change resource's type if request's type Link is a subtype of resource's current type MUST change resource's interaction model if request's type Link has an LDP interaction model Using PATCH it is currently possible to add an rdf:type of ldp:NonRDFSource to an existing ldp:RDFSource. This should fail with a 409. | 3.6, 3.7.1 | 1 | 3 | 3 | x | ||||
Replace current Link rel="type" Header with memento specified link (i.e. http://mementoweb.org/ns#OriginalResource) | 4.1 | 1 | 1 | 1 | x | ||||
The If no LDPRm is appropriate to the | 4.1.1 | 1 | 2 | 2 | LDPm GET | ||||
The response to a
| 4.1.1 | 1 | 1 | 1 | x | ||||
LDPm GET
| 4.2.1 | 1 | 3 | 3 | LDPCv: POST | ||||
LPPm OPTIONS
| 4.2.2 | 1 | 1 | 1 | LDPm GET | ||||
LDPm: PUT, POST, and PATCH must return 405 method not allowed | 4.2.3-5 | 1 | 1 | 1 | LDPm GET | ||||
LDPm: DELETE The server is responsible for all behaviors implied by the LDP-containment of the LDPRm. | 4.2.6 | This is a MAY: Are we planning to implement? | |||||||
LDPCv : An implementation must support | 4.3.2 | 1 | 2 | 2 | (may be closed - depending on approach to fcrepo-2617) | ||||
LDPCv: Disallow PUT and PATCH | 4.3.2 | 1 | 1 | 1 | x | ||||
LDPCv: POST
| 4.3.3 | ||||||||
LDPCv: DELETE: Delete of an LDPCv must remove the LDPCv and removing the versioning interaction model from the original LDPRv. | 4.3 | 1 | 2 | 2 | LDPm GET | Are we planning to support DELETE? | |||
Vary : When an LDPCv supports | 4.4 | 1 | 1 | 1 | x | LDPc POST | |||
Replacing Contents from MementosNon-normative note: Using the ingest-by-reference mechanism, one can replace the contents of an LDPRvwith that of an LDPRm by providing it's URL as the | 4.5.3 | 5 | 3 | 2 | |||||
Default acls must be defined in accordance with the SOLID WEBAC spec. | 5.0 | 2 | 2 | 2 | x | ||||
Non-normative note: Implementations may set default access controls for all resources by including an ACL for the root container with an authorization that applies to access by any agent (acl:agentClass foaf:Agent ), applies to any resource (acl:accessToClass ldp:Resource ), and is defined to be inherited (acl:default ). The example below grants read access (acl:mode acl:Read ) but any combination of modes may be specified. | 5.2 | 1 | 2 | 3 | x | ||||
Restrict Cross Domain ACLs
| 5.5 | 2 | 2 | 2 | x | ||||
Implement ACL linking on resource creation | 5.4 | 2 | 2 | 2 | x | ||||
ACL Append mode: jiras need to be created. | 5.7 | JIRAs needed! | |||||||
When an ACL includes an | 5.8 | x | |||||||
Verify ACL inheritance | 5.9 | JIRAs needed! |
Jira | Priority | Depends On | Story Points |
---|---|---|---|