Falscher Pfad nach Update zu 3.1.1

[Olaf]

Hallo Allerseits,
hab heute auch gleich das Update eingespielt und seit dem geht etwas schief beim "in den Warenkorb legen". Ich lande im Backend/Login!?
Hab es erst mal umgestellt auf in Warenkorb wechseln, das geht.

Ich denk es liegt am falschem Pfad in HEAD:

Code: Alles auswählen

<script type='text/javascript' src='http://www.DOMAIN.DE/wp-content/plugins/wpshopgermany/lib/../views/js/ajax.js?ver=3.5.1'></script>

Wie bekomm ich das korrigiert?

[maennchen1.de]

Hallo!
Bei welcher Einstellung läuft was schief?

[Olaf]

Bei Nach neuem Produkt im Warenkorb: -> Auf Seite bleiben
Dann wird bei Klick hier hin geleitet:
http://www.DOMAIN.DE/wp-admin/admin.php ... &edit_id=8

Ach du dicker Hund, jetzt seh ichs erst, ich war eingeloggt, und es hat mir ein neues leeres Produkt angelegt. Logisch, die 8 gibbet ja noch garnicht, kaufen wollte ich die 1

[maennchen1.de]

Es tut mir leid, ich kann den Fehler nicht reproduzieren. "Bei Klick" heißt, dass du auf den "In den Warenkorb"-Button klickst?
Deaktiviere doch bitte mal die user_views und nutze für den Test auch das Twenty Twelve Theme. Gibt es dann den Fehler immer noch?

[Olaf]

Gut probier ich mal, aber was sagst du eigentlich zum Pfad aus 1. Post? Das stimmt doch nicht...

[maennchen1.de]

Doch, der Ordner stimmt und die Datei existiert auch. Die Syntax ist nur nicht ganz optimal.
Letztendlich wird auf die Datei verwiesen: /wp-content/plugins/wpshopgermany/views/js/ajax.js

[Olaf]

ok, jetzt seh ichs, Datei wird gefunden, aber die ist im gestrigem Paket 0 groß, ist das auch normal?

user_views umbenannt, keine Änderung...

[Olaf]

Hab mal mit Live-Header den Pfad verfolgt, also das geht ab:
http://www.DOMAIN.DE/onlineshop/
HTTP/1.1 302 Moved Temporarily
Location: /wp-admin/admin.php?page=wpsg-Produkt&action=save&noheader=1
http://www.DOMAIN.DE/wp-admin/admin.php ... noheader=1
HTTP/1.1 302 Moved Temporarily
Location: http://www.DOMAIN.DE/wp-admin/admin.php ... &edit_id=9
HTTP/1.1 200 OK

Ergebnis ein neuer leerer Artikel mit ID9 wird gespeichert. /onlineshop/ ist korrekt, da sollten wir bleiben.

[maennchen1.de]

Dann hast du evtl. ein Plugin, was Weiterleitungen definiert. Oder irgend eine Einstellung in htaccess.

[Olaf]

Och Männchen, ich bitte dich /onlineshop ist erreichbar, nur nach abschicken des Forms geht es nicht? Was soll das für ein Plugin/htaccess sein? Und warum ist /wp-content/plugins/wpshopgermany/views/js/ajax.js 0 KB groß? Sollte da nicht was drinnen stehen?

[maennchen1.de]

Sorry, ich versuche nur Hilfestellung bei der Fehlersuche zu leisten.

Och Männchen, ich bitte dich /onlineshop ist erreichbar, nur nach abschicken des Forms geht es nicht? Was soll das für ein Plugin/htaccess sein?

Da ein "Moved Permanently" kommt, muss ja irgend eine Anweisung dem Server sagen, wohin "gemoved" wurde. In deinem Fall wird dann eine Backend-URL genommen. Vom Plugin wird das nicht erzeugt. Das Modul Redirection kann sowas zum Beispiel. Vielleicht hast du ja so etwas ähnliches im Einsatz.

Und warum ist /wp-content/plugins/wpshopgermany/views/js/ajax.js 0 KB groß? Sollte da nicht was drinnen stehen?

Ja, die muss leer sein. Ist ein Trick für die gettext-Funktion (Mehrsprachigkeit).

[Olaf]

Na ja, wo sollte das Plugin unterscheiden ob der Aufruf direkt über URL oder FORM kommt, egal will nicht mit dir streiten

Jut, ich habs, guck was hier im Code drinnen steht:

Code: Alles auswählen

<div style="display:none;">
<input type="hidden" name="myReferer" value="/wp-admin/admin.php?page=wpsg-Produkt&action=save&noheader=1" />
<input type="hidden" name="wpsg[produkt_id]" value="2" />
</div></form><div class="clear"></div>

Und bitte glaub mir, ich hab die Seite direkt aufgerufen, ohne Referer!!!!

[maennchen1.de]

Wo befindet sich das Produkt (Artikel, Seite)? Ist das evtl. nur die Seiten-/Artikelvorschau, die du nutzt?

[Olaf]

Jep, ist im Archiv, benutze ProduktArtikel. Tatsächlich, es geht wenn ich im Produkt selber bin.

[Olaf]

Bitte nicht vergessen!!! Problem ist nicht gelöst.