Forms doesn't work/misbehaves in the header/footer

[Track]

There seems to be a bug when attempting to having a form module in the header/footer (partials).

When attempting to add it in its simplest default-form in the header.html or footer.html there is a bug where it will show the correct form in all the preview pages/ways, but it fails on the published/live page.
This is added to the header/footer, a default form-module:

{% module “test”

  path="@hubspot/form"

%}
(dnd_module in footer)
It happens on my own ‘free account’, my colleagues ‘free accounts’ and in the production account. I’ve even tried this in a complete stock boilerplate project for the following showcase:

1) added the module in the header/footer partial template.

2) clicking into the global content (footer) and selecting a 2-field form.

3) Apply & Publish (both the global content and the page itself) and see that it is present on all preview-pages (editor preview/‘Preview’/‘preview-in-a-new-tab’) and on live;
Preview:

Live/published:

For whatever reason this works fine, but this is where logic stops.

4) Now change to a different form. This form consist of

3 fields. Earlier it had radio button options + GDPR option selected. This was many months ago and I have updated it inside the ‘full form editor’ several times since.

5) I Apply & Publish (again, both the global content and the page itself).
In the preview pages it looks like this -e:

While on the live/published page:

No matter what I do I always get this “phantom”-form in the live page. The radio buttons and GDPR options appears even though they do not exist in any form on the account. I’ve manually updated every form to make sure. So where the extra options comes from is beyond me - it’s like its somehow retrieving an old, deleted form data from the DB…
But this is just one of the cases. In our production account we have this on preview:

while on live/published pages:

Only one fields. This form does again not exist on the production account. So where it is getting this form from and why it only happens on live pages --- you tell me.
A lot of websites use forms in the footer, so this is kind of crucial.

[Anton]

Hi @Track,

never seen something before but it sounds like progressive fields to me.

If you edit the form in the form editor (Marketing → Lead Capture → Forms) are there progressive fields set up?

Have you tried to put the form into a page(not header/footer)? If so, was the property with the radio buttons visible?

Also check the CSS of the theme. Something that might be: The footer got something like

footer input{
display:block !important
}

Can’t imagine something like that but - you never know.

Also: Could you provide a link to a page that error accures?

best,

Anton

[Track]

Progressive fields are only available in Professional/Enterprise, while 3 of our test cases have been happening on ‘free accounts’. For the production account, none of the fields are progressive.
There is so much werid stuff going on I don’t even know where to begin.

The following two (published) pages are made with the same theme, on the same account and naturally they share the same header and footer - yet the first page’ footer has a lot of blank checkboxes (they are supposed to have text):
https://test-26599176.hubspotpagebuilder.eu/ttt

and the second page, which has the form in the body + in the footer; only the body-form shows the checkboxes (with text) while the footer-form only contain the email field - none of the checkboxes…
https://test-26599176.hubspotpagebuilder.eu/testylink

These two pages share the same footer - this is beyond broken.
Just to add even more; the checkboxes does not even appear in preview (unlike what I reported in the first post).
Img: preview + UI displaying that I’ve chosen “Buying Role”, doesn’t even display in the preview. Displays in the first published webpage, not the second.

The checkboxes are coming from the HubSpot-premade form option, “Buying role”.