Editor type field requires a data lenght and doesn't save (only on first attempt) #546
Labels
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: joomla/Component-Builder#546
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Steps to reproduce the issue
Set a new editor field. First attempt to save fails with a warning message: Field required: Data Length (bat the data lenght was set, obviously) and all field setting are lost. On second attempt the field is saved succesfully.
Expected result
Actual result
System information (as much as possible)
Additional comments
I know about this issue, been trying to fix it a number of times. There is just to many JavaScript conflict on this page, and as you may know JavaScript is not my favorite of languages. So any help with this would be great!
Humm, I'm not so expert myself, but please give me an hint on where it is being processed (which files I have to look in at least)
Hello,
I think the solution is to set default value to 0 (zero) for datalenght in field.xml file, row #287 .
field.js works fine and actually the form is posted when all data are correct, so the issue comes from legacy model which compare the data with the form.
Since all the rules are managed by field.js file this solution shouldn't affect (I did some test but obviously can't test all the combinations) other field setting.
This bug is still there in version 2.11.2.
This bug affects both Editor and Calendar (as far as I know) fields type.
On every update I have to re-set this change. Is it possible to have it fixed? I work with this change since May and everything is fine.
file: administrator/components/component_builder/models/forms/field.xml
row: 287
change: default="">
to: default="0">
Thank you.
I have encountered this issue a few times, and as yet have not been able to fix it, it is indeed a Javascript issue.