Skip to content

Keep and name a stored value its form widget can no longer show #2649

Closed as not planned

Description

@pournasserian

Part of #2426 (F-FRM). Found by the independent review of #2638. The gap predates it.

A stored value that its widget can't show is dropped without a word when an unrelated field is edited.

  • An enum value "green" stored before the type's values became [red, blue] has no matching option, so the select posts an empty value. An optional field is then left out of the new version.
  • The same happens after a field changes from text to number, or from date-time to date-only.
  • The only sign of the loss is in the change set's diff.

Scope

  • The form shows a stored value its widget can't hold next to the field, and says that it no longer fits the field's type.
  • An untouched field with such a value keeps it on save, so it is the person's choice to clear or replace it. A required field says it needs a value the type takes.
  • Tests: a title-only edit keeps an enum value no longer listed and a text in a field now a number, and the form names both.

Acceptance

  • A title-only edit never drops another field's stored value without a message.

Activity

  1. pournasserian commented on Oct 31, 2026

    @pournasserian
    MemberAuthor

    Closing as superseded: FluentCMS is restarting from scratch, see #2675. If this still matters to you, please open a new issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    supersededClosed because the project restarted from scratchtype:bugDefectv2FluentCMS v2 (v2 branch)

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions