eclev91
Forum Replies Created
-
Unrelated, you’ll notice the link is rendering as the unlinked URL and not the configured text/link, which does not match what the editor shows.
- This reply was modified 1 day, 6 hours ago by eclev91.
Hi @architabasandrai20 and @aapc, thanks for your attention and sorry to reanimate this thread. What we found was that with the block editor open, opening the Kadence settings panel, four custom colors were defined here.
Disabling “Use only Custom Colors?” had no impact on the available colors elsewhere in the block editor. We had to delete the four colors that had been configured here entirely. On refresh, this color palette reflected the theme customizer settings and the customizer colors were available across the block editor as expected.
Not sure at what point these were configured on our site, but as noted, the issue only occurs with Kadence Theme when Kadence Block 3.5.32 or greater is active and this was not an issue prior to that.
- This reply was modified 2 weeks, 3 days ago by eclev91.
That was actually just the stable tag in the plugin headers and has nothing to do with SVN tags, which you just aren’t using.
See https://developer.ww.wp.xz.cn/plugins/wordpress-org/how-to-use-subversion/#tags for guidelines on SVN usage.
This is currently breaking Composer-based usage.
A short follow-up, this impacts both core blocks and Kadence blocks.
Forum: Plugins
In reply to: [WooCommerce Shipping] Packing slips with local pickupI don’t think having two different packing slip solutions is a responsible solution.
Looking at the packing slip rendering logic, while the REST API endpoint for it requires a label ID, the rendering logic itself has catches built for scenarios where there are no label IDs, and seem like they would print a perfectly serviceable packing slip without a label.
I guess I’ll submit another feature request.
In
printful-shipping.php, line 79, thePrintful_Shippingsingleton is initialized, which depends on translations. This method is hooked ontoplugins_loaded, which is too early for translations.It’s possible the entire method can be hooked onto
initinstead, or it’s possible it needs to be split out into two methods with different hooks. Worst-case scenario,initis too late for some of the other work done in thePrintful_Shippingclass, but that seems unlikely.ChatGPT’s answer/solution is wrong, but this is an issue w/ this plugin.
Forum: Themes and Templates
In reply to: [Spectra One] Default inline padding/margins for page contentNote that I have since added the following to that site to resolve this issue:
.entry-content > * {
padding-inline: var(--wp--preset--spacing--x-small);
}You can disable that style using your dev tools to see what it looked like by default.
Would love to see this resolved. Real signal-to-noise ratio problem.
Forum: Plugins
In reply to: [WooCommerce] No delivery options available for United States (US) in cart@jonayedhosen I understand that it’s behaving as expected. I’m reporting that the UI/UX is bad and should prompt users to complete their address in the Cart interface more explicitly. Right now it simply says “No delivery options available for _____” with a downward arrow, implying you can click it and do something.
A better experience would be if it explicitly instructed the user to enter their full address. It should make it clear they have that option, and it might unveil new delivery options. The current message is inaccurate/incomplete.
Forum: Plugins
In reply to: [WooCommerce] No delivery options available for United States (US) in cart@jonayedhosen Your screenshot, in fact, shows the _exact problem_ we’re having. There are valid shipping methods for Bangledesh, as well, but Woo is not showing them without a full address entered. The UI here is confusing for customers who may not continue to checkout because they assume they cannot get the product shipped to them and are not prompted to enter a full address.
With further review, this only occurs if you’ve enabled “Hide shipping options until address is entered”. By disabling this, a shipping rate is shown in the cart for that country.
For us, this actually works fine because our shipping rates are based on country, at their most specific, but anyone using live rates would need the cart block to show some kind of message prompting for the full address rather than saying there are no delivery options, at the risk of losing customers (see above).
Forum: Plugins
In reply to: [WooCommerce] No delivery options available for United States (US) in cart@jonayedhosen yes
Forum: Plugins
In reply to: [WooCommerce] No delivery options available for United States (US) in cartHey @doublezed2, your screenshots are looking at checkout, and you’ve filled out your full address.
The steps we provided only get as far as the Cart page, ensuring that WooCommerce does not know the full address. Can you please try again, looking specifically at the Cart page?
Forum: Plugins
In reply to: [WooCommerce] Geolocation hashing breaks wp_redirect_admin_locationsForum: Plugins
In reply to: [WooCommerce] Geolocation hashing breaks wp_redirect_admin_locationsPerhaps it would make sense to either drop query strings on the existing functionality within WordPress core. I’ll file a ticket there. The custom solution you provided works, but I do think a more baked-in solution would be good, and might start with core before trying to work around it in Woo.