-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Add processing step to the date format string so that we get Day of Month #27557
Add processing step to the date format string so that we get Day of Month #27557
Conversation
…onth Since the frontend sends a date-style string with various differences from how Java's Date Formatter expects things, we need to post-process some bits. The 'D' -> 'd' string replacement was missed in the post processing fn, and so in some cases it was missed altogether, causing this bug. Existing tests in `metabase.pulse.render.datetime-test` and `metabase.pulse.render.table-test` should already catch this issue. Prior to the change they would fail, but they now pass after adding this PR's changes.
…d-as-day-of-year-27469
Codecov ReportBase: 65.46% // Head: 65.21% // Decreases project coverage by
Additional details and impacted files@@ Coverage Diff @@
## master #27557 +/- ##
==========================================
- Coverage 65.46% 65.21% -0.26%
==========================================
Files 3192 3188 -4
Lines 92720 92696 -24
Branches 11777 11769 -8
==========================================
- Hits 60699 60451 -248
- Misses 27152 27391 +239
+ Partials 4869 4854 -15
Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
…d-as-day-of-year-27469
…d-as-day-of-year-27469
No failed tests 🎉 |
…d-as-day-of-year-27469
…onth (#27557) Since the frontend sends a date-style string with various differences from how Java's Date Formatter expects things, we need to post-process some bits. The 'D' -> 'd' string replacement was missed in the post processing fn, and so in some cases it was missed altogether, causing this bug. Existing tests in `metabase.pulse.render.datetime-test` and `metabase.pulse.render.table-test` should already catch this issue. Prior to the change they would fail, but they now pass after adding this PR's changes.
…onth (#27557) (#27600) Since the frontend sends a date-style string with various differences from how Java's Date Formatter expects things, we need to post-process some bits. The 'D' -> 'd' string replacement was missed in the post processing fn, and so in some cases it was missed altogether, causing this bug. Existing tests in `metabase.pulse.render.datetime-test` and `metabase.pulse.render.table-test` should already catch this issue. Prior to the change they would fail, but they now pass after adding this PR's changes. Co-authored-by: adam-james <21064735+adam-james-v@users.noreply.github.com>
Fixes: #27469
Since the frontend sends a date-style string with various differences from how Java's Date Formatter expects things, we need to post-process some bits. The 'D' -> 'd' string replacement was missed in the post processing fn, and so in some cases it was missed altogether, causing this bug.
Existing tests in
metabase.pulse.render.datetime-test
andmetabase.pulse.render.table-test
should already catch this issue. Prior to the change they would fail, but they now pass after adding this PR's changes.