Um welche Version von MariaDB handelt es sich denn? Es gibt ja mehrere Docker-Abbilder zur Auswahl: https://hub.docker.com/_/mariadb
Komisches verhalten - MariaDB
- ArtCore7
- Erledigt
-
-
Wers ausprobieren will mit Lorem Ipsum -> Hier gehts lang: Klick!
Version in meinem Fall:
Link zu Stackoverflow: https://stackoverflow.com/ques…xt-when-select-with-union
-
Version in meinem Fall:
Codemysqld Ver 10.4.13-MariaDB-1:10.4.13+maria~focal for debian-linux-gnu on x86_64 (mariadb.org binary distribution)
Hab dann auch noch schnell getestet:
'fl_builder_data' als erstes SELECT ausführen, und danach die anderen "kurzen" Daten.
- Auch beim ersten SELECT mit den langen Daten wird das ganze gekürzt.
'fl_builder_data' mit "Lorem ipsum" Text ersetzen und erneut versuchen.
- Auch mit Lorem ipsum Text wird das ganze gekurzt. Also auch kein Problem mit meinen Daten.
-
Gleiches Ergebnis für Server version: 10.4.13-MariaDB-1:10.4.13+maria~bionic mariadb.org binary distribution ...
EDIT: Scheint nicht der einzige Fehler in Verbindung mit "UNION" zu sein: https://jira.mariadb.org/browse/MDEV-17226
-
EDIT: Scheint nicht der einzige Fehler in Verbindung mit "UNION" zu sein: https://jira.mariadb.org/browse/MDEV-17226
Ist ja quasi brandneu der Bug:
2018-09-18 13:36
ARGH... Manches will man garnicht wissen. Wäre ja nicht so als würde man den Daten in der Datenbank vertrauen...
-
Gerade gefunden bei meinem Pagebuilder .... die haben es wohl gefixt. Ich hab es nicht upgedated (Lizenz ausgelaufen)
Bug Fixes
- Fixed database query issue when duplicating layouts on MariaDB 10.3+
PHP// @codingStandardsIgnoreStart $wpdb->query( "INSERT INTO {$wpdb->postmeta} (post_id, meta_key, meta_value) values ({$new_post_id}, '{$meta_key}', '{$meta_value}')" ); // @codingStandardsIgnoreEnd
Trotzdem bleibt ja der Fehler bei UNION ALL bestehen.
-
Hab mal nen Bug gefiled: https://jira.mariadb.org/browse/MDEV-22923
Wir werden sehen, in 2 Tagen ist das behoben oder ich werde als Idiot beschimpft.
Hoffentlich...
-
Jetzt willst du es aber wissen
Dann schauen wir mal ob dort mehr passiert als auf StackOverflow
-
Naja, ich fühle mich unwohl wenn ich einen Bug in einer Software finde die ich verwende und dann halt einfach einen Workaround nutze. Ich will ja für mich (und für alle anderen!) das das Zeug läuft!
-
Gerade nochmal mit
mysqld Ver 10.2.32-MariaDB-1:10.2.32+maria~bionic for debian-linux-gnu on x86_64 (mariadb.org binary distribution)
getestet, hier tritt der Fehler nicht auf.
Edit: War wohl ne Sekunde schneller
-
Hab mal nen Bug gefiled: https://jira.mariadb.org/browse/MDEV-22923
Wir werden sehen, in 2 Tagen ist das behoben oder ich werde als Idiot beschimpft.
Hoffentlich...
Alexander Barkov wurde es nun zugeordnet. Dem ist aber auch das alte Ticket (https://jira.mariadb.org/plugi…t/mobile#issue/MDEV-17226 ) zugeordnet. Ob da was passieren wird ?
-
Naja komm... der hat doch nur 10 Monate gebraucht beim alten Ticket bis er kam mit "wie folgt nachvollziehbar..."
-
Man muss dem Beauftragten (assignee) zugute halten, dass ihm derzeit 1135 Fehler zugewiesen sind: Abfrage. Vielleicht mag ja noch jemand seine Stimmen für die beiden Tickets MDEV-22923 und MDEV-17226 (Twitter-Hashtags: #MDEV22923, #MDEV17226) abgeben? Je länger ich darüber nachdenke, umso weniger selten scheinen mir potentielle Fehlersituationen zu sein…
-
Tut sich wohl nichts mit den Jira Einträgen ?
-
Tut sich wohl nichts mit den Jira Einträgen ?
Potentieller Datenverlust wird wohl überwertet von Denjenigen, welche diese Tickets im Auge haben…
-
Kaum ein halbes Jahr später und der Bug wurde von Major auf Critical hochgestuft: https://jira.mariadb.org/plugi…t/mobile#issue/MDEV-22923
Jetzt geht sicherlich alles ganz schnell
-
Kaum ein halbes Jahr später und der Bug wurde von Major auf Critical hochgestuft: https://jira.mariadb.org/plugi…t/mobile#issue/MDEV-22923
Jetzt geht sicherlich alles ganz schnell
Bitte. Gerne. Es hilft bisweilen, derartige Einträge bei öffentlichen Veranstaltungen nochmal zu thematisieren.
Zitat von Freenode IRC channel #fosdem-mariadb-stand[07.02.21 10:49:49] <uebera||> I'd love to see a short feedback regarding the prioritization/targeting of reported defects (like https://jira.mariadb.org/browse/MDEV-22923). Personally, I find anything related to "truncation of data" *really* scary.
[07.02.21 10:51:53] <KajArn|MariaDBFo> uebera||: Truncation of data **is** scary. Agree. And the fact you highlighted it helps catching our attention.
[07.02.21 11:01:52] <KajArn|MariaDBFo> <uebera|| "I'd love to see a short feedback"> Priorities and scheduling also depend on the availability of the original developer of the code around the bug. This particular bug I believe has been procrastinated out of such reasons. We may need to look at reallocating the bug.
[07.02.21 11:06:41] <AnnaWideniusMari> uebera||: When it comes to bug fixing, we always prioritise bugs that can cause data loss or wrong result. The bug MDEV-22923 seams to have fallen between cracks and I will investigate why this has not been fixed.
[07.02.21 11:09:02] <uebera||> AnnaWideniusMari: Thanks a lot!
[07.02.21 11:11:14] <AnnaWideniusMari> uebera||: If you can create some example queries + data that shows the issues you are having, please file an MDEV about this so that the MariaDB optimizer team can take a look and fix it or comment about what could be the problem and how to go around it.
[07.02.21 11:16:23] <uebera||> AnnaWideniusMari: For the MDEV mentioned, the original reporter already did this; I verified it back then with a different example (but saw no need to attach it as well). Also, said MDEV contains a reference to an older report which had been confirmed by one of your colleagues.
-
Ui, das ist ja schon fast social engineering
-
Ui, das ist ja schon fast social engineering
Wer Lust hat, das weiterzutreiben, der könnte auf den folgenden Tweet des Unternehmens mit dem Hinweis reagieren, dass die Benachrichtigung über die Fehlerbehebung sofort zu mehreren eindeutigen Stimmabgaben führen
könntewird: "Database of the Year" Member Choice Awards -
Ich hab mal etwas geforscht, und wie erwartet ist es deutlich komplizierter als gedacht. Evtl. kann ich mit nem git bisect rausfinden wann und wie genau der Bug reinkam. Meine Forschung steht im Ticket dass daraufhin ein anderer Bearbeiter zugeteilt bekommen hat. Der hat aber auch so ~400 weitere Bugs zugeteilt.
Ach MariaDB, wo soll das nur hinführen?