Number fields: weird keyboard behaviour and values don't save
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 214
- Forks
- 52
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 82
Description
Steps to reproduce
- Create a table with a number field with 2 decimal places, no maximum and mandatory. Bug appears to be triggered by maximum field being blank.
- Click Create row. When you type into the number field, the first digit is always 0 regardless of the number typed.
- Click Save. The resulting row has no value in the number field.
- Editing a row with data and saving it looses the data.
Expected behavior
Number value should be stored as typed.
Actual behavior
Number fields are always blank, and the input field always shows 0 for the first digit.
Tables app version
0.7.3
Browser
Firefox 127.0.1
Client operating system
Linux
Operating system
Alma Linux
Web server
Other
PHP engine version
PHP 8.1
Database
MySQL
Additional info
In my test, the row also had a link to a contact. When creating the row, the contact is saved. If I edit the row, make no changes, and click save, the contact is also lost.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue in the Tables app using a mandatory number field with two decimal places and a blank maximum, then trace the number-field create/edit and row-save entry points. Check the Firefox behavior and the linked-contact case; done means typed number values and existing linked data survive creation and unchanged edits.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100