Discussion/proposal around refactoring and simplifying Live Import and External Data frameworks: https://github.com/DSpace/DSpace/issues/9758 (nothing concrete yet but would be great to get thoughts added to this issue and maybe find some collaborators)
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")
Early brainstorms at DSpace Release 9.0 Status. Please feel free to add your own brainstorms or link in tickets that you wish to be considered.
Goals for 8.1 / 7.6.3
Deadline is TBD for both 8.1 and 7.6.3. Bug fix releases do not have fixed/scheduled deadlines.Instead, the developer team will determine when to create a release based on the significance of the issues to solve. (e.g. If major issues are fixed, then a bug fix release will occur more rapidly. If minor issues are found, then a bug fix release may be delayed until sufficient fixes have been made to warrant a release)
Bug/security fixes only. These minor releases will not include any new features.
New "themeable components" (for dspace-angular) are allowed in bug fix releases, provided that they don't significantly modify component behavior or similar.
Accessibility fixes are also allowed in bug fix releases, provided they don't significantly modify component behavior or similar.
Bug fix PRsshould be created against "main" branch where possible. The "main" branch has the most strict code style rules. (i.e. PRs created against dspace-7_x are becoming more difficult to port forward.)
Per our support policy, bug fixes are only guaranteed to be ported back to 8.x. That said, where possible, we'll try to backport bug fixes (especially significant ones) to 7.6.x.
Keep in mind, if a specific bug fix is important to you in 7.6.x, then it is best to create two PRs (one for main and one for "dspace-7_x"). If you are able to provide a backport version of the PR, then we will merge it alongside the "main" branch version.
NOTE: In many scenarios, a backport to "dspace-8_x" should be possible to automate using the "port to [branch]" labels & the "Port merged Pull Request" GitHub Action
Try "Pull Request Trading" for a quicker review
Do you have a PR stuck in "under review" that you really want to see move forward? Or maybe it's someone else's PR but you want to get it more attention?
Reminders about 9.0 deadlines coming up (see note at the top of the agenda)
Will be strict about the Feature PR deadline. Any major features or changes not in PR form by Feb 21 will not be considered for 9.0 (unless you notify Tim in advance of Feb 21 and we work something out)
Several Committers not surprised by this behavior. We are only checking for "ADD" privileges to determine if you can ADD content to a Collection (i.e. submit). Workflow privileges also require ADD privileges in order to allow them to edit in-progress submissions (for Editor & Final Editor roles).
This doesn't seem high priority for 8.1 at least. Needs more discussion to determine if there's a way to separate these permissions better
Several note they are not concerned about this. Not seen as a major issue as those who are doing workflow approval are "trusted". They do not gain submit to other collections. They only can submit items back into the same workflow approval process.
Tim will update the ticket with this feedback
Most of the meeting was spent on 8.1/7.6.3
Reviewed everything in TO DO list which is not already merged.
Support configurable limit for exporting items (https://github.com/DSpace/DSpace/pull/10030) → Deemed as not high priority. It has been changed to "optional" for 8.1/7.6.3. That said, Atmire staff are working on cleaning this up. Cleanup will involve adding a UI warning when a export limit is in effect.
Processes should only be failed after a Tomcat restart (https://github.com/DSpace/DSpace/pull/10158) → Tim plans to test and merge this as-is. Andrea's feedback is valid & should be moved to a separate ticket for future work. However, we cannot wait on that work, as we have a severe bug on "main" branch caused by https://github.com/DSpace/DSpace/pull/9728 (already merged). This new PR (10158) fixes that severe bug. We cannot release 8.1/7.6.3 without this bug fix. But, Tim agrees that Andrea's approach would be better for the long term.
(Optional) On error in DOI organizer bulk operations, continue instead of stopping (https://github.com/DSpace/DSpace/pull/9835) → Needs review/testing. Tim & Kim will review. This will be optional.
Goal for 8.1/7.6.3 is still January 30. However, because of the large number of PRs still open, this may be a difficult deadline . It may be more likely that the release will occur by February 6.
That said, we are doing our best to get this out on/by Jan 30. If we miss that deadline, it will be out by Feb 6 (assuming no other complications, obviously)