Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Address fields are suddenly no longer displayed #2053

Open
neustadt-agentur opened this issue Sep 4, 2024 · 1 comment
Open

Address fields are suddenly no longer displayed #2053

neustadt-agentur opened this issue Sep 4, 2024 · 1 comment

Comments

@neustadt-agentur
Copy link

Describe the bug

On a website with 3.0.0-beta.15 we have 22 different forms. Most of them are copies or modifications of a main form.
Almost all of them have an address field. According to the customer, however, this address field has been missing from the forms for several days. Previously, everything should have worked normally. The existing forms do not appear to have received any changes for weeks (Date Updated). We are not aware of any other interactions in the backend.

And indeed, the individual address fields are not visible in the frontend and only the ‘Address’ label is visible in the submissions, but no fields or their contents. In the backend, however, everything seems to look fine. You can interact with the settings as normal. Only when it comes to saving, the data is not saved. We then receive the following error message:

AxiosError: Request failed with status code 500 at https://domain.com/cpresources/6d110ff/axios.js?v=1719991208:1:23147 at XMLHttpRequest.S (https://domain.com/cpresources/6d110ff/axios.js?v=1719991208:1:23292)

When we exported one of this forms, the ‘rows’ section was missing in the json. However, we can see in the formie_submissions table that the address values were saved some time ago. In the table formie_fields there are as many address fields (type = verbb\formie\fields\Address) as there are forms. So this seems to be correct. These fields also have an existing RowId (entry in formie_fieldlayout_rows). This row also has an existing RowId and LayoutId.

Something has caused part of the form configuration to be missing. We can't narrow down what caused this.

How can we restore the address field to the forms? Is there a way to fix it? Because it worked until a few days ago and if we reset the fields manually, this data will be lost.
And do you know what could be the reason for this?

Btw: Locally, we have updated Formie to the latest version. The Axios error message is no longer visible, but the address field is still not working and changes are not saved.

Steps to reproduce

We cannot reproduce the error and do not know what caused it.
Dump of formie tables
Example form export

Form settings

  • Multi-page form: No
  • Submission Method: Ajax
  • Client-side Validation: Yes
  • Custom Form Templates: No

Craft CMS version

Craft Pro 5.2.0

Plugin version

3.0.0-beta.15

Multi-site?

No

Additional context

No response

@engram-design
Copy link
Member

I'd firstly recommend to get off the beta and onto the finalised 3.x releases as soon as possible. Beta releases should be treated as such, as not used in production. 3.0.0-beta.15 for example isn't even the latest beta available, and as there's been major changes to fields in 3.x, it's really important to be up to date.

I know you've mentioned you've updated to the latest locally. Importing your form export is working for me as I'd expect, so it's possible the field may have been created during an older beta and not updated correctly. Something has clearly de-coupled the row from the sub-fields.

How about changing the handle of the field and re-saving the form? That won't affect content, which uses the UID of a field.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants