Hi @baperrou
For Cutomer side we will make the default address features in our next version. You can expect this version in this week.
For backend we dont support admin to manage user address. You can use user switch plugin to manage customer address data
@baperrou We have released the new version. Now the plugin loads default address from existing data.
Hi @baperrou ,
Thanks again for using Happy Coders Multi Address for WooCommerce, and I’m glad we could help resolve your issue and add the feature you requested!
If you’re happy with the support and the plugin, we’d be incredibly grateful if you could take a moment to leave a 5-star rating on our ww.wp.xz.cn plugin page. ⭐⭐⭐⭐⭐
Your positive feedback helps us:
- Keep improving the plugin
- Prioritize features users like you care about
- Support the WordPress community with free tools
👉 Leave a 5-star review here
Thanks again for your support!
Best regards,
Happy Coders
Thanks for much for the quick update.
Regarding backend management of addresses, user switching will not work for us. We want to use the API to import address from our CRM, I expect we can run a json request to update the user_meta _hc_wcma_billing_addresses/_hc_wcma_shipping_addresses
Hi again HC.
I have been trying to fault find your JS, but because you are compiling it, I am having a hard time testing changes.
1. Currently none of the AddressSelectorFrontend constants are being initiated. Your console log is returning
[HCMA Blocks Frontend shipping] Conditions not met for display (options.length=2, allowNew=true. Returning null.
2. Is it possible to compile a non-minified version of block-frontend.js to allow testing/changes on my end
3. Is it possible to make this Multisites. I am unable to get the account endpoint ‘hc-address-book’ to show in my multisite set up.
Thank you again.
-
This reply was modified 10 months ago by
baperrou.
Hai @baperrou ,
Thank you so much for the detailed feedback! This is incredibly helpful for improving the plugin. Let’s go through your points.
- The “Returning null” is expected if there are no saved addresses yet, and is designed to hide the selector when there’s nothing to select.
- Non-Minified JavaScript for Testing: We completely understand the need for human-readable code for testing. The plugin follows the standard WordPress practice of including the full, un-minified source code and build instructions. You can get a non-minified version for development by following these steps:
- Make sure you have Node.js and npm installed on your computer.
- In your terminal, navigate to the plugin’s directory:
cd wp-content/plugins/happycoders-multiple-addresses/
- Run
npm install to get the necessary development packages.
- Run
npm run start. This command will compile a **non-minified** version of the JavaScript files (with source maps for easy debugging) and will watch for any changes you make to the source files in the /src directory, re-compiling them automatically.
- Multisite Endpoint Issue: To ensure our fix covers your specific scenario perfectly, would you be willing to provide a short screen recording or a few screenshots? A quick video showing the steps you take (e.g., how the plugin is activated, where you are looking for the endpoint, and the “Not Found” error) would be incredibly valuable for me to see the exact context. This will help us to confirm the fix is 100% effective before the next release.
We are working on getting all of these improvements tested and packaged into version 1.0.5 as soon as possible. Your feedback has been invaluable in identifying these important areas for improvement!
Thank you again,
HappyCoders
@baperrou we can’t able to see the attached image can you reupload in other source.
@baperrou Hai, Version 1.0.6 is updated with compatibility for New addresses used at checkout are now automatically saved to the address book, and Multisite support has been improved. Kindly check and share the screenshot if issue persist.
Hello HC. I have another issue with the plugin.
My user/customer has 15+ saved addresses. When he checks out and selects one of these saved addresses and clicks pay, nothing happens and no errors are shown. This is only when select a non-default address from the checkout dropdown. Can you assist?
Hai @baperrou ,
We understand the problem: when a customer with many saved addresses (15+) selects a non-default address from the checkout dropdown, the “Place Order” button doesn’t work, and no errors are shown. This is definitely a critical issue, and I want to assure you that we will get it fixed.
Based on your description, our initial thought is that this might be related to how checkout data is validated or processed on the server-side when a non-default address is selected, especially with a large number of saved addresses. It could be a security/nonce issue that isn’t showing a visible error, or a conflict in the data being submitted.
Our development team will start investigating this immediately. We plan to replicate the scenario with a user account that has 15+ addresses and trace the checkout process to pinpoint the failure.
We are aiming to have a fix for this included in our next update, which we plan to release sometime next week. I will keep you updated on our progress and will let you know as soon as a new version with the fix is available for you to test.
Thank you again for your valuable help in identifying this.
Best regards,
The HappyCoders Team
@baperrou Hai, We tried to replicate the scenario using a test account with more than 15 addresses and traced the checkout process, but we were not able to identify the issue on our side. If possible, could you please share a video recording of the issue? That would help us analyze it more effectively and resolve it quickly.
