Bug #1033

Smilies defekt

Added by following over 2 years ago. Updated over 2 years ago.

Status:erledigt% Done:

100%

Priority name:2 mittel
Assignee:teiling88
Target version:Version 3.1.3
Ticket Referenz: Kategorien:editor logs

Description

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, 02/15/2017 16:59

falscheintrag-aenderungaufzeichnung.png (27.3 KB) following, 02/15/2017 16:59

fake-aenderungsdatum-log.png (34.9 KB) following, 02/15/2017 17:02

65
66
67

History

#1 Updated by teiling88 over 2 years ago

  • Status changed from neu to in Arbeit

#2 Updated by teiling88 over 2 years ago

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

#3 Updated by teiling88 over 2 years ago

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

#4 Updated by teiling88 over 2 years ago

1.060.140 Logeinträge insgesamt davon zu fixen ~ 40.000.

#5 Updated by teiling88 over 2 years ago

  • Status changed from in Arbeit to erledigt
  • Assignee set to teiling88
  • % Done changed from 0 to 100

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 Updated by following over 2 years ago

  • Status changed from erledigt to in Arbeit
  • Priority name changed from 3 hoch to 4 kritisch
  • % Done changed from 100 to 0

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 Updated by following over 2 years ago

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 Updated by following over 2 years ago

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

#9 Updated by following over 2 years ago

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.

#11 Updated by following over 2 years ago

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 Updated by teiling88 over 2 years ago

  • Status changed from in Arbeit to in Arbeit 80%
  • Priority name changed from 4 kritisch to 2 mittel
  • % Done changed from 0 to 80

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 Updated by teiling88 over 2 years ago

  • Target version set to Version 3.1.3

#14 Updated by following over 2 years ago

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 Updated by teiling88 over 2 years ago

  • Status changed from in Arbeit 80% to erledigt
  • % Done changed from 80 to 100

Also available in: Atom PDF