-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
Unable to save any dates if the user interface locale is not english (US) in 2.3.1 #22964
Comments
Hi @ioweb-gr. Thank you for your report.
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
For more details, please, review the Magento Contributor Assistant documentation. @ioweb-gr do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?
|
@magento-engcom-team give me 2.3-develop instance |
Hi @ioweb-gr. Thank you for your request. I'm working on Magento 2.3-develop instance for you |
Hi @ioweb-gr, here is your Magento instance. |
@orlangur For me it was never fixed in the first place. I can't seem to be able to track this issue that made me open a new one now, but it was a closed ticket with a few replies spaning over a year that the issue still persists. I mean if noone reopened that ticket after a year or so, I kinda gave up on reopening closed issues. It seems closed issues and old issues are never paid any attention to. You're right that it helps if it's reopened and worked on again, but it doesn't help if no one sees it. |
@ioweb-gr well, it is simply impossible, unless anybody finds such issue and reopens it or if we have a proper end-to-end functional test covering this scenario. |
Only collaborators can reopen issues they closed though so it's out of out hands but one choice would be to mark the duplicates when found and reopen the originals I guess in such cases. I'm sure you agree that since we can't reopen them, and commenting on the closed is never read, our only option as users is to raise a new issue |
Hi @Nazar65. Thank you for working on this issue.
|
@magento-engcom-team give me 2.3-develop instance |
Hi @Nazar65. Thank you for your request. I'm working on Magento 2.3-develop instance for you |
Hi @Nazar65, here is your Magento instance. |
✅ Confirmed by @engcom-backlog-nazar Issue Available: @engcom-backlog-nazar, You will be automatically unassigned. Contributors/Maintainers can claim this issue to continue. To reclaim and continue work, reassign the ticket to yourself. |
https://github.com/magento/magento2/pull/18578/files related "PR" may be help to process on this issue. |
Sorry, @stoleksiy, label |
Hi @maheshWebkul721. Thank you for working on this issue.
|
Hi @Vitancourt. Thank you for working on this issue.
|
Hi @mahsn. Thank you for working on this issue.
|
Reproduced in 2.3.3 |
Yep, i have the same problem in 2.3.3 |
We have Fixed it and will commit soon |
Hi @cstergianos. Thank you for working on this issue.
|
@magento-engcom-team I created a pull request for this one here: #25574. Let's hope that this is now fixed. |
Hi @marcoaacoliveira. Thank you for working on this issue.
|
@ioweb-gr I'll work on it. My first thought about it was changing my interface to Brazil/Portuguese (because we use dd/mm/yyyy format too, hoping that I would face the same problem) for my surprise I could save it in portuguese. When I change it for Greek it really mess something around and I'm not able to save date. So it looks like more a problem with the locale then the date format. I'll get a more deeply analysis and I'll try to solve it. |
@marcoaacoliveira Thanks for taking a look at it first of all. This is such a long standing issue. If you track the original issues you'll see it goes back all the way to 2016 and it occured on Australian locale as well. 4 years later it would be nice to have a real fix or at least a working workaround on this. I've tried to debug this but you have to dig very deep to understand the logic and the proper fix |
@ioweb-gr I got to the root of the problem, I'll try to solve it today and open a PR. |
@ioweb-gr I solved it. I'll do some test coverage and I'll open the PR. |
It was needed to change the appendTimeIfNeeded, because isn't right to transform DateTime without hour into with hour just appending a string in the end of other string.
Hi @ioweb-gr. Thank you for your report.
The fix will be available with the upcoming 2.4.0 release. |
Preconditions (*)
Steps to reproduce (*)
Expected result (*)
Actual result (*)
I've found other references in other issues that are closed saying this problem was fixed but unfortunately I'm on 2.3.1 and the issue persists. There's no real solution or workaround yet for this. Apparently it's not just Greek locale but other locales as well.
The bug has been acknowledged in the past, added to backlog even but years later we still face the same issue from version 2.1 to 2.3.1
Unless Magento is operating in a country where the users speak english natively it's pretty much pointless to use Magento if this is not fixed. I opened a new issue for this because any messages in closed issues get burried and never watched upon.
I'm hoping someone who understands the inner workings of this date format validation will pay attention to this or else the biggest question we'll have to ask any potential customer before choosing a platform will pretty much be: "Are you fluent in English?"
PS: at least if you could provide an official way to workaround this or what to change until it's fixed it would be completely fine so we can at least use the platform.
The text was updated successfully, but these errors were encountered: