Daylight Saving Time begins on March 8 for parts of USA
Daylight Saving Time (DST) starts in parts of the USA on March 8, but starts in Europe on March 29. Because DST begins on different days in different parts of the world, this meeting time will change (temporarily) for anyone who experiences DST earlier.
The meeting will remain at 15:00-16:00 UTC through March, but this will now be one hour later for anywhere under DST.
As of April 2, once everyone is in DST, the meeting time will switch to 14:00-15:00 UTC (one hour earlier), in order to move it back into the normal timeslot for everyone.
= Highest Priority tasks (please prioritize these reviews/tasks over others).
= review done, changes were requested or bugs found.
= review done, approved.
= review done, merge conflict or other minor changes requests
Status
colour
Blue
title
1 approval
= pull request only requires a single approval to merge. This is generally reserved for PRs which are either smaller, obvious, and/or bug fixes with tests to prove they work.
Claim a Ticket!
If you do not have access in JIRA or GitHub to officially claim the ticket you wish to work on, contact Tim Donohue
In July 25 meeting, we noted this probably cannot be resolved with just one simple solution. May need to look at different options for different scenarios
Work is ongoing, but has been started in these areas:
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.
Concurrency in DSpace 7 (or 8). What do we want to do when multiple editors are editing the same object? Needs further analysis regarding implementation details