Allocations created on a day where DST changes (October 30th for example) are 25 hours long. This is fine, but the reservation check doesn't take that into effect.
This is a libres bug. Libres should probably not return a ReservationTooLong error in this case.
The whole_day check seems to be based on this as well, so we need a couple of test cases to really squash this bug.
Allocations created on a day where DST changes (October 30th for example) are 25 hours long. This is fine, but the reservation check doesn't take that into effect.
This is a libres bug. Libres should probably not return a ReservationTooLong error in this case.
The whole_day check seems to be based on this as well, so we need a couple of test cases to really squash this bug.