-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CB-Admins von Advance Booking Days ausnehmen #1422
base: master
Are you sure you want to change the base?
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #1422 +/- ##
============================================
+ Coverage 47.31% 47.57% +0.25%
- Complexity 2560 2569 +9
============================================
Files 93 93
Lines 10096 10121 +25
============================================
+ Hits 4777 4815 +38
+ Misses 5319 5306 -13 ☔ View full report in Codecov by Sentry. |
@hansmorb Ich glaube ich habe die Idee verstanden. Dazu zunächst folgende Fragen: Konzeptionell war es ja mal angedacht, die maxBookingDays basierend auf User-Rollen anpassbar zu machen (evtl. über die Backend-Einstellungen). Dazu hatte ich ja mal nen ersten Draft gebaut, der jedoch zunächst statt Rollen die Einstellungen für einzelne User definiert (#697)
|
Hier geht es mir um die advance booking days erstmal. Die maxbookingdays ließe sich damit natürlich auch machen aber dann hast du ja schon fast eine Adminbuchung im Frontend nachgebaut.
Nein, das ist nicht definiert. Die maxbookingdays werden nicht angefasst, vielmehr werden über die Buchungsregeln einfach Buchungen nicht zugelassen die über ein in den Regeln definiertes Kontingent gehen (zb. Max 2 Tage pro Woche).
Siehe oben, die Daten die an den Litepicker gegeben werden werden mit keiner Buchungsregel angefasst |
Äh. Ich meinte natürlich die advanceBooking days. |
Achso ja, die werden von den Buchungsregeln auch nicht angetastet |
ok, ja, dann können wir das hier ja gerne erstmal so implementieren und ggf. später dann anpassbar machen für weitere User-Rollen. Das ist ja dann nur noch ne kleine Änderung. |
# Conflicts: # includes/Users.php # src/Model/Booking.php # src/Model/Timeframe.php # src/Repository/UserRepository.php # src/Service/Cache.php
# Conflicts: # tests/php/View/ViewTest.php
Aus #1161 extrahiert
Am besten auf Merge von #1161 warten, da gibt es einige Überlappungen
TODO: Nach Merge von #1161
closes #1418