Modesty 23.13.3 (July 2025) 🆕

DEV-2000

Darstellungsfehler bei Projektmarker auf der Karte behoben

Wenn auf einer Plattform kein individueller Projektmarker hinterlegt ist – weder unter Logos noch in den Projektkategorien – wird ein Standard-Marker angezeigt. Der Marker war am unteren Rand abgeschnitten. Dieser Darstellungsfehler wurde behoben.

DEV-1979

Auszahlungsübersicht jetzt auch per E-Mail exportierbar

Auf der Seite /site-admin/finances/payouts/ wurde die Exportfunktion überarbeitet, um Timeouts bei großen Datenmengen zu vermeiden:

• Beim Klick auf „Exportieren“ öffnet sich nun ein Modal mit zwei Optionen:

  • Direkter Export: wie bisher, sofortiger Download (bei großen Datenmengen potenziell problematisch)

  • Export per E-Mail: asynchroner Export; man erhält einen Downloadlink per E-Mail

• Während der Verarbeitung:

  • Buttons sind deaktiviert, ein Spinner wird angezeigt

  • Bei Auswahl des E-Mail-Exports erscheint eine Bestätigungsnachricht

Mit der neuen Option wird sichergestellt, dass auch umfangreiche Exporte zuverlässig verarbeitet werden – ohne Fehlermeldung oder Timeouts.

DEV-1958

Abstände beim Antragstyp-Badge in Projektanträgen korrigiert

Ein Darstellungsfehler beim Badge für den Antragstyp in der Projektantragsansicht wurde behoben.
Der Abstand zwischen Text und Badge war nicht korrekt und wurde nun visuell sauber angepasst. Das Layout ist jetzt wieder einheitlich.

DEV-1917

Fehler bei automatischer Berechnung des Ablaufdatums bei Nachweisdokumenten korrigiert

Beim Ausfüllen von Nachweisdokumenten wird das Ablaufdatum jetzt wieder korrekt automatisch gesetzt,
sobald ein Ausstellungsdatum gewählt wird. Diese Logik greift in Kombination mit der Auswahl eines Dokumententyps, sodass weniger manuelle Eingaben notwendig sind und die Datenqualität verbessert wird.

DEV-1908

Meldung zur Löschbarkeit von Organisationen bei unvollständigem Status angepasst

Bisher wurde beim Löschversuch einer Organisation nach dem Einreichen fälschlicherweise angezeigt:
”Ihre Organisation wurde bereits akzeptiert” – obwohl die Organisation lediglich als vollständig markiert, aber noch nicht akzeptiert war. Die Meldung wurde entsprechend korrigiert.

DEV-1906

Projekterstellung nach Organisations-Ablehnung unterbunden

Es war möglich, trotz abgelehnter Organisation ein Projekt zu erstellen – entgegen der beabsichtigten Logik. Dieser Fehler wurde behoben, d.h. sobald eine Organisation den Status “abgelehnt“ hat, ist die Projekterstellung systemseitig gesperrt.

DEV-1905

Verbesserte Hinweistexte bei Ablehnung von Organisation oder Inhalten

Die Warnmeldungen im Einreichungsprozess unter /account/organization/ wurden präzisiert: Es wird nun klar zwischen der Ablehnung der Organisation und der Ablehnung der Inhalte unterschieden.

Folgende Texte werden situationsabhängig angezeigt:

• Organisation wurde abgelehnt: “Ihre Organisation wurde abgelehnt.”

• Inhalte der Organisation wurden abgelehnt: “Der Inhalt Ihrer Organisation wurde abgelehnt.”

Damit ist die Kommunikation für Plattformnutzer deutlich verständlicher.

DEV-1877

Keine doppelte Benachrichtigung bei überfinanzierten Projekten

Es kam vor, dass bei überfinanzierten Projekten nachträglich fälschlich eine “Projekt beendet”-E-Mail versendet wurde, obwohl zuvor bereits die “vollständig finanziert“-E-Mail korrekt verschickt wurde.

Die Logik wurde korrigiert: Sobald ein Projekt vollständig finanziert oder überfinanziert ist und die entsprechende E-Mail bereits verschickt wurde, wird keine zusätzliche Projekt-Ende-E-Mail mehr ausgelöst. Das sorgt für konsistente Kommunikation und verhindert verwirrende Doppelmeldungen.

DEV-1846

Einladung als Administrator wieder für aktive, nicht gesperrte Nutzer möglich

Im Rahmen von DEV-1780, veröffentlicht mit Modesty 23.13 (Spring 2025), wurde ursprünglich eingeführt, dass nur aktive, verifizierte und nicht gesperrte Nutzer als Administratoren für Projekte, Organisationen, Unternehmen und Unternehmensgruppen hinzugefügt werden können. Diese Regelung wurde angepasst: Ab sofort können auch eingeladene Nutzer, die aktiv sind und nicht gesperrte, direkt als Administratoren hinzugefügt werden – eine Verifizierung ist nicht mehr zwingend erforderlich. Das verbessert die Nutzerführung bei der Einladung und entspricht dem gewünschten Onboarding-Verhalten.