[Resolved] check box: label with link

[Author]

Posts

[Beda]

Well, then you could add them again and test this issue again.

We can not solve the problem if we cannot receive the required data to solve it.

In order to not waste time, I downloaded the package and performed all the tests that I mentioned earlier and more.
Let me describe my steps and what I found.

At the begin, I could not even log in as I received this warning:

INSECURE PASSWORD: Your login attempt has been blocked because the password you are using exists on lists of passwords leaked in data breaches. Attackers use such lists to break into sites and install malicious code. Please reset your password to reactivate your account. Learn More

That because I had reset the password on the replication process of the site, but even resting it to a very strong password didn't solve this issue so I disabled all non-Toolset Plugins via the Plugin files.

I was finnaly able to log in.
I updated Toolset CRED and made all the suggested tests and more (replaced themes, plugins, etc).

The issue was not solved.
I noticed that the duplicate does not load a specific CRED Style file (wpt-toolset-frontend.css) in .../cred-frontend-editor/vendor/toolset/toolset-common/toolset-forms/css/, while on my fresh install with stable Toolset, that file loads fine.

I finally managed to load the CRED Custom Styles from wpt-toolset-frontend.css on your duplicate, after I as well re-installed WordPress and cleaned the Install files (wordfence, etc).

Only then, after creating a new form, this started to work!

There must be something on the install that blocks the update to properly deploy and blocks the scripts from Toolset CRED.
I tested this on your site, with a Test Form and a Test Page.
hidden link
hidden link

Without the whole process, as I did it above, this does not work on your site.

Fortunately, now we know that this seems due to another Plugin and/or any of the many custom folders and files and database entries they make.
I suggest following my steps above on a staging site to pinpoint which of the 3rd party Plugin data breaks this.

This may very well be a security plugin or code, that somehow stops certain files to be loaded.

[massimoS527]

I'm sorry for the inconvenience, I removed wordfence and cleaned the database. unfortunately I can not reinstall wordpress because I lose all the work.

as regards CRED, I reinstall the previous version. because the last one does not show me the label of the fields.

how can I see when it loads the correct CSS?

[Beda]

unfortunately I can not reinstall WordPress because I lose all the work.

No, you can easily re-install WordPress, I have done it locally, how else would I have verified the issue?

You can use the command in Dashboard > Updates > Re-install WordPress.

But my process held much more, as you see, the plugins used created several extra entries (database, FTP, etc) so I had to remove them too.
Then I created the new forms.

as regards CRED, I reinstall the previous version. because the last one does not show me the label of the fields.

how can I see when it loads the correct CSS?

- the previous version as well as the last, or even Beta RC shows the labels just fine.
If not, please mention this in a new ticket (Label not working)

- You can see the style loaded by CRED / Forms after you perform the steps I outlined or you re-install Forms in a test site and create a form with such a field, where you will immediately see it working.

However, this is not the solution, as you need this on the current site.
The current site blocks the scripts, for some reason that seems not due to Toolset.

I can ask my 2nd Tier to try to pinpoint the issue if you want, but that will most likely end in the same report, which is that the install itself seems problematic.

[massimoS527]

I reinstalled wordpress, the problems remain.

Beda you tell me what you did locally, so I'll do it on the server side!

thank you

[Beda]

I elaborated here what I did locally:
https://toolset.com/forums/topic/check-box-label-with-link/page/2/#post-896613

However, to be sure I re-deployed the package and made the entire process again.
I outline the steps and attach a copy of the final site.

1. Download your Duplicate
2. Deploy it
3. Update WordPress
4. Registered the site for my Toolset Subscription so I could update Toolset CRED in the installer
5. Disabled all outdated plugins that are not related to Toolset
6. Updated the Parent OceanWP Theme and activated it, since we do not debug Child theme issues.
7. Created a New Form
8. Inserted the New form to a Page, and as well the link you provided earlier in the Content Layout.
9. Activated Theme Twenty Seventeen.

Now on the new page the new Form loads the correct styles.
The old form on the new page does not load the correct styles
The old form on the old page does not load the correct styles
The new form on the old page does load the correct styles.

All points towards a massive cache issue OR an issue where Toolset CRED does not update the styles correctly after the update, for existing forms.
The fact that enabling the OceanWP theme brings back the issue on all forms whether old or new as well points to a compatibility conflict.
This I am actually able to replicate.

It seems on a clean install, with the latest Toolset, the Ocean WP styles overtake the Toolset CRED Styles.

Why exactly on your site only new Forms work, I am not sure.
As said this may be due to cache, or CRED. I will inquiry this last one with the DEV's quickly and feedback to you.

[massimoS527]

Beda thanks for the guide!

all the site plugins I need I can not keep them disabled.
unfortunately doing the steps I have not solved.
I have no cache plugins, I read in the toolset guide that is not essential.

now to solve in part, I install CRED previous version, so I see the labels.

There is a problem with View that I have to solve, as you can see, ONLY with View the footer is ruined (icon of the language moved and the height of the footer increased).
hidden link

I ask you if you can solve it, then I'm done!

Thanks 10000000000

New threads created by Beda and linked to this one are listed below:

https://toolset.com/forums/topic/only-with-view-the-footer-is-ruined/

[Beda]

That requires a new ticket
I have split it here, please update it with the required data:
https://toolset.com/forums/topic/only-with-view-the-footer-is-ruined/

[Beda]

Hello - I wanted to share my findings here with you, related to the Label not being inline with the checkbox.

1. The Theme overwrites Bootstrap rules with this CSS from style.css :

form label {
  display: block;
  margin-bottom: 3px;
}

2. This conflicts with Bootstraps label CSS from bootstrap.css:

label {
  display: inline-block;
  max-width: 100%;
  margin-bottom: 5px;
  font-weight: bold;
}

This happens because Toolset Bootstrap is overwritten by the Theme's style.

Logically, if we set "Toolset Should load Bootstrap 3" in the Toolset > Settings we should use Bootstrap where ever possible, and it does, but we cannot overwrite the Theme's style.css
(This would dispose of the purpose of the theme's style.css)

Since it's suggested to use Bootstrap with this Theme, I escalated this to our Compatibility team for confirmation and then we will probably mention this on the DOC:
https://toolset.com/documentation/recommended-themes/using-toolset-with-oceanwp-theme/#important-toolset-settings

The workaround is to re-add the styles to CRED with !important:

label {
  display: inline-block !important;
  max-width: 100% !important;
  margin-bottom: 5px !important;
  font-weight: bold !important;
}

[Beda]

We put a heads up here now:
https://toolset.com/documentation/recommended-themes/using-toolset-with-oceanwp-theme/#solving-bootstrap-css-conflicts