Membership Pro 2.26.0 - custom fields no longer working

  • CEO
  • Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
3 years 9 months ago #147914 by CEO
Hello again,

I updated from 2.22.0 to 2.26.0 and am having an issue with some custom fields.

I had previously created a set of optional custom fields that display by default (for a shipping address), but if the user doesn't need them (shipping address is the same as billing), they can click a checkbox to remove the shipping fields.  These fields were set up before the previous version, 2.22.0.  By default, "Shipping same as billing" was set to "off" and the fields were displayed.  The user could hide the fields by checking the box.

After updating to 2.26.0, I changed how this works (to simplify the form) - I changed the "Shipping same as Billing" checkbox to default to "YES."  This way, the user must UN-check the box to display the shipping address fields.  The checkbox function (show/hide) performs as expected, but I have a new issue:

I edited two of the existing custom fields (text fields for shipping State and ZIP), and now they DO NOT appear on the page along with the other custom fields.  Other custom fields that I did not edit are still displaying when expected.  Only the fields that were changed and saved are missing on the form.

I tried the following:
- I tried removing the checkbox setting for these two fields, and the fields still did not appear on the form. 
- I re-set the fields to their former settings but this did not get them to display.
- I changed the "shipping" checkbox back to default to un-checked, but the edited fields still do not display. 

Questions:

How can I get these custom fields to display again on the sign-up form?

Is there anything about the checkbox function that is different in 2.26.0?

Thanks for your assistance.





 

Please Log in or Create an account to join the conversation.

More
3 years 9 months ago #147921 by Tuan Pham Ngoc
Replied by Tuan Pham Ngoc on topic Membership Pro 2.26.0 - custom fields no longer working
Hello

No, we do not change anything in checkbox function, so it must causes by something else (maybe causes by the change you made from Yes to No, I'm unsure)

For this, we will have to check it directly on your site to see what's wrong. So please submit a support ticket sending us super admin account of your site and tell us what we need to do to see the error. We will check to see why the issue happens and get it sorted

Regards,

Tuan

Please Log in or Create an account to join the conversation.

  • CEO
  • Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
3 years 9 months ago #148067 by CEO
Hi Tuan,

I changed my "Shipping same as Billing" checkbox to a Yes/No radio button and renamed it “Shipping different from Billing." It defaults to "No" so that the user only sees the extra fields when they click “Yes.”

I changed the settings for each of the custom shipping address fields, so that they appear only when the user chooses "Yes."

Now, if the user wants to enter a separate shipping address, they click "Yes" and the address fields appear as expected.

Question: Regarding field sizes in 2.26.0, some of my fields go across the page and others are now shorter by default. I attempted to shorten one of the full-width fields, but when I did so the field on the next line word-wrapped up next to it. The layout did not look good. My desire is to shorten some fields, but keep each field on its own line. Is there new documentation on how to control this appearance?

Thanks for your help!

NOTE: Regarding the field names in Ver. 2.26.0 — I read the Changelogs and discovered that in one of the updates after 2.22.0 the custom field names now cannot contain special characters. This was an issue for me because the previous versions of MembershipPro originally prepended my custom fields with a prefix of "osm_" These names contain the underscore special character. After updating to 2.26.0, I edited one of these fields and MP removed the "osm_" prefix and I could not add it back, due to the new requirement. The fields that I did not edit kept their “osm_ prefixes. Just thought other users might like to know this, if they find a similar issue with naming custom fields.

Please Log in or Create an account to join the conversation.

More
3 years 9 months ago #148072 by Tuan Pham Ngoc
Replied by Tuan Pham Ngoc on topic Membership Pro 2.26.0 - custom fields no longer working
Hello

The size of fields, actually, controlled by css class. You can use one of the available css classes to control size of the inputs:

input-small
input-medium
input-large
input-xlarge
input-xxlarge

Tuan

Please Log in or Create an account to join the conversation.

  • CEO
  • Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
3 years 9 months ago #148193 by CEO
Hi Tuan,
Thanks for this information.

Question 1: For the Email field, I put "input-small" in the Css Class field of the Display Settings. The result was a field that displayed only 1 character wide, and I was unable to enter text in the field. Are there other settings to make this work? Can you provide a link to some documentation?

Question 2. What are the other settings used for, and how should I set them if I want to control field sizes? -- Input Size, Container size, Container Class?

Please Log in or Create an account to join the conversation.

More
3 years 9 months ago #148195 by Tuan Pham Ngoc
Replied by Tuan Pham Ngoc on topic Membership Pro 2.26.0 - custom fields no longer working
Hello

input-small will make the field small. If you want the field larger, please use other class (input-xxlarge will make the field largest)

Regards,

Tuan

Please Log in or Create an account to join the conversation.