Bug #1033

Smilies defekt

Von following vor mehr als 1 Jahr hinzugefügt. Vor mehr als 1 Jahr aktualisiert.

Status:erledigt% erledigt:

100%

Priorität:2 mittel
Zugewiesen an:teiling88
Zielversion:Version 3.1.3
Ticket Referenz: Kategorien:editor logs

Beschreibung

Es gab mal ein Verzeichnis lib/tinymce/emoticons/images mit Smiley-Grafiken, die in Logeinträgen (oder auch Cachebeschreibungen) verlinkt wurden. Dieses Smilies sind zurzeit alle defekt. Das Verzeichnis muss wiederhergestellt werden.

listing-aenderungsdatum-zerschossen.png (49,1 KB) following, 15.02.2017 16:59

falscheintrag-aenderungaufzeichnung.png (27,3 KB) following, 15.02.2017 16:59

fake-aenderungsdatum-log.png (34,9 KB) following, 15.02.2017 17:02

65
66
67

Historie

#1 Von teiling88 vor mehr als 1 Jahr aktualisiert

  • Status wurde von neu zu in Arbeit geändert

#2 Von teiling88 vor mehr als 1 Jahr aktualisiert

15 Log-Einträge scheinen davon betroffen zu sein.

#3 Von teiling88 vor mehr als 1 Jahr aktualisiert

Hmm die Datenbank hat mir einen streich gespielt - jetzt sind es deutlich mehr O_o

#4 Von teiling88 vor mehr als 1 Jahr aktualisiert

1.060.140 Logeinträge insgesamt davon zu fixen ~ 40.000.

#5 Von teiling88 vor mehr als 1 Jahr aktualisiert

  • Status wurde von in Arbeit zu erledigt geändert
  • Zugewiesen an wurde auf teiling88 gesetzt
  • % erledigt wurde von 0 zu 100 geändert

Alle Logeinträge angepasst via SQL:

UPDATE `cache_logs` SET text = REPLACE(text, 'lib/tinymce/plugins/emotions/images/', 'resource2/tinymce/plugins/emotions/img/') WHERE text LIKE '%lib/tinymce/plugins/emotions/images/%'

Alle Cachebeschreibungen angepasst via SQL:

UPDATE `cache_desc` SET `desc` = REPLACE(`desc`, 'lib/tinymce/plugins/emotions/images/', 'resource2/tinymce/plugins/emotions/img/') WHERE `desc` LIKE '%lib/tinymce/plugins/emotions/images/%'

#6 Von following vor mehr als 1 Jahr aktualisiert

  • Status wurde von erledigt zu in Arbeit geändert
  • Priorität wurde von 3 hoch zu 4 kritisch geändert
  • % erledigt wurde von 100 zu 0 geändert

UM HIMMELS WILLEN! Nun haben diese Logeinträge und Cachebeschreibungen alle eine Geändert-Markierung (Beipsiel: https://www.opencaching.de/viewlogs.php?cacheid=125380#log479248). Und wurden nebenbei alle per OKAPI- und XML-Replikation neu rausgeschickt.

Die geänderten Einträge der beiden Tabellen (und zwar nur die) müssen SOFORT aus dem BACKUP vollständig zurückgesetzt werden auf die Originaleiträge; solche Nachträglichen Rumbasteleien haben unabsehbare Konsequenzen (man beachte die diversen, kompexen modified-Felder in der Logtabelle: https://github.com/OpencachingDeutschland/oc-server3/blob/development/sql/modification-dates.txt).

#7 Von following vor mehr als 1 Jahr aktualisiert

Außerdem müssen die von der cache_desc-Tablle geänderten abhängigen Modified-Felder der caches-Tabelle zurückgesetzt werden. Damit das keine größeren Datenverluste gibt, muss die OC-Website schnellstens heruntergefahren werden, bis das erledigt ist.

#8 Von following vor mehr als 1 Jahr aktualisiert

Zurückgesetzt werden müssne auch erzeugten Änderungsdatensätze in der Vandalismus-Retaurierdatenbank (cache_desc_modified, caches_modified etc.)

#9 Von following vor mehr als 1 Jahr aktualisiert

Das Zurücksetzen auf das Backup von vorletzter Nacht ist übrigens keine Option, denn dann würden alle OKAPI- und XML-Repliktions-Clients außer Synchronisation geraten. Das wird jetzt richtig viel Handarbeit.

#10 Von following vor mehr als 1 Jahr aktualisiert

#11 Von following vor mehr als 1 Jahr aktualisiert

Und so oder so MUSS das Verzeichnis lib/tinymce/emoticons/images wiederhergestellt werden, weil auch externe, nicht laufend akutalisierte Replikationen von OC-Inhalten existieren (per XML-Interface, OKAPI, GPX) die immer noch darauf verweisen.

#12 Von teiling88 vor mehr als 1 Jahr aktualisiert

  • Status wurde von in Arbeit zu in Arbeit 80% geändert
  • Priorität wurde von 4 kritisch zu 2 mittel geändert
  • % erledigt wurde von 0 zu 80 geändert

following schrieb:

Und so oder so MUSS das Verzeichnis lib/tinymce/emoticons/images wiederhergestellt werden, weil auch externe, nicht laufend akutalisierte Replikationen von OC-Inhalten existieren (per XML-Interface, OKAPI, GPX) die immer noch darauf verweisen.

Es wird eine rewrite regel geben siehe Technik Forum.

Wir werden das Datum nicht ändern. Blog Beitrag etc zu den Einträgen die sich verändert haben kommt mit der Version 3.1.2 und wird in kürze veröffentlicht.

#13 Von teiling88 vor mehr als 1 Jahr aktualisiert

  • Zielversion wurde auf Version 3.1.3 gesetzt

#14 Von following vor mehr als 1 Jahr aktualisiert

teiling88 schrieb:

Wir werden das Datum nicht ändern. Blog Beitrag etc zu den Einträgen die sich verändert haben kommt mit der Version 3.1.2 und wird in kürze veröffentlicht.

Den Blogbeitrag werden die meisten Nutzer nicht lesen. Wir können doch nicht 40.000 falsche zuletzt-geändert-Einträge in den Logs stehen lassen! Das ist eine Verfälschung des von den Benutzern gelieferten Contents.

#15 Von teiling88 vor mehr als 1 Jahr aktualisiert

  • Status wurde von in Arbeit 80% zu erledigt geändert
  • % erledigt wurde von 80 zu 100 geändert

Auch abrufbar als: Atom PDF