parse-community / parse-community/parse-dashboard

Allow saving records even if required fields are empty

Open
#1,988 1 comment 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

type:bug
Dominant language
JavaScript
Stars
3.8k
Forks
1.4k
PR merge metrics
No merged PRs in 30d

Description

New Feature / Enhancement Checklist
Current Limitation

The Dashboard won't allow saving objects with required fields left blank, even if these fields could be populated in the beforeSave trigger (for example, due to a more complex logic being required like calling a different microservice).

Feature / Enhancement Description
  1. The dashboard should attempt to save the objects even if one or more required fields are left blank.
  2. If the object(s) is saved successfully (because it was populated by beforeSave), the job is done.
  3. But if the save fails due to any required values missing, then it should highlight the missing fields in red (as currently does).
Example Use Case

Let's say we have a class SmartContract with a required column abiInterface whose value is populated in the beforeSave trigger by calling a microservice, like a function in the blockchain.

Ideally, the user shouldn't worry about populating fields that will be addressed by the cloud logic.

Alternatives / Workarounds
  • Adding any random value to the fields, which will later be updated by beforeSave (making sure the beforeSave logic does not skip populating fields that are not null or empty)
  • Another workaround is to unmark the field as required, but that removes the data integrity check.
  • Another possible solution would be adding a default value (which could later be updated by the triggers), but this feature doesn't seem to work (they don't get loaded anywhere when adding a new record).
3rd Party References

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No file, test, or entry point is named in the issue. Start by locating the Dashboard save flow and its required-field validation, then trace how beforeSave results and missing-field errors are handled. Done means blank required fields can be submitted when beforeSave populates them, while genuinely missing values are still highlighted in red.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
frontend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.