-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
vtgate: Use the time zone setting correctly #16824
Conversation
Review ChecklistHello reviewers! 👋 Please follow this checklist when reviewing this Pull Request. General
Tests
Documentation
New flags
If a workflow is added or modified:
Backward compatibility
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #16824 +/- ##
==========================================
- Coverage 69.51% 69.51% -0.01%
==========================================
Files 1569 1569
Lines 202517 202520 +3
==========================================
+ Hits 140780 140782 +2
- Misses 61737 61738 +1 ☔ 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.
Can you explain why the fix works? It seems to be moving some code from SafeSession to VCursorImpl but it's unclear why that is correct.
Also, I'm surprised that unit tests have been deleted. It seems to me that they should move into vcursor_impl_test instead.
Signed-off-by: Andres Taylor <[email protected]>
Updated the description 👍 |
Description
This pull request addresses a critical issue in the handling of time zone settings within our system. The root cause of the problem was that the time zone system setting was not being correctly fetched and interpreted, which led to it being ignored when evaluating the
now()
function.Specifically, the issue arose because we were storing the time zone variable value using a literal SQL expression. This meant that when we tried to use this value, it was still in its raw, encoded form, rather than being properly decoded into a usable time zone string.
Related Issue(s)
Fixes #16820
Checklist