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.

Developers Meeting on Thurs, April 3, 2025

Time/Location

 from 14:00-15:00 UTC

Location: https://lyrasis.zoom.us/my/dspace?pwd=RTk4QUhISnhPRi9YenVrTFJKbDllQT09 (Meeting ID: 502 527 3040).  Passcode: dspace


Meeting time is now 14:00UTC as all have entered Daylight Saving Time

As of today (April 3) our Developer Meeting is now at 14:00-15:00UTC (10:00am-11:00am EDT), as all countries have entered Daylight Saving Time (DST).  The meeting will remain at 14:00UTC until DST ends.


9.0 Release Schedule

  • New Feature Development Deadlines
    • (tick) Feature PR Creation Deadline: Friday, February 21, 2025
    • (tick) Feature PR Review/Test Deadline: Friday, March 14
    • (tick)  Feature PR Merge Deadline: Friday, March 28
  • 9.0 Release Candidate:  Friday, April 4
  • 9.0 Testathon: April 7-18 (two weeks)
  • 9.0 Translation updates: April 7-18 (during Testathon)
  • Bug Fix Deadlines
    • Bug Fix PR Creation Deadline: Friday, May 2
    • Bug Fix PR Merge Deadline: Friday, May 16
  • Documentation & Release Week: May 19-23 
  • 9.0 Release Announced: Monday, May 26, 2025

Agenda

Attendees

Current Work

Project Boards

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")

Goals for 9.0

To be decided by DSpace Steering Group with feedback from Leadership Group

Priorities listed at DSpace Release 9.0 Status

Goals for 8.2 / 7.6.4

Deadline is TBD for both 8.2 and 7.6.4.  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 PRs should 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?

See Trading reviews on Pull Requests for how to get immediate attention to that PR!

Notes

  • Overview of upcoming activities related to 9.0
    • Tomorrow is the 9.0 Release Candidate.  This is not considered a stable release and should not be used in production.  It's only to be used during the 9.0 Testathon for testing the new 9.0 features
    • Before Testathon: As much as possible, please document new features on our wiki .  New features listed at 9.0 Release Notes. Most of these need to be linked up to documentation in the 9.0 docs.
      • If this cannot be completed before Testathon, then they can be worked on during  testathon.  However, undocumented features are unlikely to be as thoroughly tested.
    • 9.0 Testathon starts next Monday (April 7) through April 18.  Everyone is encouraged to participate. 
      • It's important for developers to concentrate most on testing local installations  and features/integrations that are not easy to test from the Sandbox Site (https;//sandbox.dspace.org)
      • DCAT members primarily test via the Sandbox site. Developers can help there as well if desired
    • 9.0 Translations - During testathon is a good time to start translations of 9.0.  As we have all features merged, it's less likely for new translation keys to be added to 9.0 in the coming weeks.  
  • Pascal & Kim note they are working on improvements to saving Submission forms.  On save, sometimes a large number of requests are dispatched at once.  By using debouncing, they are able to minimize the requests.  See https://github.com/DSpace/dspace-angular/issues/3162#issuecomment-2758029112
    • Should have a PR in the coming week(s).
    • Giuseppe volunteered to look at the PR once it is ready, as he has an interest in this work.
  • High Priority Bug: Downloads are not working on "main" branch: https://github.com/DSpace/dspace-angular/issues/4122
  • Reviewed a few PRs from our Board
  • Next week's meeting:  We'll check in about Testathon progress and see if anyone has found issues to discuss.

Action items