Page History
...
Andrea Bollini (4Science) - On holiday July 27-Aug 7
Tim Donohue - Upcoming holiday Aug 10-18
Lieven Droogmans - Upcoming holiday Aug 3 - Aug 7
- Giuseppe Digilio (4Science) - Upcoming holiday July 31-Aug 21
- Ben Bosman
- Paulo Graça - out between Aug 15-31
- Heather Greer Klein
7.0 Release Goals
...
- Finalize / approve the initial list of all authorization features which we should implement for the /api/authz/features REST endpoint. This list of features should be limited to only features which are required to enable/disable User Interface functionality. (In other words, we can always add more features in the future. We just need to approve the list necessary for 7.0)
- Review current spreadsheet (from Andrea Bollini (4Science) ) : https://docs.google.com/spreadsheets/d/1182LcD_WqIZRbUGWpLtBw0aOMR9jhbOVB7GZqtTpR9A/edit?usp=sharing
- Art Lowel (Atmire) : I don't see any immediate issues with the current set of features, but I would prefer a consistent naming scheme. I'd use canDoSomething for everything
- Tim Donohue added possible renames of these features based on Art's idea (see cell comments in spreadsheet). I like the "can[DoSomething]" naming scheme as well.
- Review current spreadsheet (from Andrea Bollini (4Science) ) : https://docs.google.com/spreadsheets/d/1182LcD_WqIZRbUGWpLtBw0aOMR9jhbOVB7GZqtTpR9A/edit?usp=sharing
- Initial Performance Testing from Chris. Needs revisiting / retesting prior to 7.0.
- https://cwilper.github.io/dspace-perftest/
- These performance tests were run prior to the work on "projections" (to limit the data returned by the REST API). Therefore, it is likely performance is much improved, but needs verification testing.
- (REST Contract) Edit Homepage News: https://github.com/DSpace/Rest7Contract/pull/45
- Delayed. General agreement (in meeting on March 21, 2019) that storing HTML in metadata fields is not really ideal behavior. Metadata (from a librarian standpoint) tends to be free of format-related markup (as that allows for easier sharing, understanding of metadata. Currently Community & Collection homepage information is HTML-based and is stored in metadata that is appropriate for a minor subset of information (like the title) but it is better to move large/rich text to bitstreams.
- Proposal here is to consider storing HTML-based markup (for Site, Community & Collection homepages) in Bitstream(s) associated with the object in question. May allow for more CMS-lite behavior in the future
- Timeline for this is uncertain. Possibly in 7 or 8. May depend on how/whether it can be scoped.
Notes
- (20 mins) Submission form conceptual design
- ALL agreed that the Submission process should ONLY use WorkspaceItem and/or WorkflowItem. No features are allowed to bypass those objects and use the Item object (or endpoint).
- WorkspaceItem & WorkflowItem are changes in DSpace 7 as they are now more than a "wrapper" object.
- They also help us to enforce the "rules" defined in the submission process. For example, if we allowed bypassing the WorkspaceItem, then Submitters could edit any metadata (bypassing the validation or rules defined in the submission form configuration)...this is something we already fixed in
Jira server LYRASIS JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key DS-4278
- ALL agreed that Giuseppe's general idea/proposal to fix current problems sounds reasonable: https://github.com/DSpace/dspace-angular/issues/818
- Effort this will take is the only area of disagreement.
- Andrea feels the necessary REST fixes are minimal overall. Maybe just a day or two?
- Art feels the necessary Angular fixes require a major overall. Mentioned a month of effort
- NEXT WEEK touching base again
- Giuseppe has a few other ideas of a possible "quick fix" to minimally get "main" branch working again. He will try these out today & create a PR.
- Atmire team can look closer at Giuseppe's suggestions & verify their estimates around effort on Angular (and REST) side.
- If there is no clear solution by next week, Tim will revert the problematic PR (https://github.com/DSpace/dspace-angular/pull/541) and reschedule it for beta5 for additional work/attention to better align to the (agreed to) Submission process design. This is a worst case scenario however, as we'd much rather resolve the issues on "main" branch and not have to (temporarily) remove this work.
- ALL agreed that the Submission process should ONLY use WorkspaceItem and/or WorkflowItem. No features are allowed to bypass those objects and use the Item object (or endpoint).
- (10 mins)Security issues in Processes REST endpoint
- Atmire team agrees with Tim's assessment that "Some CLI flags should never be usable via the REST API (e.g. `--eperson`). We should find a way to either disable these flags automatically via the REST API, or perhaps a way to configure (per script) which flags are 'CLI-only'".
- Currently both the "–eperson" (in https://github.com/DSpace/DSpace/issues/2822 and https://github.com/DSpace/DSpace/pull/2820) and "–file" (in https://github.com/DSpace/DSpace/issues/2821) flags seem to be the first ones that fit into this issue.
- Kevin Van de Velde (Atmire) is currently looking at a solution & will report back to us on a possible fix.
- Atmire team agrees with Tim's assessment that "Some CLI flags should never be usable via the REST API (e.g. `--eperson`). We should find a way to either disable these flags automatically via the REST API, or perhaps a way to configure (per script) which flags are 'CLI-only'".
Overview
Content Tools