New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error in date display on comment #7561
Comments
|
Thanks for the issue! We'll take your request into consideration and follow up if we decide to tackle this issue. To our amazing contributors: issues labeled To claim an issue to work on, please leave a comment. If you've claimed the issue and need help, please ping @thepracticaldev/oss and we will follow up within 3 business days. For full info on how to contribute, please check out our contributors guide. |
|
Hi @corentinbettiol, thanks a lot for raising this issue. I suspect it's similar to the issue that was raised for the article time in the show page: #7086 (I haven't checked but I'm pretty sure they use the same mechanism, both server side and client side) This is what I wrote back then #7086 (comment) I also left a possible solution: #7086 (comment) |
|
Thanks for the quick reply! I spend a few minutes understanding how the title date is computed, and I replied with the information I found. |
|
@eclectic-coding and I will be pairing on this today. https://twitter.com/nickytonline/status/1287802825544732678 |
|
After reviewing this issue with @nickytonline we were unable to replicate. It is probable that the #9285 new local_date helper has resolved this issue. Please review and verify before this open issue is closed. If not, and it is still an issue, I will be glad to look at it again. |
|
So, for me, in the Eastern US, it displays properly on the Desktop (Linux/Firefox and Chrome), my Android phone with Firefox, and my wife's iPhone. I am wondering if this is an internationalization issue now? |
|
As I commented here on the other issue, I think only the date in |
|
@corentinbettiol correct, the title is localized, the displayed date is not. Back then we wanted to keep the same "english format" for all DEV users for all displayed dates, I would say let's keep it in English (so "July 29" instead of "29 Luglio" as it'd be in Italian) but have the correct date based on the client's locale, to avoid these issues when the UTC date crosses the day line |
|
Yes, it seems the right thing to do for now :) |
|
I will go back and look at later today. |
|
I just made a comment on a post, and noticed that the displayed date was Oct 5, even though it was Oct 4 when i posted it, and the tooltip when i hover over that date appears to have the correct date in it. In this case, i just clicked on the "Add to discussion" box and entered my comment, then pressed save. Expected behavior Screenshots Desktop (please complete the following information): Additional context Here is the comment in question: This is the full page: |
From issue #11643Describe the bug To Reproduce Expected behavior Desktop (please complete the following information):
Other info |
|
I'd like to take this one @cmgorton |
|
Great. Thank you! Let us know if you have any questions. |
|
Hey @asi309 wanted to check in and see how you are doing with this issue. Did you have any questions or need any help? |
|
Hey! I would like to solve this bug as part of the bug smash |
|
Thanks @LizMelamed, I assigned you this issue now. |

Describe the bug
Date tag on a comment is "Apr 27", but on hover the text is "Tuesday, 28 April 2020, 00:01:19".
In HTML, datetime content is
2020-04-27T22:01:19Z馃To Reproduce
Hover date of this comment.
Expected behavior
Date on tag & on hover should be the same.
Screenshots
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: