doffine

@aweissinpsyde,

ich hatte Dir inzwischen auf Deine Mail hin (läuft parallel zu diesem Thread hier) ja den Status Report geschickt. Dazu hast Du noch nichts geschrieben.

Dann zu Deinen Fragen:
Ich hatte geschrieben, dass es vor dem Update auf 2.1.1 noch ging. WooCommerce und WordPress waren sowohl vorher als auch nachher auf dem neuesten Stand und sind es auch jetzt.
Nochmal: Ich konnte auf Version 2.1.0 zurück rollen, dann ging es, dann auf Version 2.1.1 updaten, dann ging es nicht, dann wieder auf Version 2.1.0 zurück rollen, dann ging es, dann wieder auf 2.1.1 updaten, dann ging es wieder nicht.
Das hatte alles rein gar nichts mit der WordPress oder WooCommerce Version zu tun, die wie gesagt die ganze Zeit über auf dem neuesten Stand waren.
Und ebenfalls nochmal: Das Nicht-Anzeigen des iFrames kam bei uns nicht durch ein WC Update, sondern wie oben beschrieben direkt und reproduzierbar durch das Update 2.1.0 –> 2.1.1.

Dann zu der Fehlermeldung: Diese wird nicht im iFrame von PayPal angezeigt, sondern als Shop-Fehlermeldung im Warenkorb, wenn man versucht hat den Checkout über PayPal zu machen. Man wird dann aber eben nicht zu PayPal weitergeleitet, sondern landet wieder im Warenkorb, wo oben drüber diese Fehlermeldung steht.
Das Ganze halten wir aber erst einmal für einen Nebenkriegsschauplatz.

Wie hier drüber zu sehen ist (siehe Nachrichten von @truncate und @ascket) sind wir ja offenbar nicht die einzigen, die seit Version 2.1.1 dieses Problem haben, dass der iFrame verschwunden ist.

-doffine

Weitere Info zum Thema:

Wir haben ja auf 2.1.0 zurück gerollt, was den iFrame wiederhergestellt hat. Nun haben wir aber das Problem, dass man beim Checkout nicht mehr zu PayPal weiter kommt, sondern wieder zurück in den Warenkorb gelangt, wo eine rote Fehlermeldung angezeigt wird:

“Entschuldigen Sie, während der Bearbeitung Ihrer Anfrage ist ein unerwarteter Fehler aufgetreten. Wenden Sie sich bitte an den PayPal-Kundenservice”

Hi @aweissinpsyde,

wie gesagt: Wenn wir Euer neues Plugin-Update einspielen, ist das Problem da, wenn wir zur Vorversion zurückkehren ist es wieder in Ordnung. Das Ganze ist beliebig oft reproduzierbar. Das kann ja nur bedeuten, dass in der neuen Plugin-Version etwas anders ist als vorher, und das den Fehler verursacht. Im übrigen habt Ihr laut Changelog genau daran geschraubt, wo jetzt das Problem auftritt. Siehst Du das anders?

Wir schauen morgen mal, ob wir Deiner Bitte, einmal alles zu deaktivieren, nachkommen können. Aber vielleicht fällt Euch bis dahin ja auch noch etwas ein.

Viele Grüße,
-doffine

Hey @joyously,

that’s cool. Your suggestion came closer to what I need. When I use just your code I have the extra content many times all over all pages of the whole WordPress. So I added an if(is_single()):

add_action('the_post', function($post, $query){
	if(is_single()) {
		echo "Test";
	}
}, 10, 2);

After this the many occurences of the extra content string only was to be found on the post page – just as needed.

The cool thing is: The extra content is (amongst others) exactly on the right place. Great!

But: It is additionally output about five times on the very top of the page above the page header and also one time above the left sidebar.

If it would be possible to get rid of these additional outputs and just keep the one on top of the post then it would be the solution.

I understand your message this way that it could be possible to use another action hook and not “the_post” but this hook would be theme specific. Am I right? In this case could you tell me how to find out which hook would be correct?

Many greetings once again and have a nice weekend,
-doffine

Hi @bbfunk,

I see your approach, looks good. I had to use WC() instead of $woocommerce, else I got a

Fatal error: Uncaught Error: Call to a member function get_cart_url() on null

But then a “return WC()->cart->get_cart_url();” simply doesn’t do anything. It doesn’t perform a redirect or so. It just returns the URL. So I had to do

wp_redirect(WC()->cart->get_cart_url());

So it works as charm. It’s even better than showing the Checkout with an error message and the customer first has to click back to go on. This “click” is done now for the customer so that he can directly adjust his cart without an extra click.

Thanks for this brilliant idea!
-doffine

@bbfunk,

hey there. It’s great @nickirongate came back to us with the recommendation to file an issue on GitHub and I also think this is the best / only possibility for us to get this bug fixed.

Would it be possible that you post here again when you got feedback on Github?

Many greetings,
-doffine

Hey @bbfunk,

we also think the update generated the problem. Unfortunately we didn’t find a solution for this but are waiting for @nickirongate to answer our last post here.

I guess in his first=last reply he didn’t get the problem so far. So I wrote our second reply that is unanswered so far.

Do you think he will reply here again, or could it be necessary that you open a second thread for this?

Many greetings,
-doffine