-
Notifications
You must be signed in to change notification settings - Fork 19
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
DESENG-437: Resolved a timezone discrepancy while publishing #2349
Conversation
Removed the title and caption of the change log file as it is not relevant anymore
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.
Nice, quick fix. Thanks @ratheesh-aot ! Could you please just update the Changelog to correct the order of dates? Right now, we have two headings for January 9th and one of them is buried a little deeper.
Could you please move the latest date to the top and add harmonize all list items under the same date? Hope that's clear and let me know if you need further clarification.
@Baelx Updated the changelog as suggested. Please review |
Quality Gate passedKudos, no new issues were introduced! 0 New issues |
Fixing a runtime SQLALCHEMY_DATABASE_URI missing error. |
* DESENG-437: Fixing Publish engagement timezone and error message Removed the title and caption of the change log file as it is not relevant anymore * DESENG-437: Fixed CHANGELOG conflicts * Updating the changelog * Fixing SQLALCHEMY_DATABASE_URI error
Issue #: https://apps.itsm.gov.bc.ca/jira/browse/DESENG-437
Description of changes:
Implemented a user-friendly message for scenarios where no engagements are scheduled for publication.
Resolved a timezone discrepancy in the engagement publication process.
Previously, the system compared the UTC-formatted scheduled dates in the database against the local timezone of the machine running the cron job. This discrepancy led to failures in identifying engagements scheduled for or before the current time. The comparison logic has now been modified to use the current time in UTC, ensuring accurate retrieval of scheduled engagements.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of the met-public license (Apache 2.0).