Expected behavior
We are expecting that layout changes that we make – in particular with respect to the order of fields in the “Add” and “Edit” views – will reliably persist.
Actual behavior
- Open layout editor, change field order in the “add” and “edit” views. Confirm fields are in the desired order.
- Log out.
- Log back in. Field order is reverted to before layout edits in step 1.
Additional context: This is happening specifically for 5 of our tables where the field display names were (erroneously) changed and then changed back to original names. This doesn’t seem like it should be relevant but the failure to persist field order issue is only affected these same 5 tables.
Failure Logs
No errors in logs are observed.
Context
package dependencies are as follows:
"chalk": "~1.1.3",
"cookie-parser": "1.4.4",
"cors": "2.8.5",
"debug": "~4.0.1",
"dotenv": "~6.1.0",
"express": "~4.16.3",
"express-jwt": "5.3.1",
"forest-express-sequelize": "^6.0.0",
"morgan": "1.9.1",
"pg": "~6.1.0",
"require-all": "^3.0.0",
"sequelize": "~5.15.1",
"sequelize-noupdate-attributes": "^1.0.0"
Project name: CM-API
(Issue is occurring in both environments)
Hi @canada-market, and welcome to our community !
I’m not able to reproduce your issue on both collection with and without custom display name. Since a fix was deployed friday for a similar issue, would you mind refreshing your browser and tell me if the problem persist ?
If that’s the case, could you provide any further explanation that could help me reproduce your issue ?
Thanks in advance
Hey @jeffladiray – thanks for your reply.
The issue is still persisting.
I was able to reproduce it just now as follows:
- log into one of our environments (“development-shared”) for our project (“cm-admin”)
- navigate to one of our collections (“agent terms agreements”) and modify the ‘add’ and ‘details / edit’ layouts as follows:
(Note order of fields is : [id, agent, terms, request details, created by]
-
log out of environment and then log back in.
-
See that the field order layout has reverted and the layout changes made in step 2 are no longer present:
Please let me know anything else that I could provide to assist with trouble-shooting at your end.
Note that this is a development environment without any production data so I would be happy to create or share credentials for login if that would help.
@canada-market totally my bad, I’m indeed able to reproduce. Using your browser developer console, could you please confirm that the /api/layout
request return you a HTTP 422 error ?
I’m digging through this and I’ll let you know when I have more informations to share.
EDIT: The team did locate the source of the issue and is working on a fix. We’ll keep you posted as soon as it is released
@canada-market the fix was deployed 5 minutes ago, so your problem should definitely be fixed.
Let me know if everything is ok on your side
@jeffladiray
So far, so good! The issue now appears to be resolved and my most-recent layout changes have now persisted between logins.
I’ll come back to this post if I ever see the issue again but I believe that we can consider it “closed” for now.
Thanks for the help!
2 Likes