Skip to content

fix(db): allow deleting users that have shares #4098

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

Merged
merged 3 commits into from
May 22, 2025

Conversation

kgarner7
Copy link
Contributor

No description provided.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hello @kgarner7, 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!

Summary of Changes

Hello! Gemini here, providing a summary of this pull request by @kgarner7. The primary goal of this PR, as indicated by the title, is to fix an issue in the database schema that prevented users from being deleted if they had associated shares. This is achieved by modifying the foreign key constraint on the share table's user_id column to include ON DELETE CASCADE. The change is implemented via a new database migration script.

Highlights

  • Database Fix: Addresses a bug where users could not be deleted if they had existing shares linked to their account.
  • Schema Modification: Modifies the share table's foreign key constraint referencing the user table to include ON DELETE CASCADE.
  • Database Migration: Introduces a new SQL migration script (20250522013904_share_user_id_on_delete.sql) to apply the schema change safely using a temporary table strategy.

Changelog

  • db/migrations/20250522013904_share_user_id_on_delete.sql
    • Adds a new database migration file.
    • Modifies the share table schema to add ON DELETE CASCADE to the user_id foreign key.
    • Uses a temporary table (share_tmp) to copy data, drop the old table, and rename the new one, ensuring data is preserved during the schema change.
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.


Database schema,
A cascade delete dream,
Users now can go.

Footnotes

  1. 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.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a database migration to allow deleting users who have associated shares by adding an ON DELETE CASCADE constraint to the share table's foreign key referencing the user table. The Up migration correctly implements this change using a standard temporary table approach to handle existing data. However, the Down migration is incomplete and does not provide the necessary steps to revert this schema change. No specific style guide was provided, and the review followed common SQL practices.

Summary of Findings

  • Incomplete Down Migration: The Down migration is missing the necessary SQL statements to revert the schema changes made by the Up migration. This could lead to issues if a rollback is required.
  • Style Guide Adherence: No specific style guide was provided for this repository. The review was conducted based on common SQL practices.

Merge Readiness

This pull request introduces a necessary database schema change. The Up migration correctly implements the required foreign key constraint with ON DELETE CASCADE. However, the Down migration is incomplete, which is a high-severity issue as it prevents proper rollback. This PR should not be merged until the Down migration is fully implemented. I am unable to approve this pull request; please have other reviewers review and approve this code before merging.

ellipsis-dev[bot]

This comment was marked as resolved.

@deluan deluan merged commit 6ac3aca into navidrome:master May 22, 2025
31 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants