Skip to content
This repository was archived by the owner on Jul 24, 2020. It is now read-only.
This repository was archived by the owner on Jul 24, 2020. It is now read-only.

Recurring blackout conflict logic broken #1756

Closed
@orenyk

Description

@orenyk

Reported by the School of Art:

I have an issue that is keeping me from creating a new recurring Blackout that would lock Friday, Saturday and Sunday from reservations.

...

I am blocked from making this Blackout due to a massive number of previous reservations (see screenshot for the numbers of reservations being saved'). I checked, and one or two are legitimate reservations that overlap my intended Blackout date span. The rest go back years (to 2015!).

I’ve run into the issue where someone might have a reservation blocking a Blackout- is it possible to have a special permission class that will allow an “override” of these errors, and allow people such as Edgar and I to adjust usage regardless to when students are attempting to reserve?

The older dates being retained may be a bug?

reservations_blackout_bug

Let's set aside the "admins should be able to override blackout conflicts" question for the moment, at the very least we need to fix the logic checking for conflicts. Many of the past reservations were returned. We should also consider ignoring approved requests as they may already be in violation of a blackout.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions