Contribute to the DSpace Development Fund
The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.
Date
from 14:00-15:00 UTC
Location: https://lyrasis.zoom.us/my/dspace (Meeting ID: 502 527 3040). Passcode: dspace
- More connection options available at DSpace Meeting Room
Beta 5 Sprint : Ongoing
- Ongoing development on Beta 5
- View PRs assigned to you for review/testing: https://github.com/pulls/review-requested
Schedule has changed per Daylight Saving Time
Meeting is now from 14:00-15:00 UTC
Agenda
(BEFORE MEETING IN #dev-sprint) Developer Stand Up - Developers give brief updates on their effort (or their team's effort).
- Update/see "Current Work" section below based on your status. Please feel free to update prior to meeting.
- Please highlight any new work (needing reviews/testing), any blockers (for you), and any discussion topics you may have.
- (30 mins) General Discussion Topics
- Beta 5 Release Schedule & Testathon Dates (APPROVED by Steering)
- Week of March 29 - Concentration on updating PRs / responding to feedback
- Week of April 5 - Concentration on Re-reviews / final updates where needed
- Beta 5 PRs merged by Thursday, April 8
- Beta 5 Release Date: Friday, April 9 or Monday, April 12
- Testathon (3 weeks): April 19 - May 7 (See DSpace Release 7.0 Testathon Page)
- We are aware of the overlap here with Ramadan (April 12 - May 12), but our understanding is most celebrating Ramadan still work during that time. This date was set based on the earliest possible date that we can schedule a Testathon, based on the developer team's work schedule.
- Main discussion will be related to the above schedule
- Any PRs that need group discussion?
- CSRF Cookie issue when making requests from Angular Universal (SSR) : https://github.com/DSpace/dspace-angular/pull/1004#issuecomment-806819395
- Status update on content reset for https://api7.dspace.org prior to Testathon? (Assigned to Tim Donohue to update the sample data used by Docker & pass that to 4Science to update demo site)
- Any PRs that need group discussion?
- Beta 5 Release Schedule & Testathon Dates (APPROVED by Steering)
- (30 mins) Planning for next week
- Review of our Beta 5 Project Board & assigning PRs to reviewers.
- Beginning to assign work
Attendees
7.0 Release Goals
These resources define the prioritization and general schedule we are working towards
- DSpace 7 Release Goals : overview of goals/timelines & beta release process
- DSpace 7 Project Boards : our planning/scheduled boards which details which features are scheduled for each Beta release.
Current Work
Project Board
DSpace 7.0 Beta 5 Project Board: https://github.com/orgs/DSpace/projects/4
To quickly find PRs assigned to you for review, visit https://github.com/pulls/review-requested (This is also available in the GitHub header under "Pull Requests → Review Requests"
Security / Performance Tests
Brainstorming options for security testing & performance testing. How do we want to handle both of these prior to 7.0 final?
- Security Review/Scanning of pre-7.0: See DSpace 7 Security Analysis
- Performance testing of pre-7.0: See DSpace 7 Performance Analysis
Delayed / Needs Discussion
- 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
- (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.