Page History
...
- (30 mins) General Discussion Topics
- Planning for 7.6.
- 7.6 board has been cleaned up & is ready. However, need help from Atmire/4Science on the "In progress" column.
- Some new features moved to 8.0 Board per release plan for 7.6.
- General rule for 7.6: New features are welcome if they used to exist in 6.x. Everything else must be a fix that would normally be acceptable in a "bug fix only" release.
- 7.6 is a "transition" release, where we are transitioning back to our release numbering scheme
- Thoughts on timeline for 7.6? We'd want this release out in June at the latest, but we could consider moving it forward to May.
- (NO UPDATES) Demo Site maintenance (https://demo7.dspace.org/ and https://api7.dspace.org/server/)?
- LYRASIS is still working on this, but some restructuring of plans has had to occur because of internal deadline changes. Likely not to be completed until March or April.
- In the meantime, can we ensure that it is still possible to send updates to both the frontend & backend per instructions at Updating DSpace 7 Demo Sites
- (Other topics?)
- Planning for 7.6.
- (30 mins) Planning for next week
- Review the Backlog Board - Are there any tickets here stuck in the "Triage" column? We'd like to keep this column as small as possible.
- Review the 7.6 Project Board - Assign tickets to developers & assign PRs to reviewers.
- Paid (by DSpace project) developers must keep in mind priority. If new "high" or "medium" priority tickets come in, developers should move effort off of "low" priority tasks.
- Volunteer developers are allowed to work on tickets regardless of priority, but ideally will review code in priority order
- (FOR NEXT WEEK) Discuss design of Bulk access control management (previously called "Advanced Policy Manager" in 6.x) - The ability to modify policies on several items/bitstreams at once. (UI ticket #781,REST ticket #2848)
- Ideally, we should scope this to be as simple as possible to achieve the same "use cases" in DSpace 7. The feature can be redesigned but also should be simplified.
- Known Use Cases include: (Neither of these are currently possible in 7.5)
- Access restricting (or giving access to) all Items in a Collection,
- Access restricting/embargoing (or giving access to) all Bitstreams of all Items in a Collection.
- Replace all polices or append to existing policies in either use case
- (4Science addition: modify all policies within a single Item to restrict or access restrict all in a single Item. Similar to Submission or Workflow you could use access settings.)
...
Overview
Content Tools