Strange date format in Publish box after change

[pavelevap]

I tried to change date from 13th to 14th December in Publish box and when clicking "OK" button, strange date format appeared (also space between icon and "Published on" string was shrinked)... See attached screenshot...

[iseulde]

Confirmed. In English the text changes from e.g. Published on: Sep 24, 2014 @ 6:48 to Published on: 09-Sep 25, 2014 @ 06 : 48 when changing the date form 24 to 25 September.

[iseulde]

Happens in 4.0 too, maybe earlier too.

[pavelevap]

Yes, now I found that 3.9.2 is affected too...

[iseulde]

Weird no one ever noticed until now. :)

[DrewAPicture]

This behavior has been around since about 3.2 or 3.3. I'd be very surprised if this hadn't been previously reported in another ticket, though I can't find one that directly addresses this.

[iseulde]

Then why set this back to trunk?

[pavelevap]

In 3.3.1 it is also broken for Czech version: 08-Srp 27, 2010 @ 14:03, but a litle bit differently, there are for example no additional spaces in date format and changed order.

[DrewAPicture]

Replying to avryl:

Then why set this back to trunk?

My comment was open during the other changes, so the original version was applied :-)

[pavelevap]

I found really old 2.9.2 version and problem with localized format still not respected after change: Srp 19, 2014 @ 21:51 instead of 19.8.2014, 21:51. Interesting...

[sorin.sfirlogea]

I'm experiencing a similar issue, but in the post list (Admin area). The Date column has a very strange format that looks something like this: <abbr title="29.12.2014 13:59:57">PM/luni/362</abbr>. The title is correct, but the "abbreviation" is strange. I noticed that since 3.9.2, but I was expecting to be fixed in 4.0 or 4.1.

[tyxla]

Fixing the differences issue by: removing spaces around the colon between hour and minutes in date format; removing the dd- prefix (and possible spaces) before the month name; removing the zeroisation of the month day; zeroizing the minutes. This will basically make the dates before updating and after updating to use the exactly same format.

[SergeyBiryukov]

Previously: #24072

[SergeyBiryukov]

The additional spaces between day, month, and year on the screenshot​ come from the ​translation.

[pavelevap]

Replying to SergeyBiryukov:

The additional spaces between day, month, and year on the screenshot​ come from the ​translation.

Yes, because it is better for form to have spaces (in div with class timestamp-wrap). But I did not notice that this format is used also for returned value after changing time (dateFormat in script-loader.php). Maybe there could be standard date format used for Publish box (as before change)?

[DrewAPicture]

@SergeyBiryukov: What do you think would the best course of action here? Is there anything that relies on the translated date displayed after a change, that is to say, what's stopping us from changing to what it was before the change ~10 releases ago?

Related-ish: #30864

[DrewAPicture]

Let's push this decision to a future release and see what happens with #30864.

I'd be tempted to change it back to how it was ~10 releases ago, but by now we're in a new paradigm of "the norm".

[SergeyBiryukov]

#32451 was marked as a duplicate.

[iseulde]

Introduced in [18838], apart from the spacing issues.

[iseulde]

Added a new patch.

[iseulde]

The only thing the patch is doing is fix some spacing and add a new attribute with the month to use later in JS. It restores the old behaviour, while keeping the enhancement added in the patch that introduced this bug.

[iseulde]

Space added in [6989], seems OK to fix.

[iseulde]

In 33340:

Publish box: fix strange date format after change

Part props tyxla.
Fixes #30716.

[iseulde]

In 33341:

Publish box: fix leading zeros in date format

See #30716.