Home › Forums › WoodMart support forum › Urgent: google pay and LINK Payment wallet UI auto-opening on madeinatlas.com
Urgent: google pay and LINK Payment wallet UI auto-opening on madeinatlas.com
- This topic has 11 replies, 2 voices, and was last updated 10 hours, 4 minutes ago by
[email protected].
-
AuthorPosts
-
September 25, 2025 at 10:13 pm #688101
[email protected]ParticipantHello Woodmart / Xtemos Support team,
My name is Khalid and I’m the owner of madeinatlas.com. I believe the Woodmart theme on my site may be involved in a critical issue: when a user adds any product to the cart, the page immediately jumps and blocks interaction because Stripe wallet UI appears without any user click. I have already opened a ticket with my host (Cloudways) — please coordinate with them as needed — and please do not change or patch any server or site files without my explicit permission.
Symptoms
Immediately after clicking Add to cart the page jumps/loses focus and one or both of these overlays appear:
Google Pay dialog: “Complete your payment in the open Google Pay window, or close Google Pay to continue paying another way.”
Stripe Link modal: “Fast, secure checkout — Pay faster everywhere Link is accepted. Log in Email …”
The overlays block all user interaction (high severity).
Issue reproduced across 3 browsers on 2 laptops.
Important context
Site: https://madeinatlas.com
Stripe settings: Google Pay and Stripe Link are enabled on product, add-to-cart, and checkout pages (I can change these, but I want you to investigate theme behavior first).
I have already raised a Cloudways ticket to check server-side injection; I’m requesting the theme team investigate possible client-side initialization/injection.
What I need you to check (client-side / theme code)
Please review the theme’s frontend code and config for anything that could initialize or mount Stripe/Payment Request / Link code on non-checkout pages. In particular:
Templates / Enqueued scripts
header.php, footer.php, functions.php (look for wp_enqueue_script with third-party payment scripts).
Theme JS assets: e.g. assets/js/, dist/, or any frontend bundles that are loaded site-wide.
Single product and cart templates (any code that runs on add-to-cart actions or mounts express checkout buttons).
AJAX add-to-cart handlers / event hooks
Any code that runs after add-to-cart (AJAX success handlers) that might programmatically mount or call payment UI.
Theme options / quick checkout / express checkout features
Any built-in “Fast checkout”, “Express checkout”, or “Quick buy” setting that may auto-initialize wallets (Google Pay/Apple Pay) or Link site-wide.
Specific search strings to grep
paymentRequest, paymentRequest.show, PaymentRequestButtonElement, stripe.link, stripe.link, Link, google-pay, googlePay, payment-request, show(), open()
Please also search for any Stripe / wallet-related snippets or third-party scripts that might be bundled with the theme.
Third-party scripts
Check if theme ships or injects any third-party payment, analytics, or “conversion” script that could trigger wallet behavior.
What I need from you
A short report listing:
Files or theme modules you inspected and the results.
Any code you find that initializes/mounts Stripe Payment Request / Link or performs paymentRequest.show() (paste the exact lines).
If nothing is found, confirm that the theme does not auto-enqueue wallet/payment-request scripts on non-checkout pages.
Do NOT apply changes, hotfixes, or patches until I explicitly approve them. If you believe an immediate temporary change is required to stop site breakage, describe the exact change you propose and wait for my approval.
Reproduction steps (for your QA)
Visit: https://madeinatlas.com (desktop browser).
Add any product to the cart.
Observe the page jump and the instant appearance of the Google Pay or Stripe Link overlay which blocks interaction.
If you need screenshots, short screencasts, exact timestamps of my tests, or temporary read-only access/SSH commands to inspect the build, I can provide them.
N.B: this is not a cache issue i already verified that many time.
Please acknowledge receipt and let me know what you find. If you determine the issue is not theme-related, please say so clearly so I can continue coordinating with Cloudways.Thank you,
KhalidAttachments:
You must be logged in to view attached files.September 26, 2025 at 9:06 am #688140
Artem TemosKeymasterHello,
We just tested the add to cart functionality on your website, but don’t see the problem you mentioned. Here is a video https://gyazo.com/aa8b224a5dfd2bb50275aa8a20d5cd38
Could you please clarify how we can reproduce it?Kind Regards
September 26, 2025 at 11:55 am #688181
[email protected]ParticipantAlright, to see the issue, you need to follow these steps:
First if you’re not in USA/ UK/EU you need to use a VPN if you prefer an extension VPN is easy like urbanVPN
Secondly you have to select a product and add it to cart, then go to cart
Thirdly you should change shipping country in cart to any country like USA/ UK/EU
then you will see the issueSeptember 26, 2025 at 11:59 am #688185
Artem TemosKeymasterTo better assist you, could you kindly test the functionality with default WordPress themes such as TwentyTwenty or WooCommerce Storefront? This will help us determine whether the issue stems from our theme or elsewhere.
Regards
September 26, 2025 at 1:12 pm #688219
[email protected]ParticipantAlright, i have tried the TwentyTwenty but i can’t see the issue, i think it’s related to woodmart theme, i have also disactivated some plugins
September 26, 2025 at 2:56 pm #688252
Artem TemosKeymasterEven after changing the country to United Kingdom we still don’t see the problem on your website https://gyazo.com/b8aa99d0e3dca0141ccb4437628f3e50
September 26, 2025 at 3:06 pm #688265
[email protected]ParticipantI think you didn’t understand my last message ! you should use a VPN if your current location is not in USA/UK/EU !! did you do that? you need to change your location to USA/UK/EU and access cart then the issue happen, so even if you just change the country it will not appear
September 26, 2025 at 3:08 pm #688267
Artem TemosKeymasterYes, I’m accessing the website from EU (Poland).
September 26, 2025 at 3:17 pm #688269
[email protected]Participantalright, that’s very weird! i’m in vpn Poland now i see the issue! is there any other way to check it maybe a using developer tools console method?!
September 26, 2025 at 3:23 pm #688273
[email protected]ParticipantI see a lot of errors in console could be the cause?!
Attachments:
You must be logged in to view attached files.September 26, 2025 at 3:32 pm #688279
[email protected]Participanti also see this error
Attachments:
You must be logged in to view attached files.September 26, 2025 at 3:35 pm #688281
[email protected]ParticipantHi — I have a reproducible issue: when adding a product to cart the page blocks and Google Pay / Stripe Link UI appears unexpectedly. I reproduced in Incognito so it’s not a browser extension issue.
Console logs show these errors:
Unable to download payment manifest “https://www.google.com/pay”
Uncaught (in promise) FetchError: Error fetching https://r.stripe.com/… Failed to fetch
Uncaught (in promise) challenge-closed and POST https://api.hcaptcha.com/authenticate 401 (Unauthorized)
Please investigate:
Which script/file (initiator) requests payment_method_manifest.json? (Check Network/initiator in Chrome DevTools.)
Are outgoing requests to pay.google.com or r.stripe.com being blocked by a server/CDN/CSP or firewall?
Are there server-side injections or theme scripts that initialize Stripe/PaymentRequest on non-checkout pages?
Do not change files without my permission. If you need to disable any service temporarily, describe the exact change first.
Thank you — Khalid / madeinatlas.com
-
AuthorPosts
- You must be logged in to create new topics. Login / Register