Beim Bearbeiten von Artikeln verdoppeln diese sich.

[gunther]

Nach mühevoller Kleinarbeit habe ich wpShopGermany nun endlich am laufen und will es in Kürze registrieren. Ein Problem lässt mich jedoch nicht los. Immer wenn ich einen Artikel ändere, wird ein Zweiter mit neuer ID angelegt und ich muss den alten Löschen (beide sehen genau gleich aus). Ist das ein bekannter Bug oder mache ich etwas falsch?

Vielen Dank für ein kurzes Feedback,
Gunther

[maennchen1.de]

Hallo!
Ja, das hatten wir schon einmal. Welches Theme nutzt du? Thesis?

[gunther]

Bin etwas verwirrt, was für ein Theme, wo sehe ich das?

[maennchen1.de]

Das von Wordpress.

[gunther]

Nein, ich nutze ein eigenentwickeltes. Das Problem sollte aber auch nichts mit dem Frontend-Theme zu tun haben, sondern tritt im Backend auf.

[maennchen1.de]

Ja, schon verstanden. Viele Themes greifen aber ins Backend ein.
Welchen Browser nutzt du? Hast du es mal mit einem anderen probiert?

[gunther]

Firefox 5, geht aber mit Chrome genausowenig. Vielleicht noch als Info, die Artikel befinden sich in eine Produktgruppe, das Problem lässt sich beliebig reproduzieren.

[maennchen1.de]

das Problem lässt sich beliebig reproduzieren.

Bei uns leider nicht. Hier tritt das Problem in keinerlei Konfiguration auf. Welche Wordpress- und wpShopGermany Version hast du installiert?
Gehe bitte zunächst nach unserer Anleitung vor: Problem mit wpShopGermany: Erste Hilfe

[goerner.it]

Guten Tag,

ich habe selten so einen unfreundlichen Support wie vom Hersteller hier erlebt. Da entdeckt man einen Fehler, der offensichtlich vom Hersteller vorursacht ist, und wird dann per Email gemaßregelt, dass man doch nur kostenlosen Support im Forum erhalte. Klar - die User helfen sich selber für ein Produkt, was man bezahlt hat. Super gemacht! Anstatt für Hilfe dankbar zu sein, lehnt man sich bequem in den Sessel und glänzt mit einer Arroganz, die ich selten zuvor erlebt haben durfte.

Wie dem auch sei, hier ist die Lösung für das leidige Problem:

In der Datei add.phtml im Ordner plugins/wpshopgermany/views/Produkt

ab Zeile ca. 46 dies ändern / ergänzen, ich habe den Beginn / Ende des "alten" Scripts mal dringelassen, Damit es fruchtet:


</script>

<div class="metabox-holder has-right-sidebar" id="poststuff">


<?php if (isset($this->edit_id) && $this->edit_id > 0) { ?>

<form method="post" action="<?php echo SITECOOKIEPATH; ?>wp-admin/admin.php?page=wpshopgermany-Produkt&action=save&edit_id=<?php echo $_REQUEST['edit_id']; ?>" enctype="multipart/form-data">

<?php } else { ?>

<form method="post" action="<?php echo SITECOOKIEPATH; ?>wp-admin/admin.php?page=wpshopgermany-Produkt&action=save" enctype="multipart/form-data">

<?php } ?>

<div id="post-body" class="wpsg_addeditprodukt">


Damit geht es bei mir jetzt.

Bitte um Feedback.

[gunther]

Großartig! Es klappt!

Und Du hast recht, so eine Antwort hätte ich bei einem Produkt, für das ich zahle vom Hersteller erwartet - und nicht die wenig zielführenden Fragen weiter oben.

1000 Dank auf jeden Fall! +++

[goerner.it]

Was will man machen, leider ist die Auffassung heutzutage bei vielen Unternehmen vertreten. Verkaufen können alle. Ich habe nicht erwartet, dass man mir sofort eine Lösung präsentiert, aber etwas mehr Entgegenkommen wenn ich mir schon die Zeit nehme, die mir keiner bezahlt, einen Fehler zu finden, das hätte ich mir schon gewünscht.

[maennchen1.de]

Danke für die Zuarbeit, was ich eigentlich überhaupt nicht wollte. Sicherlich ist es schön, wenn ein User einen Fehler entdeckt und behebt, das ist aber nicht die Regel. Deshalb hier schonmal ein DANKE! Ich könnte wetten in den paar 1000 Posts hier sind gerade mal 5 solcher Themen aufgetaucht. Aber das verlangen wir nicht. Wir verlangen nur eine offene Kommunikation über das Forum und nicht per Mail - so wie ich es per Mail geschrieben hatte. So dass jeder gemachte Fehler nachvollziehen und kurzfristig auch selber beheben kann und wir uns die Zeit sparen, zig mal die selbe Antwort zu geben. Und ja, das machen wir aus Kostengründen so.
Wenn wir einen Fehler nicht reproduzieren können, dann liegt das meist an den mangelnden Informationen die wir bekommen. Und deswegen frage ich hier Stück für Stück nach um den Fehler einkreisen zu können.
Auch jetzt bin ich der Meinung, deinen Bugfix noch nicht zu übernehmen. Denn er umgeht die Ursache in deinem speziellen Fall, zeigt sie aber nicht auf. Gerne lasse ich mich auch eines anderen belehren, aber bitte in einem vernünftigen Ton.

Auch gilt es zu unterscheiden, inwiefern der Kenntnisstand des Users ausgebaut ist. Der lässt sich leider an keiner Messlatte ablesen. Bei dir scheint der schon gut ausgebaut zu sein, deswegen frage ich dich an dieser Stelle, wie sieht das hidden-Feld "edit_id" bei dir aus? Dieses wird regulär per POST übergeben und ausgewertet. Dein Beispiel macht das per GET.

[goerner.it]

Es ist für den Laien sicherlich schwer, hier mitzuwirken, da viele schon an sehr einfachen Fragen ihre Probleme haben werden - ohne Fachwissen gerade in diesem Fall ist es schwer, eine Lösung zu konstruieren bzw. aktiv teilzuhaben.

Das hidden-Feld ist ordnungsgemäß vorhanden, allerdings kurz vor dem </form> hinter dem Jquery. Eventuell verschluckt er sich daran. Dass ich nach der PHP Version frug, hatte bewußt Gründe - es gibt durchaus von 5.2.12 nach 5.2.17 diverse Unterschiede, die wirklich manchmal schräge Sachen produzieren können.

Ein Fehler ist auch noch vorhanden gewesen im input-hidden-Feld: Da ist nach dem " ein / noch vor dem > drin - das kann raus. Aber daran lag es auch nicht, das hatte ich vorher schon soweit ausgeschlossen.

[maennchen1.de]

An dem / kann es nicht liegen, da das nur mit HTML-Validität zu tun hat. Die spielt an der Stelle keine Rolle (wird trotzdem gefixt).
Welche PHP Version habt ihr beide denn im Einsatz?
Welche Module sind aktiviert, um das Produkt zu pflegen? (Mir reicht ein Screenshot!)

[gunther]

Hier meine aktivierten Module: http://dl.dropbox.com/u/2088648/_temp_/shop-module.jpg
PHP 5.2.17-0.dotdeb.0