mirror of
https://github.com/koel/koel.git
synced 2026-04-25 16:56:02 +03:00
[GH-ISSUE #879] Duplicate entry, integrity constraint violation #591
Labels
No labels
Authentication
Dependencies
Documentation
Feature Request
Flac
Help Wanted
Installation/Setup
Integration
Mobile
PR Welcome
Pending Release
Performance
Playlist
S3
Search
Sync
[Pri] Low
[Pri] Normal
[Status] Keep Open
[Status] Needs Author Reply
[Status] Needs Review
[Status] Stale
[Status] Will Implement
[Type] Blessed
[Type] Bug
[Type] Duplicate
[Type] Enhancement
[Type] Help Request
[Type] Question
[Type] Task
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/koel-koel#591
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @chrisvandergeld on GitHub (Dec 17, 2018).
Original GitHub issue: https://github.com/koel/koel/issues/879
Hey, thanks for contributing to Koel! To save time for both of us, please make sure these checkboxes are checked before submitting the issue:
All checked? Now also make sure your issue
I've got an issue regarding a duplicate entry upon sync. I've got a fair library and I bet there's a couple doubles in there I just have no clue of how to fix this or find the entry it's talking about. I've tried looking at similar issues but I haven't found any solution so far.
How do I find out which entry it's talking about exactly?
I'm using binhex's arch/koel docker.
@MyPod-zz commented on GitHub (Jan 5, 2019):
I have met the same issue. My fix was to re-initialise the application via
php artisan koel:init, a subsequentphp artisan koel:syncworked correctly. I had no issues in doing this as it was a fairly recent setup anyhow.@phanan commented on GitHub (Jan 7, 2019):
As this is a fairly common problem, I'll think about at least adding a more specific (read: helpful) error message. Thanks for reporting the issue!
@qcasey commented on GitHub (Feb 20, 2019):
I had this exact issue, but
php artisan koel:initdidn't fix it for me.I noticed the Artist's name was way over the artists:name
varchar(191)column length. Bumping up the length to 240 (or ~300 in @Tailchakra's case) fixed it for me.I don't know Laravel, but is it possible to automatically extend the column size in the DB instead of throwing an exception on these edge cases?
Koel has been great so far and looks slick, very excited to get my whole library synced!
@greengeek commented on GitHub (Mar 21, 2019):
I just experienced the same error today as well. I wanted to see what would happen if I pointed it to a library of a few hundred thousand songs. I am pretty sure all my artist/albums/songs are valid for windows naming convention, so I am guessing they should all be under 260 characters, but definitely there will be some that are right up to that limit, easily surpassing the 191.
I tried koel right before on a library of just a few hundred songs for testing and it was very snappy. Looks great so far!
@BrookeDot commented on GitHub (Apr 22, 2020):
Is this still an issue with newer versions of Koel?
@CirnoT commented on GitHub (Nov 8, 2020):
Yes it is an issue (on master), I suppose you should either change name to TEXT or trim name to length of column before inserting into database.
The first solution might be more desirable seeing how popular this is, as alternative would cut off metadata.
@phanan commented on GitHub (Nov 10, 2020):
Thanks folks. I'll give it a closer look in the next version.
@junoh-moon commented on GitHub (Jun 8, 2021):
I also had the same problem, (artist name length is about 220), and I temporarily resolved it by increasing varchar size of the column
nameto big number (512 in my case) indatabase/migrations/2015_11_23_074600_create_artists_table.php