<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-08-21 16:43 GMT+02:00 Jakob Hirsch <span dir="ltr"><<a href="mailto:jh@plonk.de" target="_blank">jh@plonk.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Andreas Goetz, 2014-08-21 16:01:<br>
<div class="">> Kennst Du <a href="https://github.com/volkszaehler/volkszaehler.org/issues/121" target="_blank">https://github.com/volkszaehler/volkszaehler.org/issues/121</a> ?<br>
<br>
</div>Jetzt schon, danke. Der dort beschrieben Workaround funktioniert bei mir<br>
auch.</blockquote><div><br></div><div>Also "es tut"? Schonmal super- wir sollten das Setting fix einbauen. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 Allerdings sieht es bei mir etwas anders aus als dort beschrieben.<br>
Das _setzen_ der property klappt ja einwandfrei, ich habe dann "0.0002"<br>
in der DB stehen. Die property wird aber bei einem data-POST<br>
geschreddert, _das_ wundert mich. Beim Hinzufügen von Daten sollte cost<br>
doch völlig egal sein, oder? Und unabhängig davon sollten dabei keine<br>
properties _geändeert_ werden.<br>
</blockquote></div><br></div><div class="gmail_extra">Jaein... data-post nutzt Doctrine zum schreiben. Dabei passiert gefrickel mit den Datentypen. Durch die persist() Operation wird dann alles "geänderte" in die DB geschrieben, u.a. auch unveränderte Parameter. Häng mal &debug=1 an, dann siehst Du dass da irgendwo ein SQL Statement generiert wird.<br>
<br></div><div class="gmail_extra">Mein Versuch das elegant lösen zu lassen wurde von Doctrine abgelehnt. Ich könnte es fixen indem wir hartes SQL verwenden, dann bliebe aber immer noch das im git beschriebene issue.<br><br>
Insofern: lass uns den fix aus git einfach fest einabuen, erklärbar ist das Verhalten in jedem Fall...<br><br>vg<br>Andreas<br></div></div>