Kunena 7.0.11 & Kunena 6.4.16 – Security Updates Released and K7.1 in RC1 2

The Kunena team has announce the arrival of three simultaneous security release : K6.4.16, K7.0.11 and K7.1 RC2. Just a reminder K6.4.16 receives only securities fixes untill end of 2026, so it's advised for users to upgrade to K7.0.11. K7.0.11 is the last release of the K7.0 because it's replaced by K7.1 branch with the stable release in the corner. The translations for K7.1 on crowdin.com/project/kunena-forum-7-1 needs to be checked or improved becasue it has been generated by TM (Translation Machine).

Question 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map

More
3 years 6 months ago #227866 by Gindi
6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map was created by Gindi
In der Tabelle _kunena_private_user_map wurde bei den Feldern vom Typ datetime die fehlenden defaults mit SQL eingetragen. In den Feldern read at, replied at und deleted at werden aber keine Daten gespeichert.

 

Meine Vermutung ist, weil die 3 Felder bei Indizes nicht eingetragen sind, können keine Daten gespeichert werden.
Zum Vergleich:
In der Tabelle _kunena_privat gibt es an 4. Stelle das Feld created at vom Typ datetime, das mit den 3 vorhergehenden id Feldern bei Indizes gelistet ist und auch Daten speichert.

Gruß Gindi
 

Please Log in or Create an account to join the conversation.

More
3 years 6 months ago #227871 by rich
Replied by rich on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map
Ich habe festgestellt, dass beim aktualisieren des Forums die Tabelle nicht mit aktualisiert wird. github.com/Kunena/Kunena-Forum/issues/94...uecomment-1500472453
Bei einer Neuinstallation stimmt es.

Dieses Kommando behebt das Problem (Prefix muss angepasst werden):
Code:
ALTER TABLE `#__kunena_private_user_map` CHANGE `read_at` `read_at` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', CHANGE `replied_at` `replied_at` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', CHANGE `deleted_at` `deleted_at` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00';
Important! Always create a backup before you make any changes to your website!
The following user(s) said Thank You: Gindi

Please Log in or Create an account to join the conversation.

More
3 years 6 months ago #227879 by Gindi
Replied by Gindi on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map
Ich habe den Code in der Datenbank bei den beiden Testversionen installiert. private_id und user_id werden aktualisiert aber date und time bleiben bei 0000-00-00 00:00:00 .
Ich hatte Antworten verfasst und auch gelöscht.

Gruß Gindi
 

Please Log in or Create an account to join the conversation.

More
3 years 6 months ago #227881 by rich
Replied by rich on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map
Ja, irgendwas dürfte noch nicht stimmen.
Important! Always create a backup before you make any changes to your website!
The following user(s) said Thank You: Gindi

Please Log in or Create an account to join the conversation.

More
3 years 6 months ago #227887 by Gindi
Replied by Gindi on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map
Ich habe mich jetzt einige Zeit mit der Datenbank beschäfttigt und da ist mir eins unklar.
Die Felder replied_at (beantwortet am) und deleted_at (gelöscht am) werden durch die Funktion senden angesprochen. (Wenn es funktioniert)
Das Feld read_at (lesen am) müßte doch created_at (erstellt am) heißen denn die Funktion kann nur durch senden angesprochen werden.
Wie soll das System feststellen wann ich einen Beitrag lese?

Ein Feld "created_at" gibt es schon in der Tabelle kunena_private und dort funktioniert die Anzeige des Datum.

Gruß Gindi
 

Please Log in or Create an account to join the conversation.

More
3 years 6 months ago #227892 by Gindi
Replied by Gindi on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map
Ich habe die Felder in der Tabelle folgendermaßen modifiziert.:

 

Jetzt werden aktuelle Uhrzeiten angezeigt aber für alle 3 Felder die gleiche Uhrzeit.

 

Ich bin noch nicht dahinter gekommen wie den einzelnen Feldern die richtige, aktuelle Uhrzeit zugeordnet werden kann.

Gruß Gindi
 

Please Log in or Create an account to join the conversation.

Time to create page: 0.132 seconds