Data Protection and Security Toolkit 4.8.0: Suchläufe überstehen jetzt einen Neustart

🔁 Suchläufe überstehen einen Neustart oder ein Deployment

Ein Suchlauf, der beim Neustart des Backends gerade aktiv war, ging bisher spurlos verloren: Die Vorlage blieb gesperrt, der Lauf verharrte dauerhaft in „In Progress“, und nichts brachte ihn jemals zum Abschluss.

Unterbrochene Läufe werden jetzt erkannt und automatisch erneut gestartet. Die Zeitleiste zeigt, dass der Lauf unterbrochen wurde und ob er neu gestartet wurde. Manuelle, per Webhook ausgelöste und instanzweite Läufe starten von vorn; geplante Läufe laufen einfach nach ihrem regulären Zeitplan weiter.

Da ein neu gestarteter Lauf wieder von vorn scannt, können Aktionen ein zweites Mal auf Inhalte angewendet werden, die der unterbrochene Versuch bereits erreicht hatte — etwa ein doppelter Kommentar oder eine zweite Benachrichtigung. Das ist eine bewusste Abwägung gegenüber dem vollständigen Verlust des Laufs, und sowohl der unterbrochene als auch der ersetzende Historieneintrag weisen ausdrücklich darauf hin.

Unabhängig davon wird ein manueller Suchlauf, der zu groß für ein einzelnes Ausführungsfenster ist, jetzt an der Abbruchstelle fortgesetzt. Er läuft über automatisch verkettete Abschnitte weiter, die sich einen gemeinsamen Historieneintrag teilen, statt neu zu beginnen. Beim Löschen einer Vorlage oder beim Deinstallieren der App wird der gespeicherte Fortschritt aufgeräumt.

💬 Confluence: Inline-Kommentare und Antworten werden jetzt erfasst

Suchläufe und Anonymisierungsaktionen erreichten bisher nur Fußzeilen-Kommentare der obersten Ebene. Sie erfassen jetzt auch Inline-Kommentare sowie die Antworten auf Inline- und Fußzeilen-Kommentare.

Gefundene Elemente zeigen an, in welchem Kommentartyp der Treffer lag — so ist klar, wo der Inhalt tatsächlich steht.

👤 Suchläufe laufen unter der App — das Feld „Actor“ entfällt

In Vorlagen ließ sich ein „Actor“ hinterlegen, dessen Identität die App beim Schreiben von Änderungen übernahm. Dadurch sahen die Änderungen der App wie Änderungen dieser Person aus, und die Selbstauslöser-Filterung funktionierte nicht mehr: Ein Suchlauf konnte durch genau die Änderungen erneut ausgelöst werden, die er selbst gerade vorgenommen hatte.

Alle Suchläufe und Aktionen laufen jetzt unter dem App-Benutzer. Das Feld „Actor“ wurde aus dem Vorlagen-Editor entfernt, bestehende Werte werden ignoriert — Sie müssen nichts neu konfigurieren. Aktionen zur Zugriffsbeschränkung von Inhalten verwenden weiterhin den Besitzer der Vorlage.

Manuelle Suchläufe laufen zudem wieder in einem Hintergrund-Worker, sodass ihr Start die Oberfläche nicht mehr blockiert.

✉️ Versandlimits für E-Mail-Benachrichtigungen

Eine falsch konfigurierte Vorlage konnte bisher in einem einzigen Lauf Tausende E-Mails über den gemeinsam genutzten Mail-Dienst versenden. Jetzt gibt es eine Obergrenze: höchstens 500 E-Mails pro Suchlauf, zusätzlich zu rollierenden Limits pro Tag, pro Stunde und pro Empfänger.

Eine blockierte E-Mail erscheint in der Suchhistorie als übersprungene Aktion mit Angabe des Limits, das sie gestoppt hat — nichts schlägt still fehl.

Instanzen, die über einen eigenen SMTP-Server versenden, unterliegen diesen Limits nicht. Für eigenes SMTP ist jetzt eine Absenderadresse erforderlich; das Feld für die Absender-E-Mail steht in den Einstellungen zur Verfügung.

🔓 Zugriffsbeschränkung direkt im Dialog „Check case“ aufheben

Nachdem eine Aktion „Restrict view and edit“ erfolgreich ausgeführt wurde, bietet der Dialog „Check case“ die Option „Unrestrict“ an. Sie entfernt alle Benutzer- und Gruppenbeschränkungen von dieser Seite — mit einem Hinweis auf die Konsequenz, bevor Sie bestätigen.

📢 Ankündigungen erscheinen jetzt auch auf eigenen Domains

Ankündigungen werden jetzt auch auf Sites angezeigt, die über eine kundeneigene Domain ausgeliefert werden. Admins auf diesen Sites konnten bisher ein Banner konfigurieren und bekamen es nie zu sehen.