-
Notifications
You must be signed in to change notification settings - Fork 443
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
fix: weird issue with service key expirationDate format #7688
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #7688 +/- ##
===========================================
+ Coverage 50.10% 62.84% +12.73%
===========================================
Files 1244 1302 +58
Lines 117337 107370 -9967
===========================================
+ Hits 58788 67472 +8684
+ Misses 55594 36023 -19571
- Partials 2955 3875 +920
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@doncicuto amazing.. thx for the contribution 😎
🎉 This PR is included in version 2.51.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
In #7686 @jbvv1 detected and issue with how the expiration dates for service users keys are displayed. For 12/31/2024 date it showed 12/31/2025.
As discussed in #7686 the date was correctly sent to backend and backend did store the date correctly but when the frontend showed the date it was wrong. I've checked that it was an issue with the pattern I've used: localizedDate: 'EEEE dd. MMM YYYY, HH:mm' showed a wrong year so I've changed it to localizedDate: 'EEEE dd. MMM yyyy, HH:mm'
As this pattern was used in two other cases I've replaced them as well, as I understand that yyyy should be a safe choice for DatePipe (https://angular.io/api/common/DatePipe)
Here's a sample where 2025 is no longer shown (first row):
Should close #7686
Definition of Ready