Renamed Fields & Required fields issue

Hello agusbagus.

You refer to labels and placeholders, I guess.

Yeah, I can fix this easily. In fact, the plugin is anounced to do the stuff for the checkout forms… WooCommerce is a huge package…

It could be that you have to wait till next week for the update. I will try to have it available on Thursday, but I cannot guarentee this. Hope this is ok for you.

ulih

Hi Uli, I am talking about the labels & required fields (not place holder).
Placeholder also has a bug. But that’s still acceptable because I don’t want to bug you too much since this is only a free plugin ??
I am waiting for your further enhancement.
Appreciate your assistance. ??
Thanks.

Your help and information is appreciated. When you first stated that logged-in customers see the unaltered core fields, I wasn’t aware of this problem, because I never had tested this feature of WooCommerce. In the implementation process for one of my clients there was no need for this and as the plugin derives from this work…

What I did to “please” you with the 1.5.1 update was to put a “convenience” solution for the urgent problem you communicated. This solution still needs a revision as it only addresses the problem of core fields marked with “remove”, but as stated, I will try to have the full revision out on Thursday for this, if not on Tuesday night.

uli

I close this for now, as this does not affect anounced core features nor the checkout forms itself. This problem only affects returning customers which edit their billing and shipping address after logging in. I will keep you informed and place a notice here when the update is available.
ulih

Hello agusbagus.

With version 1.5.2 most of the issues with “Edit my address” for logged-in customers should disappear. The “Edit my address” forms include now better support for the custom fields like on the checkout page itself, they respect the established order, show labels and placeholders correctly, etc.

Things that don’t work on the “Edit my address”:

* Repeater fields
* left and right orientation of fields as the form expects all fields to be wide fields and WooCommerce Poor Guys Swiss Knife assigns for this reason the wide row class automatically to all fields

Everything else should work like on the checkout forms.

uli

Hi Uli, I’ve checked it works amazingly ?? Thanks for your hard work, I deeply appreciate it. Wide row class for all makes the appearance even better.
However the required fields still have problem.
Default required fields for woocommerce include post code and last name. I disabled them and hide them using poor-guys-swiss-knife plugin.
When customer edits the address from my account – edit address, it can’t be saved and shows the error: those fields are required.
it’s possible to fix it?
again thanks and sorry for the inconvenience.

Hello agusbagus.

Ok. I did some additional testing and you’re right. I checked on my installation with an existing customer and with this customer things worked like expected, for new customers or customers without data for the removed fields, the required validation still fired. This is fixed in 1.5.3 which I will publish this afternoon.

For the zip/postcode field we have a special situation as the zip/postcode may provoke WooCommerce to raise an error if you use the Country selection. For US/UK/CH WooCommerce runs an additional validation on the zip/postcode field. I could fake valid values for the postcode field but I’m not sure if I should implement this.

Thanks for your good feedbacks.

ulih

Ok, 1.5.3 is out. Hopefully this addresses all of the “backstage” (admin or logged-in customers) issues. If you find more problems, tell me as I will try to fix all issues this week to set the project “aside” for awhile afterwards.

ulih

Awesome, have tested and it’s working flawlessly now. I don’t see anymore any issue right now and don’t expect to see more, as I want to put the store online ASAP ??
Thanks for your amazing work.
If you need a tester I will always welcome to help you.