nocodb icon indicating copy to clipboard operation
nocodb copied to clipboard

🐛 Bug: On locking view, form field order is not retained.

Open ilyak0 opened this issue 11 months ago • 7 comments

Please confirm that the bug report does not already exist

  • [x] I confirm there is no existing issue for this bug.

Steps to reproduce

After setting field order via drag-and-drop in the form builder and locking the view, the order appears correct for the editor. However, in the public (anonymous) view — even in incognito — the order is different. The same form has different field orders depending on whether you’re: • Logged in as editor • Viewing it as an anonymous user In some cases, layout corruption increases over time (forms “break” further the next day). Re-locking and reordering helps temporarily, but the issue reappears even after full layout reset.

Desired Behavior

The form field order should persist once saved. Locked views should guarantee consistent layout across all users and roles. Anonymous/public views should render exactly as built by the form editor.

Project Details

Node: v22.15.1 Arch: x64 Platform: linux Docker: true RootDB: mysql2 PackageVersion: 0.263.4

Attachments

No response

ilyak0 avatar May 20 '25 09:05 ilyak0

Can u expand on what do you mean by layout corruption.

Between locking and changing order have you added new fields to the table ?

o1lab avatar May 21 '25 07:05 o1lab

@o1lab No, no new fields were added between locking and noticing the issue. By “layout corruption” we mean: after locking, the form fields appeared in the correct order, but next day the order changed on its own. The editor view kept the correct order, but the public view did not.

ilyak0 avatar May 21 '25 07:05 ilyak0

@ilyak0 we tried few variations- but are unable to reproduce this issue. can you share a screenshot or video recording for reference?

dstala avatar May 23 '25 09:05 dstala

Or send us your form to support at nocodb dot com too.

o1lab avatar May 23 '25 09:05 o1lab

@dstala Sure, pls see the video. https://drive.google.com/file/d/1BZDQHXzvCDJpTxaRb1BECeG4r3ZqylTr/view?usp=sharing

Unfortunately, there is no audio track recorded, but it should be mostly self-explanatory.

I open a public view from the edit view to make sure it’s the same form. First items do correspond each other, but starting from "отчество мамы" there is a discrepancy. I scroll down most of the form content so you may check that there are many counts of such discrepancies, unfortunately.

Image Image

ilyak0 avatar May 26 '25 13:05 ilyak0

Any updates on this issue please? May be in conjunction with the other issue I've raised which is reproducible? https://github.com/nocodb/nocodb/issues/11550

ilyak0 avatar Jun 04 '25 12:06 ilyak0

Hey, we need a clear way to reproduce this issue. We have tried all possible variations and dont see an issue.

o1lab avatar Jun 04 '25 12:06 o1lab

@ilyak0 please reopen this ticket if issue still persists in v264.6. Unfortunately, we were unable to reproduce this issue previously. Let us know if you still continue to see this.

dstala avatar Sep 08 '25 09:09 dstala