Skip to content
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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Purchase date on admin screen is always *:07:00 #5651

Closed
RocketmanLabs opened this issue Jul 14, 2016 · 23 comments
Closed

Purchase date on admin screen is always *:07:00 #5651

RocketmanLabs opened this issue Jul 14, 2016 · 23 comments
Labels
bug report Component: Sales Issue: Ready for Work Gate 4. Acknowledged. Issue is added to backlog and ready for development

Comments

@RocketmanLabs
Copy link

  1. Go to the admin screen and view the first page of Orders.
  2. Note that the date/time under the heading Purchase Date is always *:07:00
  3. Time stamp appears correct in REST API return values ('created_at' attribute).
@pboisvert
Copy link

Can you provide more info to troubleshoot such as which version you are using? How were the orders created? Was this an upgrade from a previous version? etc...

@RocketmanLabs
Copy link
Author

This is a recent upgrade to Magento 2.1. The orders came in from people buying our stuff on the website. Screen cap follows:
magentoscreencap16-07-14

@pboisvert
Copy link

thanks--that should help narrow down the possible cause.

@Krapulat
Copy link

I have the same problem.

@ghost
Copy link

ghost commented Aug 8, 2016

Same issue here as well. Using 2.1 CE.

@kennylawrence
Copy link

kennylawrence commented Aug 8, 2016

same here
FYI I am using a database that was migrated from 1.9.2.2ce -> 2.1ce

@xaviermarchegay
Copy link

xaviermarchegay commented Aug 11, 2016

The date format specified in the sales grid is wrong : 81de258

Instead of displaying the minutes (mm), the month is displayed (MM).

The right format is MMM dd, YYYY, H:mm:ss A

edit: thanks @LucScu

@xmav xmav self-assigned this Aug 26, 2016
@xmav
Copy link
Contributor

xmav commented Aug 26, 2016

Hi @RocketmanLabs , thanks for reporting this issue. Internal ticket MAGETWO-53138 was created.

Best,
Maksym

@xmav xmav added Issue: Ready for Work Gate 4. Acknowledged. Issue is added to backlog and ready for development Component: Sales labels Aug 26, 2016
@xmav xmav removed their assignment Aug 26, 2016
@xmav xmav added the 2.1.x label Aug 26, 2016
@LucScu
Copy link

LucScu commented Sep 7, 2016

@xaviermarchegay the correct format is
<item name="dateFormat" xsi:type="string">MMM dd, YYYY, H:mm:ss A</item>

mikeymike added a commit to mikeymike/magento2 that referenced this issue Sep 28, 2016
Resolves magento#5651 where the date format was showing the two digit month for the minutes.
@PascalBrouwers
Copy link
Contributor

I also have this on a clean install of Magento 2.1.2

@LucScu
Copy link

LucScu commented Oct 28, 2016

@PascalBrouwers You have to look at the xml in question: if you see the old code the issue is still present.

@claridgicus
Copy link

Hey guys, this timestamp issue is still featuring in 2.1.2 - is it going to be resolved in 2.1.3 or?

@bh-ref
Copy link
Contributor

bh-ref commented Dec 28, 2016

the issue is still present in CE 2.1.3

@maximehuran
Copy link
Member

I confirm

@vrann
Copy link
Contributor

vrann commented Feb 3, 2017

Fixed in #8336

@vrann vrann closed this as completed Feb 3, 2017
@bh-ref
Copy link
Contributor

bh-ref commented Feb 21, 2017

@vrann thank you for fixing it!

@devtinku
Copy link

devtinku commented May 22, 2017

@LucScu Your suggestion works if i change it in core file. How can i do the changes without touching core files.

I tried with below steps but its not worked ::

  1. Copied sales_order_grid.xml to custom module
  2. Cleared cache

@LucScu
Copy link

LucScu commented Jun 27, 2017

@devtinku i suggest you to not lose your time on how to make this fix in a custom module. Keep it in the core file and add the file to git so you could see future update changes. Then wait for magento version with official fix, after this you could remove file from repo.

@magento-team
Copy link
Contributor

Internal ticket to track issue progress: MAGETWO-70771

@andidhouse
Copy link

Shure @magento-team - this bug is one year old and now you create an internal ticket to track the progress of this? Wow - would you be so kind to think about fixing bugs instead of reporting hundreds of internal tickets without any bugfix?

@steverobbins
Copy link
Contributor

@magento-team Here's your weekly reminder that we're still waiting for this fix.

@kennylawrence
Copy link

kennylawrence commented Aug 21, 2017 via email

@OZZlE
Copy link
Contributor

OZZlE commented Aug 22, 2017

Still happens in 2.1.7....

slavvka pushed a commit that referenced this issue May 12, 2020
[Performance] Let DB lock manager be the primary locker
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug report Component: Sales Issue: Ready for Work Gate 4. Acknowledged. Issue is added to backlog and ready for development
Projects
None yet
Development

No branches or pull requests