[Assigned] "For" in label for radio button does not take correct value 2

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

You are not logged in. You can view support threads, but not post.
If you are already logged in, please refresh your browser.

Related documentation: Front-end Content Submission and Editing Forms

This topic contains 3 replies, has 3 voices, and was last updated by  Valeriia 2 days, 19 hours ago. The support staff assigned to this topic is Shane.

Viewing 4 posts - 1 through 4 (of 4 total)
Author
Posts
#548749

Hi Shane,

This is a continuation of this support thread - https://wp-types.com/forums/topic/for-in-label-for-radio-button-does-not-take-correct-value/.

While I found a workaround to make "for" attribute of labels to have the same value as input ID, this workaround is not working if the form is inside a pop-up (bootstrap modal dialog) or inside a bootstrap tab.

In fact, even if I use default styling, the "for" attribute takes some random value.

Besides, it not only messes up the fields built with the Toolset, but also the fields I added into the form manually. It replaces the "for" I specified for the label in php with a random value.

Please test it on your side and confirm (or not) the issue.

Thanks.

#549005

Beda
Forum moderator

Supporter languages: English (English ) Spanish (EspaƱol ) German (Deutsch )

Supporter Timezone: Asia/Kuala_Lumpur (GMT+08:00)

I assigned this Ticket to Shane since you requested his help.

I think we have internally something filed for it, and I already gave Shane a Hint on the internal issue tracker.

If that reported issue/request does not exactly match your issue, Shane will debug this with you and either file a Feature Request or a BUG Report.

I just wanted to let you know that CRED uses a lot of "random" values.
In ID's and other attributes.
Those change either per-form or even each time you load a form.
This is due to the uniqueness of each form/Field.
If we would not do that, fields and posts can get overwritten.

This is of course not related to the "for" attribute, but it is for the ID of several things.
And that we cannot easily change.

Anyway, Shane will be with you on Monday.

#549549

Shane
Forum moderator

Supporter languages: English (English )

Supporter Timezone: America/Jamaica (GMT-05:00)

Hi Valeria,

It seems that there was a feature request opened for this and a document shared. I've requested permissions to view this document and will let you know if the request was added or not.

Thanks,
Shane

#549590

Hi Shane,

Thanks for the update. The good news is that the site is still in development, so I have time to wait for the fix. At the same time, remembering my last request, it took you guys 1.5 months to give some news, so I hope this is not going to be the same case.

Looking forward for your news about it.

Viewing 4 posts - 1 through 4 (of 4 total)

You are not logged in. You can view support threads, but not post.
If you are already logged in, please refresh your browser.

Known issues and their solutions

We document known issues and their solutions in Toolset erratas. Save time by checking there first and seeing if what you are facing is a known issue. This list is kept short. We do our best to resolve all known issues with every release of Toolset plugins.

Support Policy

Toolset staff will help you use the Toolset plugins correctly, provide any information you need, help troubleshoot problems and advice on best-practices.

Please make sure to issue only one topic per each support ticket.

For more information, read our full Customer Support Policy.

Need custom programming work for your site? Check out our certified partners.