Scorp1

Hallo Andreas, danke für die vorzeitigen Updates ??
Hat das einen bestimmten Grund, dass das PlugIn nun einen neuen Ordnernamen hat? Ich habe die Dateien aus dem neuen PlugIn einfach in den alten PlugIn Ordner “woo-paypalplus” gelegt und es hat ohne Probleme und ohne Neueingabe der Daten funktioniert. Oder sollte ich das besser komplett deinstallieren?
Danke und viele Grü?e,
Christian

Ich habe es mit beiden Themes “Twenty-Nineteen” und “Twenty-Twenty” ausprobiert. Derselbe Fehler. Allerdings scheint es ein Firefox spezifisches Problem zu sein. In Chrome l?uft’s einwandfrei ??

Getestet mit Firefox 72.0.2 (64-bit)

Hallo, danke für das Update. Nun l?dt der iFrame wieder, wie erwartet. Allerdings gibt es ein neues Problem.

Wenn ich auf meinshop.de/checkout bin (wo der PayPal iFrame geladen wird) und dann den “Zurück” Button des Browsers bet?tige, wird meine komplette Website in den PayPal iFrame geladen.

Wahrscheinlich, weil der “Focus();” noch auf diesem iFrame liegt.

Danke und beste Grü?e!
Christian “The Scorp” ??

Hallo, das ging ja schnell. Grad gepostet und schon zeigt mir WordPress das neue PlugIn an ??

Danke auch für den Zugriff auf die Datei in Google Drive. Kann sie leider nicht runterladen. Error 500.

Ich habe natürlich sofort von 2.0.4 auf 2.1.0 aktualisiert. Leider ist das Problem bei mir NICHT behoben.

Hilft meine Fehlerbschreibung im vorigen Post vielleicht? K?nnte vielleicht auch ein jQuery Konflikt sein…

Danke für Eure Hilfe

Hi, beruhigend zu lesen, dass dieses Problem nicht nur bei mir auftaucht und bereits auf PlugIn Seite an dem Problem gearbeitet wird. Ich habe eben nach Zugriff für den Download gefragt. d…k….@

KURZE ERL?UTERUNG:

Wie bereits erw?hnt, l?dt der iFrame nicht auf Anhieb.

Erst wenn man einen anderen Radio Button anclickt, und dann wieder “PayPal Plus” anw?hlt, wird der iFrame korrekt durch die AJAX Requests geladen.

Auch wenn man den Button “Apply Coupon” (Gutschein andwenden) anclickt (auch mit leerem Eingabefeld), wird der iFrame nachtr?glich geladen.

Im Network Inspector (Debugger) werden durch diese oben beschriebenen Aktionen zwei zus?tzliche Scripts geladen:

https://www.paypalobjects.com/web/res/c40/834562e207fda18ef538badd2dd6d/js/lib/jquery.min.js

https://www.paypalobjects.com/web/res/c40/834562e207fda18ef538badd2dd6d/js/pppluscpm.min.js

Leider bin ich nicht so in AJAX/JSON/jQUERY drin, dass ich dieses Problem selbst?ndig l?sen konnte und warte nun sehnsüchtig auf das Update des PlugIns.

Danke, Inpsyde, für die L?sung dieses Problems.

• This reply was modified 5 years, 1 month ago by Scorp1.

P.S. Ich vermute das Problem liegt daran, dass der “Jetzt kaufen” Button bei abgebrochener PayPal Zahlung verschwindet, aber der PayPal Button am Ende der Checkout Seite nicht erneut eingeblendet wird.

EDIT: Klickt man sich durch den Checkout-Prozess bis zum “Jetzt kaufen” Button, ohne vorher die Zahlung mit PayPal authorisiert zu haben, dann ist der PayPal Express Checkout Button noch da.

Nein, wenn man im Bestellprozess bei “übersicht & Bezahlen” ist und die Bezahlmethode “Paypal Express” ausgew?hlt hat, kann man KEINE Bezahlung mehr veranlassen, weil der PayPal Button nicht auftaucht. Erst, wenn man die Versandart wechselt, wird ein PayPal Button für jeden Wechsel summiert eingeblendet.

• This reply was modified 6 years, 8 months ago by Scorp1.

Hy Dennis,

danke Dir für die Info und Deine schnelle Reaktion. Ich habe einige Test gemacht und bin nun der überzeugung, dass es sowohl einen Konflikt mit den Libs des Avada Themes gibt (l?sst den PayPal Button nach erstmaligem Abbruch komplett verschwinden, als auch mit dem Twentysixteen Theme und dem Germanized Plugin.

SCREENSHOT PayPal Button Replika Loop (Twentysixteen Theme)

Gibt es hier ?hnliche Probleme unter den Avada Theme und WC GMZD Nutzern?

Versucht bitte einmal Folgendes:

1. Fügt ein Produkt per AJAX Eurem Warenkorb hinzu.

2. W?hlt noch vor der eigentlich Checkout Seite (im Warenkorb) “PayPal Checkout” (PP Express)

3. Authorisiert die Zahlung in dem PopUp und klickt auf “Weiter”, wenn Ihr wieder auf Eurer Shop-Seite seid.

4. Am Ende des Checkouts NICHT auf “Jetzt kaufen” klicken, sondern auf “Abbrechen” (“Cancel”).

Es erscheint die Meldung, dass die PayPal-Zahlung abgebrochen wurde (auf Englisch, wo kommen die Sprachdateien für WC Germanized hin???). Entscheidet Euch erneut für die PayPal-Zahlung, klickt Euch erneut bis zum Ende des CheckOut-Prozesses. Der “Jetzt kaufen” Button ist nicht mehr zu sehen. Ein Kauf mit PayPal ist nach dem erstmaligen Abbruch NICHT mehr m?glich.

Deaktiviere ich das WC GMZD PlugIn, funktioniert der PayPal-Button, wie vorgesehen.

Wei? jemand Abhilfe? Hat jemand dasselbe Problem? Wird das unter Umst?nden durch Kauf der Pro-Version behoben?

Beste Grü?e,
Chris

• This reply was modified 6 years, 8 months ago by Scorp1.

Danke für die schnelle Antwort. Um ehrlich zu sein, kann ich das nicht genau sagen, wo das Problem liegt. Ich hatte gehofft, dass hier jemand dasselbe Problem hat und Abhilfe wei?. Bin leider kein Entwickler, sondern nur Designer mit HTML/CSS Skills ??

WEITERE ERGEBNISSE NACH WEITEREN TESTS:

Nach Deaktivierung s?mtlicher PlugIns und Nutzung des “twentyfifteen” Themes, scheint der AJAX-Loop keine unendlich vielen PayPal Buttons mehr zu generieren. Auch nicht, als ich danach alle PlugIns und und das Theme “Avada” wieder aktiviert habe.

Dennoch: Bricht man den Kaufvorgang nach der PayPal-Authorisierung durch Click auf den “Cancel” Button ab und m?chte auf der Checkout-Seite die PayPal-Zahlung erneut authorisieren, taucht der PayPal-Express Checkout Button nicht mehr auf. Nur wenn man den Checkout Prozess von vorne (ab Einkaufswagen) beginnt, kann man den PayPal-Express Button erneut clicken…

Allerdings kann ich nicht sagen, ob das ein Problem auf Seiten von WC-Germanized ist, oder WooCommerce, oder ein Problem mit dem Theme… wenn das Problem gel?st ist und die Shopl?sung WC für uns funktioniert, wollen wir das Germanized Plugin auf jeden Fall kaufen ??

Falls jemand ?hnliches Erfahrungen gemacht hat, würde ich mich hier über Hinweise zur L?sung des Problems freuen.

Beste Grü?e,
Chris

Thanks, glad to hear ??

Start your FTP-Client (e.g. FileZilla).
Navigate to (or create if not exist) the following two folders:

wp-content/uploads/mingle/
wp-content/uploads/mingle/avatars

Rightclick those two folders and choose something like “File permissions”, “Folder permissions”, “CHMOD” or something similar which indicates to manage access policies.

Set CHMOD to 777 (this is equal to check all the nince checkboxes for “owner”, “group” and “public” rights).

I found the problem:
You get mingle working with latest WP 3.6 and NGFB Open Graph+ PlugIn installed when deactivating the advanced NGFB Option “Apply Content Filters” and “Apply Excerpt Filters”.

I found the problem:
You get mingle working with latest WP 3.6 and NGFB Open Graph+ PlugIn installed when deactivating the advanced NGFB Option “Apply Content Filters” and “Apply Excerpt Filters”.

I found the problem:
You get mingle working with latest WP 3.6 and NGFB Open Graph+ PlugIn installed when deactivating the advanced NGFB Option “Apply Content Filters” and “Apply Excerpt Filters”.

Merci beaucoup, Jay-Seee!
Je ne suis pas un programmeur. Je suis und designer ??
I’ll try to activate NGFB Open Graph+ again and get rid of the mingle issue ??

Hi there, just want to let you know:
There is a plugin incompatibility issue with the “NGFB Open Graph+” plugin. I try to figure out where in detail. But best practice for debugging is to start with deactivating ALL plugins, re-activating one by one and see, when the error occurs. Another good practice is to activate the WordPress debug logging by entering the following lines to your wp-config.php (logfile will be created in /wp-content/debug.log, you have to make the folder wp-content writable with 777 temporaily)

/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*/
define('WP_DEBUG', true);
define('WP_DEBUG_DISPLAY', true);
define('WP_DEBUG_LOG', true);