Added a commit: The value 0000-00-00 00:00:00 would result in 1970-01-01 after formatting. Now it doesn't show at all anymore. Similar to the tooltip which doesn't show as well in this case.

Fixed the date format for readonly fields and tried to make Travis happy.

Please merge this patch for calendar field format :-)

We need at least one more test logged in the tracker. Especially for the latest change with the readonly field. Can you do that?

test was not good, because we use %d-%m-%Y format and JDate use d-m-Y format

maybe using str_replace could help:

$format = str_replace("%", "", $format);

test was not good, because we use %d-%m-%Y format and JDate use d-m-Y format

Actually, we don't use the format parameter together with JDate. So this can't be an issue imho. Did you really test it? Because I can't reproduce the issue.

Sorry, the problem was not the format. But the saved date is not being shown.

$ patch -p1 < 2531.patch 
patching file libraries/joomla/form/fields/calendar.php
patching file libraries/cms/html/html.php
patching file libraries/cms/html/html.php
patching file libraries/cms/html/html.php
patching file tests/unit/suites/libraries/joomla/form/fields/JFormFieldCalendarTest.php
patching file libraries/cms/html/html.php

It always save '0000-00-00 00:00:00' and not the selected date.

I can explain why '0000-00-00 00:00:00' doesn't show. It's an intentional sideeffect of this change, because of the way the date is formatted and the timezone is calculated in it would return a funny date instead. I've decided to leave the field empty in this case.

However if you enter a real date, it should work fine. I've tested it with several different formats using com_content and my own component and it worked fine.

The screenshot looks like it's used in a 3rd party extension. Could I test it with that one?

The problem is in the format parameter because im using:

<field name="birthdate"  type="calendar" label="LABEL" description="DESC" size="10" class="inputbox" default="" format="%d-%m-%Y"/>

When i remove the format parameter, it can save but still not showing the saved date

Leave me an email and i ll show you the test site

See the solution I propose in tracker for the Jalali date.

@infograf768 I'll have a look at it and also commented on tracker

@fastslack did you get my email? I have used the email address on your GitHub profile.

Latest commit will fix the non-gregorian calendars for the readonly/disabled fields by making the whole thing a bit simpler.
What I did is

• Always load the JavaScript calendar, even if the field is readonly/disabled. Loading that will ensure that the overrides for the non-gregorian calendars still work.
• Hide the button to open the calendar box when readonly or disabled using an inline-style display:none;
• Remove the workaround code with the hidden inputbox since we no longer need it.

I still having issues with calendar, when i save it in mysql format (1970-01-01). This is my form field:

<field  name="birthdate"    type="calendar" label="COM_BLABLA_BIRTHDATE_LABEL" description="COM_BLABLA_BIRTHDATE_DESC" size="10"    class="inputbox" />

And it shows empty value.

Why is the reason of the line 978 of libraries/cms/html/html.php
-> // Format value when not '0000-00-00 00:00:00', otherwise blank it as it would result in 1970-01-01. ?

That code is changing the value for nothing.

Also the format is bad, the default format use %, ex %Y-%m-%d and the JDate object format method use Y-m-d format.

I still can't reproduce the issue you see. Can you contact me on bakual@bakual.ch? Maybe we can figure out what is different in your case that causes the issue.

Why is the reason of the line 978 of libraries/cms/html/html.php
-> // Format value when not '0000-00-00 00:00:00', otherwise blank it as it would result in 1970-01-01. ?

If you pass 0000-00-00 00:00:00 through strftime() you'll get 1970-01-01 out, since that is the 0-value in Linux. Also it is more consistent with how the field initially shows (before you save it).

Also the format is bad, the default format use %, ex %Y-%m-%d and the JDate object format method use Y-m-d format.

The calendar uses the %Y-%m-%d format due to backward compatibility and because it is used by the JavaScript. Unfortunately we can't change that one easy at this time.

This pull request #3050 fix the problem partially