Rosso Digital
Forum Replies Created
-
Hi @richplugins
Understood. I just thought it was odd that on a site that had the plugin installed already it’s not possible to add another location unless the legacy API is enabled.
Hi @richplugins
The option is disabled indeed. When I installed v6.9.2 on a separate testing website I didn’t need any API key in the first place and could just search for the listing and connect it.
On my client’s site where I tested 6.9.1 yesterday, when using v6.9.2 and limiting the API key to only use the Places API (New) API, it now prompts the below message.
This API key is not authorized to use this service or API. Please check the API restrictions settings of your API key in the Google Cloud Console to ensure that all of the APIs and services you need to use are correctly specified in the list of enabled APIs. For more information, see https://developers.google.com/maps/api-key-best-practices.
As soon as I either remove the API restrictions from the key completely (given the legacy Places API is enabled account-wide in Google Cloud Console and in use for other projects still), or add the legacy Places API into the key’s allowed API restrictions the error message disappears.
Also all your docs still reference the legacy Places API in the guides as well as the YouTube tutorial.
It’s not an issue for my clients right now that the legacy Places API needs to be enabled in Google Cloud Console, I just wanted to flag that this seems to be happening in case it’s not expected plugin behaviour.
Forum: Plugins
In reply to: [Meta for WooCommerce] Corrupted InterfaceSame here for all my clients. When you rollback the plugin 3.5.5 I started seeing 3 more tabs again but the Sync Products tab is still a mess. Rolling back to 3.5.2 fixes the issue. The issue starts happening from v3.5.3 and the Console is throwing the below errors:
load-scripts.php?c=0&load%5Bchunk_0%5D=wp-hooks,jquery-core,jquery-migrate,utils,underscore,backbone,wp-util&ver=6.8.2:4 jQuery.Deferred exception: facebook_for_woocommerce_products_admin is not defined ReferenceError: facebook_for_woocommerce_products_admin is not definedand
load-scripts.php?c=0…wp-util&ver=6.8.2:4 Uncaught ReferenceError: facebook_for_woocommerce_products_admin is not defined at t.value (google-product-categ…js?ver=3.5.3:1:2350) at new t (google-product-categ…js?ver=3.5.3:1:1880) at HTMLDocument.<anonymous> (admin.php?page=wc-fa…product_sync:804:53) at e (load-scripts.php?c=0…l&ver=6.8.2:4:27028) at t (load-scripts.php?c=0…l&ver=6.8.2:4:27330)value@google-product-categ…elds.js?ver=3.5.3:1t@google-product-categ…elds.js?ver=3.5.3:1(anonymous)@admin.php?page=wc-fa…ab=product_sync:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:4setTimeout(anonymous)@load-scripts.php?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:[email protected]?c=0…wp-util&ver=6.8.2:4That’s on a staging site with only WooCommerce Core v10.1.2 and the Facebook for WooCommerce plugin running on the TwentyTwenty-Five theme.
Forum: Plugins
In reply to: [Meta for WooCommerce] Use Product Short Description as Facebook DescriptionThe GitHub request has just been updated that they’ve added the short description mapping.
Forum: Plugins
In reply to: [Meta for WooCommerce] Use Product Short Description as Facebook DescriptionI’ve added the issue to GitHub here. Hopefully it’s something that can be implemented but there are another 100 issues open in the repo and when you select the ‘feedback or request’ option in GitHub it tells me to open a ticket through WooCommerce instead so I’ve also contacted the team via WooCommerce now.
Forum: Plugins
In reply to: [Meta for WooCommerce] Problem Connecting Website To FacebookI believe this has been fixed now. I was able to reconnect the site just now.
Forum: Plugins
In reply to: [Meta for WooCommerce] Staging ModeHi @marijastuntcoders – disabling Product sync only helps when in Meta Commerce Manager natively the option to pull products/updates/deleted products directly from the pixel is disabled too. The setting doesn’t distinguish between production or staging/sub domains either so the only way to stop the sync fully is to disable the plugin but that defeats the purpose in case we’re troubleshooting an issue or conflict where the Facebook plugin might be involved.
In any case, I’ve logged the idea here.
We’re having the same issue. We enabled the ‘turn on sending from aliases’ option in the Microsoft 365 Admin Center but it’s still not adopting the from email address and name set in your plugin.
Does your plugn support alias-specific sending via Microsoft Graph OAuth? Does your plugin construct the Graph API call correctly with
"from": {"emailAddress": {"address": "[email protected]"}}? I believe the ‘from’ name can’t be changed at all when using Microsoft?Forum: Plugins
In reply to: [WP Mail Logging] Timezone DiscrepancyHi @paddyam – sorry for the late reply. I had to prioritise some other things.
I did some troubleshooting on a staging site and it seems that your logging is conflicting with the Melapress WP Activity Log plugin. Once that plugin is disabled all the timestamps in your plugin’s log are aligned to the website’s timezone. We had the Melapress logging plugin set to display timestamps in their plugin in UTC which shouldn’t have any affect on your plugin though. I’ve changed this now to use the website’s timezone instead but it’s still conflicting with your plugin’s log. The emails that are sent via WooCommerce directly, such as the customer ‘new order’ email, still show in the log with the UTC+0 timestamp.
When looking at the JSON info of each of the messages the “timestamp” for one email shows “2025-04-27 02:27:03” and for the other email “2025-04-27 12:27:05”.
I understand that’s a conflict between two plugins so it’s a bit hard to say where this needs fixing… Happy to reach out to the Melapress team as well but I’m not sure what to tell them as I’m not sure if this needs fixing in your plugin or in theirs.
Forum: Plugins
In reply to: [WP Mail Logging] Timezone DiscrepancyHi @paddyam
Yes, it’s happening consistently still.
All emails are sent via Google Workspace which is connected to the website via WP Mail SMTP.
It does seem as if emails sent via WooCommerce or AutomateWoo all show the website’s timezone but account-related emails like password resets, password changes, account creation confirmations, and also ‘verify your email address’ emails all show in UTC. The ‘verify your email address’ emails are sent via the Customer Verification plugin by zorem but the other account-related emails are sent by the site without any plugin.
Noted! Just thought it was worth asking 🙂 Love your plugins and appreciate that they’re free. Thanks so much for the quick responses.
Forum: Plugins
In reply to: [JSM Show Order Metadata for WooCommerce HPOS] Can’t see metadataAmazing – thank you so much! That makes it super clear now 🙂
Forum: Plugins
In reply to: [JSM Show Order Metadata for WooCommerce HPOS] Can’t see metadataSorry my issue was the other way around – the WC Meta plugin didn’t show WC meta but I guess that might be because HPOS isn’t enabled on the site yet as there are still some incompatible plugins. I’m assuming that’s the difference (and reason for) the two plugins?
Forum: Plugins
In reply to: [Meta for WooCommerce] Incorrect Title in Commerce Manager FeedsHi @shameemreza
I’ve added the feature request via GitHub and also directly via the WooCommerce marketplace directory.
Forum: Plugins
In reply to: [Meta for WooCommerce] Incorrect Title in Commerce Manager FeedsHi @shameemreza
I believe the issue was that when enabling the option to fetch content from the website, the Commerce Manager prioritised the SEO title that it found on the website over the information that was sent via the plugin. I disabled the option “Automatically update shop with content from your website” in the Commerce Manager > Shop > Settings section and it seems that products are now slowly updating again to take the actual title.
Maybe it would make sense to set up either the plugin or Commerce Manager (however it works…) to prioritise the info received via the plugin feed rather than using the “Automatically update shop with content from your website” option/settings when the data is actually available via the plugin feed?