Änderungsprotokoll

Dieses Änderungsprotokoll listet alle veröffentlichten Versionen von Backend Booking, die neueste zuerst.

Version 1.0.4 – 31.07.2026

Hinzugefügt

• Einheitliches Installationspanel nachNach Installation und Update,Update imerscheint Aufbauein identischÜbersichtsfenster zu den übrigen Graup-IT-Erweiterungen: Produktmarke,mit Version, Status,Status Sprungund inEinstiegen die Plugin-Einstellungen sowie Karten fürzu Erste Schritte, Download-Schlüssel und Handbuch.
• DieEin KarteKlick auf „Updates aktivieren“ führt direkt aufzu dieden Update-Quellen, vorgefiltertbereits auf „fehlende Download-Schlüssel fehlt“.gefiltert.
• <changelogurl> im Manifest: Der Erweiterungs-Manager zeigt hinter der Versionsnummer die Änderungsliste.Liste der Änderungen.

Geändert

• SämtlicheHinweise zum Zustand der Buchungsübersicht oder zu deaktiviertem DPCalendar erscheinen jetzt im Übersichtsfenster statt lose daneben.

Sprache

Alle Meldungen desbei Installationsskripts laufen über Sprachkonstanten statt über fest eingebautes EnglischInstallation und Update liegen in Deutsch und Englisch vor. Nicht fatale Hinweise (Zustand des Template-Overrides, deaktiviertes DPCalendar) erscheinen jetzt im Panel statt als lose Meldung daneben. Abbruchgründe bleiben unverändert Fehlermeldungen.

Version 1.0.3 – 29.07.2026

Behoben

• Ein-Klick-Updates schlugen mit „Prüfsummenprüfung fehlgeschlagen“ fehl:fehl. Der Download-Schlüssel wurdewird alsjetzt download_id=in der Form übergeben, wofürdie der Update-Server zusätzlich eine Domain-Angabe verlangt, die Joomla nie mitsendet (403 Invalid Domain). Der Schlüssel wird jetzt wie bei den Schwesterprodukten als dlid= übergeben.erwartet.

Version 1.0.2 – 29.07.2026

GeändertSprache

• Einheitlicher Produktname „Backend Booking“ (keineohne Sprachmischung mehr): Der Plugin-Anzeigename lautet jetztSprachmischung, auch in Deutschder „DPCalendardeutschen - Backend Booking“ (Plugin-Liste, Kalender-Hinweismeldung). Deutsche Funktionsbegriffe wie „eine Buchung im Backend erfassen“ bleiben unverändert.Liste.

Version 1.0.1 – 29.07.2026

Hinzugefügt

• DasDie Template-Override für dieangepasste Buchungsübersicht wird jetzt automatisch verwaltet: Installation und Update legenrichten essie im aktiven Administrator-Template ab bzw. frischen es auf,ein, die Deinstallation entfernt essie wiederwieder.

— aus allen Admin-Templates. EinEine selbst angepasstesangepasste Override (ohne Plugin-Kennung im Dateikopf)Buchungsübersicht wird dabei nie überschrieben oder gelöscht, sondern nur per Hinweis gemeldet. Die Installation prüft vorab, ob DPCalendar (mindestensab Version 10)10 installiertvorhanden ist, und bricht andernfallssonst mit einer klaren Meldung ab. Ist DPCalendar nur deaktiviert, erscheint eine Warnung. Der Ordner overrides/ ist jetzt Bestandteil des Installationspakets.

Version 1.0.0 – 29.07.2026

Sicherheit

• Die Zugriffsprüfung nutzt jetzt DPCalendarsdie DPCalendar-eigene Aktion dpcalendar.admin.book (BuchungenBerechtigung für andereBuchungen anlegen)im stattNamen core.create;anderer, zusätzlich kalenderscharfe dpcalendar.book-Prüfungkalenderscharf je Veranstaltung.
• AutomatischeDie automatische Kontoerstellung erfordertverlangt das Recht, Benutzer anzulegen (com_users);anzulegen; Gruppen mit administrativen Rechten werdensind als ZielgruppeZiel verweigert.ausgeschlossen.
• Alle Meldungen escapen Benutzernamen und E-Mail-Adressen;Adressen Ausnahmedetailswerden landenin allen Meldungen sicher dargestellt; technische Details stehen nur noch im Joomla-Protokoll (generische Meldung im UI).Protokoll.
• FormularPreisrelevante entschlackt:und user_id,interne uid,Felder coupon_id,lassen coupon_rate, series, amount, payer_email sindsich nicht mehr ausvon demaußen Request setzbar; benutzerdefinierte Felder werden ausschließlich gefiltert übernommen.setzen.
• Ticketmengen werden serverseitig auf Limit und Restkapazität geklemmt.begrenzt.

Hinzugefügt

• Die Benutzerauswahl alssucht Remote-Sucheab (zwei Zeichen nach Name, Benutzername oder E-Mail,Mail abund 2 Zeichen) — skaliertbleibt auch mitbei großensehr Benutzertabellen.vielen Benutzern schnell.
• Warteliste: volleVolle Veranstaltungen mit Warteliste sind jetzt buchbar (Badge in der Liste, Hinweis im Formular);buchbar; der Status „Warteliste"Warteliste“ wird dortist vorausgewählt, damit ein „Aktiv"-Standard die Veranstaltung nicht überbucht.

versehentlich Mini-JavaScriptüberbucht im Buchungsformular: Benutzerauswahl deaktiviert die Gast-Karte (Pflichtfeld-Sternchen bleiben erhalten) und der Speichern-Button wechselt auf „Weiter zu den Personendaten".wird. Erfolgsmeldungen verlinken direkt auf die angelegte Buchung. „Zurück zum Buchungsformular"Buchungsformular“ im Personen-Schritt behält alle Eingaben. Neue Optionen „Max.für Listeneinträge"die (Standardmaximale 100)Zahl der Listeneinträge und „Max.der Benutzer proje Buchungsvorgang" (Standard 25, zusätzlich durch max_input_vars begrenzt).Buchungsvorgang.

Geändert

• Die Statusauswahl ist auf sinnvolledie Backend-im Backend sinnvollen Werte reduziert (Aktiv, Wartend, Eingeladen, Warteliste).reduziert.
• Die Veranstaltungsliste mitzeigt Limitdie +Trefferzahl Trefferzahl;und Hinweisweist beiauf gekapptemgekappte Ergebnis;Ergebnisse hin; der Ortsfilter erscheint nur bisbei 300überschaubarer Orten.Ortsanzahl.
• BeiAb mehr als 5sechs gebuchten Benutzern erscheint eine Sammelmeldung statt Einzelmeldungenvieler (Einzelmeldungen; Warnungen bleiben immer einzeln).einzeln.
• TabellenTabellen, semantischDatumsangaben überarbeitet (Spaltenköpfe, Screenreader-Texte), einheitliche Datumsdarstellung, konsistenteund Kartentitel („Zusätzlichesind Felder",einheitlich „Buchungsdetails").

und Internefür Konsolidierung:Screenreader gemeinsames Modell-Caching, Formular-Cache pro Veranstaltung, Session-State wird nach dem Formularbau wiederhergestellt.nutzbar.

Behoben

• Ein Kalender in derDie Freigabe eines Kalenders aktivierte versehentlich dessenalle gesamtendarunterliegenden UnterbaumKalender (DPCalendar-Subtree-Semantik bei Einzelwert).mit.
• FehlermeldungenBei der PipelineMehrfach-Buchung gingen im Mehrfach-Benutzer-Pfad teilweiseFehlermeldungen verloren bzw.oder wurden dem falschen Benutzer zugeordnet.

Hinweise

Erste stabile Version, konsolidiert aus einem vollständigen Audit zu Sicherheit, Joomla-Standards, Performance und Bedienbarkeit.

Version 0.6.1 – 29.07.2026

Hinzugefügt

• Werden Benutzer ausgewählt, obwohl in der Gast-Karte Kontaktdaten erfasst wurden (und die Vorgaben-Übernahme aus ist),wurden, weist der Personen-Schritt „Personendaten je Benutzer" jetzt mit einer Hinweismeldung darauf hin, dass diediese Gast-Daten nicht übernommen wurden.

Version 0.6.0 – 29.07.2026

Geändert

• Das Buchungsformular neutrennt gegliedert:jetzt klar zwischen „Für bestehende Benutzer buchen" (erste, hervorgehobene Karte mit Benutzerauswahl)buchen“ und „Als Gast buchen (ohne Benutzerkonto)" (Kontaktdaten) sind jetzt klar getrennte Bereiche mit einem „oder" dazwischen;buchen“; die benutzerdefinierteneigenen FelderBuchungsfelder stehen in einereinem eigenen Karte „Buchungsfelder".Bereich.
• Die Übernahme der Formularwerte als Vorgabe in den Personen-Schritt „Personendaten je Benutzer" ist jetzt optional (neue Checkbox in der Benutzer-Karte,und standardmäßig aus). Ohne Häkchen startet der Personen-Schritt nur mit Konto- und Profildaten.aus.

Behoben

• Im Personen-Schritt abgewählte Checkbox-FelderAuswahlfelder wurden beim Speichern fälschlich wieder mit dem gemeinsamen Formularwert befüllt.gesetzt.

Version 0.5.2 – 29.07.2026

Behoben

• WerfendeUngültige Feld-ValidierungenEingaben (z.in B.eigenen ein Kalender-Custom-Field mit ungültigem Datumsformat)Feldern führten zu einer rohen Fehlerseite. Sie werdenerscheinen jetzt als normale ValidierungsfehlerPrüfmeldung, behandelt: Meldung + Formular mit erhaltenendie Eingaben (beibleiben der Mehrfach-Buchung pro Benutzer benannt); ungültige Sticky-Werte lassen das Formular-Rendering nicht mehr abbrechen.erhalten.
• Der Zahlungsanbieter wird nicht mehr mit demeinem erfundenen Wert „manual"vorbelegt; vorbelegt: Gewähltgewählt wird aus den echtentatsächlich Anbieternverfügbaren der dpcalendarpay-Plugins (Werteformat element-id), kostenlose Buchungen bleiben ohne Anbieter.Anbietern.

Version 0.5.1 – 29.07.2026

Hinzugefügt

• Erfolgsmeldungen nennen jetzt immer den gebuchten Termin: „Buchung #12 (Schwimmkurs, 13.08.2026 17:00) wurde angelegt" —Termin, auch proje Benutzer bei der Mehrfach-Buchung.
• Template-OverrideDie für die DPCalendar-Buchungsübersicht (overrides/com_dpcalendar/): zeigt unter jedem Veranstaltungslink den gebuchten Termin und fasst mehrere Tickets derselben Veranstaltung zu einem Eintrag zusammen. Installation siehe README.

Version 0.5.0 – 29.07.2026

Hinzugefügt

• Mehrfach-Benutzer-Buchung:Buchung Neuermit Zwischenschritteinem „PersonendatenZwischenschritt, jein Benutzer"dem —sich alle Buchungsfelder (Kontaktdaten und benutzerdefinierte Felder) können proje Benutzer einzeln bearbeitetbearbeiten werden;lassen. eine gemeinsame Eingabe für alle gibt es nicht mehr. VorbefüllungVorbelegt aus Benutzerkonto (Name, E-Mail) und Joomla-Benutzerprofil (Telefon, Straße, PLZ, Ort, Bundesland aus plg_user_profile, sofern vorhanden); Werte aus dem Buchungsformular dienen als Vorgabe.Profil.
• Alles-oder-nichts-Validierung:Alles oder nichts: Erst wenn alle Pflichtfelder bei allen Benutzern befülltalle Pflichtfelder ausgefüllt sind, werdenentstehen die Buchungen angelegt — sonst keine einzige; Fehler werden pro Benutzer gemeldet und die Eingaben bleiben erhalten.einzige.

Version 0.4.1 – 29.07.2026

Behoben

• Die Kontoerstellung schlägt nicht mehr fehl, wenn „der E-MailsMail-Versand senden"ausgeschaltet deaktiviertist. ist: In dieser Kombination legt das Plugin dasDas Konto selbstwird still anangelegt; (aktiv, Zufallspasswort mit Reset-Pflicht, Standard-Benutzergruppe, ohne Mail) und verknüpft die Buchung damit. Derder Gast erhält Zugang später über „Passwort vergessen"vergessen“.

Version 0.4.0 – 29.07.2026

Hinzugefügt

• Neue OptionOption, „Benutzerkontoob bei einer Gastbuchung anlegen":ein JaBenutzerkonto /angelegt wird: Ja, Nein /oder Wiewie in DPCalendar konfiguriert (Standard). Nutzt die DPCalendar-eigene Kontoerstellung (CreateUser-Stage, Einstellung „Registrierung"); gilt nur bei Status „Aktiv" und E-Mail-Adressen ohne bestehendes Konto. Benutzername = E-Mail, Zufallspasswort mit Reset-Pflicht.konfiguriert.

Version 0.3.1 – 28.07.2026

Hinzugefügt

• Ticketmengen-FelderDie Ticketmengen berücksichtigen jetzt auch das DPCalendar-Limit „für Tickets proje Buchung" (max_tickets) als Obergrenze.Buchung.
• Kürzt die DPCalendar-PipelineWird eine Ticketmenge stillautomatisch (Ticket-Limitgekürzt, proerscheint Buchung/Persondanach odereine Restkapazität),deutliche wirdWarnung; bisher geschah das nach dem Speichern als deutliche Warnung gemeldet — bisher passierte die Kürzung ohne Hinweis.unbemerkt.

Behoben

• Anonyme Backend-Buchungen (ohne Benutzerkonto) reichen user_id jetzt als leeren Wert an die Pipeline durch (Gast-Semantik). Vorher zählten Tickets fremder anonymerGastbuchungen Buchungenderselben desselbenVeranstaltung Eventszählten fälschlich gegen das persönliche Ticket-Limit des neuen Buchers.Limit.

Version 0.3.0 – 28.07.2026

Hinzugefügt

• Die Filterleiste nachbietet Vorbild der DPCalendar-Veranstaltungsübersicht erweitert:zusätzlich Zeitraum (Von/Bis) und OrtOrt, zusätzlichpassend zuzur Suche und Kalender.DPCalendar-Veranstaltungsübersicht.

Behoben

• DasDie Einzel-BenutzerfeldBenutzerauswahl (Modal-Auswahl)über ein Auswahlfenster wurde entfernt:entfernt; Sein Dialogsie funktionierte auf com_ajax-Seiten nicht zuverlässig und ein hängender Modal-Zustand konnte das Scrollen der Seite blockieren. Die Zuordnung zu Benutzerkonten läuft vollständig über „Für Benutzer buchen" (auch für einen einzelnen Benutzer)buchen“.

Version 0.2.0 – 28.07.2026

Hinzugefügt

• Filterleiste in der Veranstaltungsauswahl:Veranstaltungsauswahl mit Volltextsuche (Titel/Alias/Beschreibung, id:-Kurzform) und Kalender-Filter über die freigegebenen Kalender.Kalenderfilter.
• Mehrfach-Benutzer-Buchung: Über den neuen Multi-Select „Für Benutzer buchen" entsteht proJe ausgewähltem Benutzer entsteht eine eigene Buchung mit denselben Tickets/Optionen; NameTickets und E-Mail kommen aus dem Benutzerprofil, Ergebnis wird pro Benutzer gemeldet.Optionen.

Geändert

• Kontaktfelder sind clientseitigim Formular nicht mehr als Pflicht markiertmarkiert, (Pflicht gilt serverseitig weiterhin, wenn keinesolange Benutzer ausgewählt sind).sind; serverseitig gilt die Pflicht weiterhin.

Version 0.1.0 – 28.07.2026

Hinzugefügt

• Erstausgabe: ButtonSchaltfläche „Neue Buchung"Buchung“ in der DPCalendar-Buchungsübersicht (Backend).Buchungsübersicht.
• Veranstaltungsauswahl mit Kalender-Beschränkung, Zeitraum-Filter,Zeitraumfilter, Kapazitätsanzeige und Serien-Erkennung.Erkennung von Serienterminen.
• Buchungsformular aus dem DPCalendar-Modell inklusivemit Ticketarten, Buchungsoptionen und benutzerdefiniertereigenen FelderFeldern, (kalendergefiltert).gefiltert nach Kalender.
• Speichern über die offizielle DPCalendar-PipelineVerarbeitung (BookingModel::save($data, true)) —samt Tickets, Preise,Preisen, Status,Status und Mails.
• Plugin-Optionen:Optionen für erlaubte Kalender, Standard-Status, E-Mail-Versand ein/aus,und Zeitraum in Tagen.

Dreistufige serverseitige Absicherung (Liste → Formular → Speichern) plus CSRF-Prüfung.Zeitraum.