-
-
Notifications
You must be signed in to change notification settings - Fork 19
Log Background Sync #3135
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
Log Background Sync #3135
Conversation
Warning Rate limit exceeded@vhpx has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 2 minutes and 34 seconds before requesting another review. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. 📒 Files selected for processing (2)
WalkthroughA new Changes
Sequence Diagram(s)sequenceDiagram
participant Trigger as Google Calendar Sync Trigger
participant DB as workspace_calendar_sync_log Table
Trigger->>DB: Insert sync log (status: in_progress)
Trigger->>DB: On error, insert/update sync log (status: failed/cancelled)
Trigger->>DB: On success, insert sync log (status: success)
Suggested reviewers
Poem
✨ Finishing Touches
🧪 Generate Unit Tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
How to use the Graphite Merge QueueAdd either label to this PR to merge it via the merge queue:
You must have a Graphite account in order to use the merge queue. Sign up using this link. An organization admin has enabled the Graphite Merge Queue in this repository. Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue. |
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.
Summary of Changes
Hello @DennieDan, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!
This pull request significantly improves the observability and reliability of background calendar synchronization by introducing a dedicated logging mechanism. It establishes a new database table to meticulously record the details of each sync operation, including its outcome and any associated errors, and integrates this logging directly into the Google Calendar sync logic. This will enable better monitoring, debugging, and auditing of sync activities.
Highlights
- Enhanced Sync Observability: A new
workspace_calendar_sync_log
table has been introduced to provide detailed logging of background calendar synchronization operations, including start/end times, status, errors, and snapshots of events before and after sync. - Robust Error Tracking: The Google Calendar sync process (
syncGoogleCalendarEvents
) now comprehensively logs various failure points, such as issues fetching events, missing access tokens, or errors during event upsert/deletion. - Data Integrity and Security: The new log table includes Row Level Security (RLS) policies to ensure data access is restricted to workspace members, along with
CHECK
constraints forstatus
andtriggered_by
fields to maintain data quality.
Using Gemini Code Assist
The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.
Invoking Gemini
You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command>
or @gemini-code-assist <command>
. Below is a summary of the supported commands.
Feature | Command | Description |
---|---|---|
Code Review | /gemini review |
Performs a code review for the current pull request in its current state. |
Pull Request Summary | /gemini summary |
Provides a summary of the current pull request in its current state. |
Comment | @gemini-code-assist | Responds in comments when explicitly tagged, both in issue comments and review comments. |
Help | /gemini help |
Displays a list of available commands. |
Customization
To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/
folder in the base of the repository. Detailed instructions can be found here.
Limitations & Feedback
Gemini Code Assist is currently in preview and may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments to provide feedback.
You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.
Footnotes
-
Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution. ↩
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.
Code Review
The code changes introduce logging of background sync operations for Google Calendar events. The changes include adding a new table to the database to track sync operations and updating the syncGoogleCalendarEvents
function to log the start and end of sync operations, as well as any errors that occur. I've provided feedback on potential security considerations, error handling, and data consistency.
apps/db/supabase/migrations/20250620134409_add_workspace_calendar_sync_log.sql
Outdated
Show resolved
Hide resolved
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.
Actionable comments posted: 5
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (3)
apps/db/supabase/migrations/20250620134409_add_workspace_calendar_sync_log.sql
(1 hunks)packages/trigger/google-calendar-sync.ts
(5 hunks)packages/types/src/supabase.ts
(19 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
- GitHub Check: Analyze (javascript-typescript)
🔇 Additional comments (7)
packages/trigger/google-calendar-sync.ts (2)
184-196
: Good error handling for upsert failures.The logging correctly handles the upsert failure scenario by not including the
formattedEvents
inupsertedEvents
since the operation failed.
271-282
: Excellent comprehensive logging on successful sync.The success case properly captures all relevant sync data including events before sync, upserted events, and deleted events. This will provide valuable audit information.
apps/db/supabase/migrations/20250620134409_add_workspace_calendar_sync_log.sql (3)
32-77
: Well-designed RLS policies for workspace-based access control.The policies properly restrict access to sync logs based on workspace membership. The implementation correctly uses both USING and WITH CHECK clauses for comprehensive security.
Should there be a DELETE policy as well, or are sync logs intended to be immutable for audit purposes?
27-30
: Good index strategy for expected query patterns.The indexes are well-chosen to support efficient queries by workspace ID, status, and sync start time. This will enable good performance for dashboard queries and filtering operations.
79-92
: Comprehensive check constraints with good data validation.The constraints properly validate status values, trigger sources, and timestamp logic. However, the current sync code only uses 'success' and 'failed' statuses, while the constraint allows 'in_progress', 'cancelled', and 'partial_success'.
Are the additional status values ('in_progress', 'cancelled', 'partial_success') intended for future use, or should the constraint be more restrictive to match current usage?
packages/types/src/supabase.ts (2)
7689-8190
: Verify function parameter reorderings don't break existing codeMultiple function signatures have been reordered for consistency. While these changes maintain the same types, they could potentially break existing code that depends on parameter order when using positional arguments.
#!/bin/bash # Description: Search for function calls that might be affected by parameter reordering # Expected: Find any code that calls these functions with positional arguments # Search for common function calls that had parameter changes ast-grep --pattern 'count_search_users($_)' ast-grep --pattern 'create_ai_chat($_)' ast-grep --pattern 'generate_cross_app_token($_)' ast-grep --pattern 'get_challenge_stats($_)' ast-grep --pattern 'get_workspace_users($_)'
5111-5119
: Verify Row Level Security policiesThe new table has a foreign key relationship to workspaces, but ensure that proper Row Level Security (RLS) policies are implemented to restrict access to workspace members only, as mentioned in the summary.
#!/bin/bash # Description: Check if RLS policies exist for the new workspace_calendar_sync_log table # Expected: Find RLS policies that restrict access to workspace members rg -A 10 -B 5 "workspace_calendar_sync_log.*policy|policy.*workspace_calendar_sync_log"
apps/db/supabase/migrations/20250620134409_add_workspace_calendar_sync_log.sql
Outdated
Show resolved
Hide resolved
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #3135 +/- ##
==========================================
- Coverage 0.80% 0.79% -0.01%
==========================================
Files 2569 2569
Lines 327991 328129 +138
Branches 3071 3071
==========================================
Hits 2625 2625
- Misses 323173 323311 +138
Partials 2193 2193 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
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.
LGTM! Thanks @DennieDan.
Notes
google_account_email
: currently, the method to get this does not work; however, it does not return error. If required, I will deletegoogle_account_email
from the tableSummary by CodeRabbit
New Features
Chores