Workplace

Die EntryAddForm basiert vollständig auf der alten MessageForm-Architektur und nutzt umfangreiche manuelle Eingabe-, Validierungs- und Quote-Handling-Logik, die nicht mehr WSC-6.2-konform ist. Für die Modernisierung muss das Formular vollständig in…

Die bestehende DefinitionAddForm basiert bereits auf dem FormBuilder, benötigt jedoch ein strukturelles Refactoring, um voll konform mit den aktuellen WoltLab-6.2-Standards zu sein. Fokus: Vereinheitlichung der Formularstruktur, saubere Trennung von…

Migration der ProductLicenceAddForm auf den FormBuilder durchführen. Fokus: saubere Ablösung der manuellen Username-Erfassung durch ein typisiertes FormBuilder-Feld (Autocomplete/UserFormField), konsistente Validierung über Field-Validatoren,…

Migration der MyPersonalDataForm auf den FormBuilder durchführen. Schwerpunkt: Ablösung der vererbten Legacy-OptionHandler-Struktur aus MyAccountForm, saubere Neubildung der persönlichen Kundendaten über FormBuilder-Felder, konsistente…

Migration der CheckoutPaymentForm auf den FormBuilder durchführen. Schwerpunkt: vollständige Ablösung der manuellen Parameterverarbeitung (readFormParameters) durch typisierte FormBuilder-Felder (Select, Checkbox), saubere Integration der…

Migration der CheckoutOverviewForm auf den FormBuilder durchführen. Fokus: klare Trennung von Darstellung und Transaktionslogik, saubere Abbildung der Checkout-Validierung im FormBuilder-Lifecycle und stabile Integration der kaufrelevanten Aktionen…

Migration der Klassen ProductVersionAddForm und ProductVersionEditForm auf den FormBuilder durchführen. Fokus: konsequente Ablösung der Legacy-Form-Architektur, vollständige Einbindung der Upload-Pipeline über den ProductVersionFileProcessor, saubere…

Migration der Klassen OrderEditForm auf den FormBuilder durchführen. Fokus: vollständige Ablösung der Legacy-Formulare.

Der Task Header wird in der mobilen Ansicht fehlerhaft dargestellt.

As soon as a tournament’s registration phase begins, all eligible users automatically receive a notification. This ensures that potential participants are informed in time and can register before the deadline.

The "Running games" box should be empty if there is no content to be displayed.

The number of a product should decrease per purchase according to the quantity.

If the quantity reaches 0, it should no longer be possible to make a sale, with a corresponding note (the product is currently out of stock or something similar in the case of…

In the ACP there should be the possibility to easily create, delete, edit and de-/activate the package servers.

There should be the possibility that a support forum is automatically created when a product is created. The whole thing should run via a separate plugin.

A license management should be offered with which it is possible to create, edit, delete and de-/activate own licenses.

A direct selection of the license during product creation related to the license that can be edited should also be available.

When moving a topic, the overlay with the respective target forum should appear, analogous to the WBB, in order to ensure a uniform operation.

Bislang: