Date element issue with Firefox Mac users

[7webcreator]

Hello,

I'm encountering an issue where the date element value disappears after saving. The element is validated to ensure it isn't empty, but when a user edits and saves the form, the value selected with the Dcalendar vanishes. Please note that the "Allow typing in field" option is turned off. It seems this issue occurs when using Firefox on a Mac. Could someone help identify the cause of this issue? Thank you

Fabrik Version: 4.4.1 (GitDate: 2024-10-18)
Joomla! 4.4.9 Stable
PHP Version 8.3.12
Database Version 5.7.44

 

[troester]

Any JS errors in the browser console?
Is it working with other browsers on the same device?

 

[7webcreator]

Thank you for your reply.

The only JS error I found in the console when using Chrome was related to the following element:

"quota_docente" is an element that should not be visible to the user on this list. I'll ask the user involved to check the console on their device and browser, and I'll get back to you soon with a report.

 

[7webcreator]

Hello,

Do you have any news about this issue? It is still pending. Do you think that a bad Internet connection could be the culprit for the fact that the date element is not saved when the user clicks on save?

 

[ontarget]

Have you tried with a lower version of php? Try 8.1 or 8.2

 

[7webcreator]

Thank you for your reply. However, if I remember correctly, this issue also occurred for some users in earlier PHP versions than 8.1. I didn't experience it myself, so I thought users were not saving the form promptly.

 

[troester]

The element is validated to ensure it isn't empty, but when a user edits and saves the form, the value selected with the Dcalendar vanishes.

Vanishes when? If it's shown empty before the save then logically it's not saved.

Is this with ajax validation or multipage form?

 

[7webcreator]

In this list, users can fill in a text area field and update the date field. However, whenever users enter text in the text area and save, the date field doesn't retain its data. The date field is set to be mandatory (not empty), and users can only select a date from the calendar tool—typing is disabled.

 

[troester]

You still don't say when the date vanishes
- while typing in the textarea?
- after selecting a date and leaving focus etc?
- during ajax validation/switching pages in a multipage form (if you have some)?

It's hard to say anything if it's not replicatable in general.

Did your Mac users try an other browser?

Is their Firefox set to some advanced security etc.?

Date handling is using JS which is running in the browser, so if the browser is not up to date, has restrictions, extensions doing own stuff etc. it may break.

 

[7webcreator]

Apologies for the confusion. The issue is that the date disappears when clicking save on the form—the saved row appears in the list without the expected date, although any text entered in the textarea is saved correctly. Typing in the textarea might be causing this, as users often don’t need to update the date; they only add information in the textarea field.

The form is not a multipage form, and I'm unsure how users have configured their Firefox browser settings. After investigating, I found that this issue seems to occur specifically when users are on Firefox with Mac OS. Additionally, the date remains unchanged as long as users don’t modify it; it’s a previously entered date that stays intact when users edit the form.

 

[maxxxweb]

Hi, I also have the same problem but with a multipage form. I don't think it's a browser problem since I use Chrome. It seems that the validation of some fields only refreshes the date fields and when the form is saved the fields are empty.
I hope someone can help us. Thank you

 

[troester]

So it's replicatable on your site?
Do you have a link?

 

[7webcreator]

There are other fields on the same form with a validation "not empty" setting. However, once the form is saved, those other fields behave like they should. I couldn't replicate the issue, but many users mentioned it.

 

[maxxxweb]

So it's replicatable on your site?
Do you have a link?

Unfortunately it is an intranet application.
I will do some tests by disabling the ajax validation on the form

 

[maxxxweb]

Hi, how can I solve this problem which unfortunately occurs randomly?
I can't understand what triggers the deletion of the fields given on saving. I use jdate with dmY settings, in the database they default to NULL and the type is date and not datetime.
I noticed that when loading the page in console there are these 2 violations:
[Violation] 'setTimeout' handler took 128ms
[Violation] 'load' handler took 1856ms
which points to a js file
/* `media/system/js/fields/calendar-locales/date/gregorian/date-helper.js` minified by Astroid */.
You have suggestions.
Thank you

 

[7webcreator]

Yes, indeed, it is happening randomly. For your information, my form uses a date element instead of a date element.

 

[troester]

/* `media/system/js/fields/calendar-locales/date/gregorian/date-helper.js` minified by Astroid */.

Where is "minified by Astroid" coming from?
Do you have any JS compression activated (J! template, 3rd-party plugins...)?

 

[maxxxweb]

This is the Astroid joomla template and I have not activated any js compression.
I also tried changing the template by loading Cassiopeia but the problem was not resolved.

 

[7webcreator]

I can confirm that my template is Cassiopeia with no modifications whatsoever.

 

[troester]

So to recap:

@7webcreator is using date elements:

Ajax validation on?​

Multipage form?​

@maxxxweb is using jdate elements in a multipage form:

Can you turn the multipage of for testing?​

Is it while adding new records, editing existing ones, both?

No mix of date and jdate elements in the form?

A standard form in J! content?
Or popup form (ajax link)?
Or form in a module?

Is it the same if editing/adding a record in the backend?