..Themen noch einzusortieren..

Selektion von einzelnen Caches durch eine SQL-Abfrage (Hilfestellung für die SQL-Befehle bzw. Vorkonfiguration der wichtigsten Abfragen)
-> siehe OCC-115: Flexible DB-Abfrage ergänzen um WHERE-FeldGeschlossen

Möglichkeit, eine Liste von GC-Wegpunkten (deaktiviert bzw. archiviert) mit der Datenbank abzugleichen und die OC-Listings in einer Liste darstellen (Bearbeitung der Liste)
-> siehe OCC-114: Import von GPX-Daten zum ListingabgleichGeschlossen

wenn einem OC-Wegpunkt (Skizze) noch kein GC-Wegpunkt zugeordnet ist, im GC-Feld anbieten, diesen manuell einzugeben
.. siehe: occ Ersatz

in der Skizze vergessen: man kann sich das Listing zur Bearbeitung zuweisen lassen bzw. auch wieder abgeben

Derzeit ist es nicht möglich, eine zugewiesene Meldung wieder (als unbearbeitet) abzugeben, damit sie jemand anderes übernehmen kann. Wenn man die Meldung als "erledigt" abgibt, kann sie zwar vom bearbeitenden Admin nochmals an sich zugewiesen werden, aber nicht von einem anderen. Da existiert eine Art Zeitsperre (ich meine 14 Tage).
Ich wünsche mir also die Möglichkeit, eine Meldung abzugeben, so dass sie ein anderer Admin gleich bearbeiten kann.
(Auch im Bereich Datenpflege sollte der Bearbeiter ein zugewiesenes Listing wieder abgeben können, ohne dass man den Fall als erledigt abschließt.)

OCC erweitern bzgl. Prüffall. siehe OCC-117: OCC um die Möglichkeit von Prüffällen erweiternNeu

betrifft das Mail-System: derzeit laufen die Mails, die wir vom Support aus an die Besitzer oder Melder schicken über unsere normalen OC-Mail-Adressen. Das hat den Nachteil, dass die Mails (in Kopie) bei mir landen, ebenso die Antworten. Dadurch ist aber für andere die Kommunikation nicht nachvollziehbar. Ich habe mir deshalb überlegt (und wohl auch schon mit Mirco angesprochen), dass Mails von und an Supporter unter einer eigenen Mail-Adresse verschickt werden bzw. ankommen, gerne noch mit persönlichem Zusatz, damit man sie gleich dem zuständigen Admin zuordnen kann, z.B. dogesu.support@opencaching.de
Diese Mails sollten dann in einem Archiv einsehbar sein, evtl. verknüpft mit der Meldenummer bzw. wenn man die Meldung aufruft kann die Korrespondenz dazu angezeigt werden.
-> separates Thema. Details mit Mirco besprechen. Eigenes Ticket anlegen.

Aktuell habe ich den Fall, dass ein Nutzer (schon fast 11 Jahre nicht mehr dabei) nun wieder einsteigen will, aber das Passwort ist vergessen und die Mail-Adresse nicht mehr aktuell. (gab es schon mehrmals) Derzeit muß dann Mirco die neue Mail-Adresse manuell in der Datenbank eintragen. Ich finde dass wir vom Support die Möglichkeit bekommen sollten, eine veraltete Mail-Adresse zu ersetzen, wenn der Nutzer dies explizit wünscht (ähnlich wie bei Listing-Vandalismus, da müssen wir auch extra anklicken, dass der Nutzer mit der Restaurierung einverstanden ist.
-> Details mit Mirco besprechen.

Löschung einzelner Logeinträge seitens des Support.
Allerdings nur mit 4-Augen-Prinzip. Das heißt, es müssen zwei verschiedene Supportuser dem Löschen zustimmen. Beide User werden in der Datenbank vermerkt, wofür in einer oder mehreren Tabellen cache_logs_* zwei neue Spalten ergänzt werden müssen.
siehe https://opencaching.atlassian.net/browse/RED-1305

Wiederherstellung von gelöschten Logs (außer der DSGVO-gelöschten Logs)
-> hierzu dürften Logs niemals aus der DB gelöscht werden, sondern maximal als versteckt gekennzeichnet werden, was eine neue Spalte in der Tabelle ‘cache_logs’ erfordert.

Schutzfunktion für Logs, damit diese nicht mehr vom Owner gelöscht werden können. Eine Veränderung des Logs seitens des Logschreibers soll dann auch unterbunden werden.
-> hier braucht es vermutlich eine neue Spalte in der ‘cache_logs’-Tabelle, die den Schutzstatus des Logs kennzeichnet?