Make WordPress Core

Opened 3 years ago

Closed 3 years ago

#54333 closed defect (bug) (wontfix)

Date and time format in General Settings not work at Posts menu

Reported by: ericdifferenter's profile ericdifferenter Owned by:
Milestone: Priority: normal
Severity: normal Version: 5.8.1
Component: Date/Time Keywords: has-screenshots
Focuses: Cc:

Description

Hello,

The Date Format and Time Format settings successfully saved in the General Settings setting menu does not work.
https://img24.imgspice.com/i/07123/hqeyu4va729e.png
The date and time format actually showing up at the Posts menu does not conform with the General Settings.
https://img24.imgspice.com/i/07123/hsp83k26aola.png
I don't know if this is a bug or not. If it's not a bug, how can I resolve this issue?

Regards
David

Attachments (2)

general.png (66.3 KB) - added by ericdifferenter 3 years ago.
General Settings
posts.png (132.9 KB) - added by ericdifferenter 3 years ago.
Posts Menu

Download all attachments as: .zip

Change History (9)

#1 follow-up: @Rarst
3 years ago

The image URLs are 404 not found for me, could you please double check or re-upload them?

Application of the date format is indeed not universal through the WordPress core. Some places are handled (and localized) separately.

@ericdifferenter
3 years ago

General Settings

@ericdifferenter
3 years ago

Posts Menu

#2 in reply to: ↑ 1 @ericdifferenter
3 years ago

I dont' know why images are not showing, just copy the url to open it in a new tab will work for me.
Even if I change the time zone, the issue is still there. Should I change the VPS timezone?

Replying to Rarst:

The image URLs are 404 not found for me, could you please double check or re-upload them?

Application of the date format is indeed not universal through the WordPress core. Some places are handled (and localized) separately.

#3 @ericdifferenter
3 years ago

Although the date and time formats in the Posts menu disaccord with the General Settings, the date and time formats showing in the dashboard elements are correct.
https://i.postimg.cc/yxf9rzQy/dashboard.png

Last edited 3 years ago by ericdifferenter (previous) (diff)

#4 follow-up: @SergeyBiryukov
3 years ago

Hi there, welcome to WordPress Trac! Thanks for the ticket.

Just linking to some related tickets: #2601, #3767, #23227, #26736, #30716, #30864, #35525, #39285, #48063.

Per the changes in [35811] and comments like comment:2:ticket:2601 or comment:15:ticket:30864, it looks like there was a consensus previously that the Date Format and Time Format settings should only affect the front end of the site. The internal date formats in the admin can be different, depending on the context they are used in.

#5 @knutsp
3 years ago

Admin date/time formats are generally localized in the translation file.

#6 in reply to: ↑ 4 @ericdifferenter
3 years ago

My fault.
But a request had been made 16 years ago and been kept asked should be reconsidered.
As far as i am concerned, the Date Format and Time Format settings should affect the admin cause the changes I made about these in the core php files would be lost after upgrade wordpress. The front end date and time format I can modify them in the theme php files.

Replying to SergeyBiryukov:

Hi there, welcome to WordPress Trac! Thanks for the ticket.

Just linking to some related tickets: #2601, #3767, #23227, #26736, #30716, #30864, #35525, #39285, #48063.

Per the changes in [35811] and comments like comment:2:ticket:2601 or comment:15:ticket:30864, it looks like there was a consensus previously that the Date Format and Time Format settings should only affect the front end of the site. The internal date formats in the admin can be different, depending on the context they are used in.

#7 @Rarst
3 years ago

  • Milestone Awaiting Review deleted
  • Resolution set to wontfix
  • Status changed from new to closed

Reworking how admin works with dates is not under consideration at the moment. Applying the date format from settings everywhere would be too narrow to be productive (with localization in mind).

There had been some ideas floated about extending to multiple date formats (e.g. something like "short date", "full date"), but no concrete research, design, or progress how would that accommodate all possibilities multiplied by localization contexts.

So it goes on as-is so far.

How to best customize this for an individual site is out of core trac context. I would recommend WP forums or WP Stack Exchange for questions on that.

Note: See TracTickets for help on using tickets.