[sannc]

Moin,

ich habe gerade festgestellt, dass das Feld OXINSERT bei neu eingefügten Artikeln utopische Daten hat ... Jahr 2020, etc. Riecht nach einer falschen Formatierung des Datums beim INSERT.

Hat das schonmal jemand beobachtet und kann es bestätigen oder ist das nur bei mir so? Wenn es ein Problem im Zusammenspiel mit meinem MySQL ist, dann wäre ich für einen Hinweis dankbar, an welcher Stelle der INSERT gemacht wird, damit ich das ggf. fixen kann.

Danke
Carsten

[Marco Steinhaeuser]

Hallo Carsten,

2009-03-01 <-- beim Testartikel gerade eben. MySQL: 5.0.67-0ubuntu6.

Könnte es vielleicht an einer utopischen Serverzeit bei Dir liegen, Testumgebung?

Gruß

__________________
Marco Steinhäuser
Community Guide
OXID eSales AG

[sannc]

Hallo Marco,

nene ... NTP macht's möglich und ich habe das Datum auch gerade nochmal überprüft. Ist im übrigen auch in der Tabelle oxorderarticles so ... und nur das Feld OXINSERT. Andere Datumsfelder sind ok.

mysql Ver 14.12 Distrib 5.0.70, for pc-linux-gnu (x86_64) using readline 5.2 (Gentoo)

LG
Carsten

[Marco Steinhaeuser]

hmm... da bin ich etwas ratlos, kann es nicht reproduzieren. Wäre über "die -> printr" interessant zu erfahren, ob der Wert bereits "in der Zukunft" existiert, bevor er in die Datenbank geschrieben wird. Aber das läßt sich nur debuggen.

Gruß

__________________
Marco Steinhäuser
Community Guide
OXID eSales AG

[sannc]

Kein Problem. Um mir zwei Stunden suchen zu ersparen wäre ich für einen Hinweis dankbar, an welcher Stelle das ganze passiert (siehe Ursprungsposting) ;-)

Grüße
Carsten

[sannc]

*grummel* ... ich habe mir also die Mühe gemacht und die Stelle selbst rausgefunden und mit print_r mal hinter die Kulissen geschaut.

Wie durch ein Wunder scheint nun alles in Ordnung. Die Debug Ausgabe sagt das richtige Datum und auch der neue Artikel, den ich eben angelegt habe, ist in Ordnung. Keine Ahnung, wie die schrägen Daten da rein gekommen sind (aber ich werde in Zukunft ein Auge darauf haben, sollte es sich wiederholen).

Grüße
Carsten

---
Der Essenzenladen http://www.essenzenladen.de
OXID eShop CE 4.0.1

[Marco Steinhaeuser]

Sorry, da war ich wohl ein bissel spät.
Danke für die Rückmeldung!

__________________
Marco Steinhäuser
Community Guide
OXID eSales AG

[sannc]

Passt schon. Es hat gottseindank keine zwei Stunden gedauert ;-) Aber ich habe da noch das eine oder andere offene Problem, das ich in den Foren gepostet habe ... da könnte ich noch Hilfe gebrauchen ;-)

Grüße
Carsten

---
Der Essenzenladen http://www.essenzenladen.de
OXID eShop CE 4.0.1

[sannc]

Hi!

Zur Info: Das Problem tritt nicht bei der Neuanlage von Artikeln auf, sondern beim Upload neuer Bilder. Hierzu gibt es einen ganz ähnlich gelagerten Bugreport, dem ich mich mal angeschlossen habe:

https://bugs.oxid-esales.com/view.php?id=704

LGCarsten

---
Der Essenzenladen http://www.essenzenladen.de
OXID eShop CE 4.0.1

[urban]

Fix ist relativ simpel:

Modul von oxarticle schreiben. Methoden load() und save() überladen:

public function load(){ // A. #1325 resetting to avoid problems when reloading (details etc) $this->_blNotBuyableParent = false; $blRet = oxI18n::load( $oxID); // convert date's to international format $this->oxarticles__oxinsertraw = new oxField($this->oxarticles__oxinsert->value); $this->oxarticles__oxinsert = new oxField(oxUtilsDate::getInstance()->formatDBDate( $this->oxarticles__oxinsert->value)); $this->oxarticles__oxtimestamp = new oxField(oxUtilsDate::getInstance()->formatDBDate( $this->oxarticles__oxtimestamp->value)); return $blRet;}



public function save(){ if($this->oxarticles__oxinsertraw->value) $this->oxarticles__oxinsert = new oxField($this->oxarticles__oxinsertraw->value); $blRet = parent::save(); return $blRet;}



Gäbe es hier ein vernünftiges "Code-Tag", könnte man das auch schick darstellen ...

mfgurban

--

PHP- und OXID-Schulungen in der anzido Akademie: http://www.anzido-akademie.de .

--
Andreas Ziethen - Geschäftsführeranzido GmbH - ecommerce in guten händen!NEU: anzido Akademie