Bug #1140

Cachestatus wird bei manchen Logtypänderungen nicht nachgezogen

Von following vor 9 Monaten hinzugefügt. Vor 9 Monaten aktualisiert.

Status:erledigt% erledigt:

100%

Priorität:2 mittel
Zugewiesen an:following
Zielversion:Version 3.1.5
Ticket Referenz: Kategorien:logs

Beschreibung

Wenn man den Typ des neuesten Logs in "archiviert", "momentan nicht verfügbar", "archiviert" oder "gesperrt" ändert, wird der Cachestatus entsprechend nachgezogen. Ändert man dagegen eines dieser Logs in "Hinweis", "Gefunden", "nicht gefunden" usw, damm bleibt der Cachestatus unverändert.

Der Status muss immer nachgezogen werden, wenn entweder der alte oder der neue Logtyp ein Wartungsstatuslog ist.

Zugehörige Revisionen

Revision 38ab7700
Von following vor 9 Monaten hinzugefügt

improved editing log type for status-changing types; updates #1140

- discarded the feature that admins can do status changing edits of logs
which are not the last log (could produce wrong cache status)

- disable status-changing log type edits for logs older than half a year

- adjust cache status when changing the log type from status-changing to
non-status-changing

Historie

#1 Von following vor 9 Monaten aktualisiert

(Der Bugreport kam von mic@.)

#2 Von following vor 9 Monaten aktualisiert

In diesem Zusammehang: Ich finde es wenig sinnvoll, dass man einen beliebig alten Cache-Status nachbearbeiten kann. Das Ändern des Status per Log-Editieren sollte zeitlich beschränkt sein.

#3 Von following vor 9 Monaten aktualisiert

  • Priorität wurde von 3 hoch zu 2 mittel geändert

#4 Von following vor 9 Monaten aktualisiert

  • Status wurde von neu zu im Test geändert
  • % erledigt wurde von 0 zu 90 geändert

#5 Von following vor 9 Monaten aktualisiert

  • Zielversion wurde auf Version 3.1.5 gesetzt

#6 Von following vor 9 Monaten aktualisiert

  • Status wurde von im Test zu erledigt geändert
  • % erledigt wurde von 90 zu 100 geändert

Auch abrufbar als: Atom PDF