Page tree
Skip to end of metadata
Go to start of metadata


 from 14:00-15:00 UTC

Location: (Meeting ID: 502 527 3040).

Beta 3 Wrap-Up Sprint : June 29-July 10

Tim Donohue is on holiday from July 3 - 12, returning to the office on Monday, July 13.


  • (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
    • (30 mins) Status check on 7.0 beta 3 release this week?
      • Release possible by week of June 29?
      • Or do we need to look at week of July 6? (NOTE: Tim is on vacation July 6-10)
    • A few brief announcements
      • NOTICE: Immediately after beta3 is released, all DSpace GitHub projects will have the master branch renamed to main .  Tim will send a notice to Slack & the dspace-devel list once this change has occurred, including instructions for how to update your forks / local checkouts.
      • NOTICE #2: DSpace Committers are currently voting on a change from JIRA to GitHub Issues for DSpace 7 and above.  So far the vote is (unanimously) in favor of the move to GitHub Issues. This will likely be announced formally once Tim returns from holiday. However, because of this pending change please start using GitHub Issues entirely. No new JIRA issues should be created.  However, obviously, feel free to continue to close/resolve existing JIRA issues.
  • (30 mins) Planning for next week


7.0 Release Goals

These resources define the prioritization and general schedule we are working towards

Current Work

Project Board

DSpace 7.0 Beta 3 Project Board:

To quickly find PRs assigned to you for review, visit  (This is also available in the GitHub header under "Pull Requests → Review Requests"

Delayed / Needs Discussion

  1. 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)
  2. Proposal from Art Lowel (Atmire)on enhancing object cache in Angular UI.
  3. Initial Performance Testing from Chris.  Needs revisiting / retesting prior to 7.0. 
    2. 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.
  4. (REST Contract) Edit Homepage News:
    1. 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.  
    2. 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
    3. Timeline for this is uncertain.  Possibly in 7 or 8. May depend on how/whether it can be scoped.