Make WordPress Core

Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#8065 closed defect (bug) (invalid)

“Published on” in post.php not honouring “custom” date format

Reported by: demetris Owned by:
Milestone: Priority: normal
Severity: normal Version: 2.7
Component: Administration Keywords:
Focuses: Cc:


In General Settings, Date Format, I have:

j F Y

Which outputs:

5 November 2008

In “Publised on” in Edit Post, month and day are reversed, to the American format:

Nov 5, 2008

Change History (7)

#1 @ryan
7 years ago

  • Resolution set to invalid
  • Status changed from new to closed

It does not use the date format setting. The format is marked for translation, however.

$datef = _c( 'M j, Y @ G:i|Publish box date format');

That needs to be localized for your locale.

#2 @demetris
7 years ago

That’s why I reported it. :-) Because it does not use the date format setting.

I don’t use any locale. I use the default English. My LANG definition is empty.

#3 @ryan
7 years ago

A lot of things don't use date format setting because it is not appropriate to the context.

#4 @demetris
7 years ago

I don’t understand the reference to context. Let me explain. I may prefer the above format for my *human eyes* -- that is:

5 Nov(ember) 2008

but I may use ISO9601 for dir and file names, for machine sorting:


Where does “Nov 5, 2008” fit into this contextualization? The reason I set a custom format in the first place is that I’m not American and the order in the American format confuses me. -- I need to process it every time I see it. I don’t get in instantly.

Since WP lets me select a custom date format for my *human eyes*, I expect this format to be used everywhere. Now it’s one format here, another format there, probably a third format somewhere else (because my theme does not honour my setting)... There should be some consistency! Should I make an en_MY-DATE-FΟRMAT localization, just to have some consistency in dates? :-)

I’m not saying this is a critical issue to be fixed ASAP, but I don’t think it’s invalid either. I think it should be looked into at some point.

#5 @ryan
7 years ago

Some people have really long date formats that will explode out of the publish box. When design constrains what we can display we usually leave it to translators to choose formats that fit.

#6 @demetris
7 years ago

This does not make the issue I reported invalid.

WP lets me select a custom date format for the *default* language, and then it does not honour it everywhere. It’s as simple as that.

#7 @thee17
7 years ago

  • Milestone 2.7 deleted
Note: See TracTickets for help on using tickets.