-
-
Notifications
You must be signed in to change notification settings - Fork 989
Bugfix: Tagger Ignoing Disambiguation When Linking Performer #6308
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
Conversation
|
Reminder for myself: test non-stash-box source. |
|
So, I actually thought about this last night as I went to bed. I don't think non stashbox sources will return a remote ID so I will probably change it up so that if one exists use that if not revert to name |
| // Match by remote_site_id if available, otherwise fall back to name | ||
| const matches = performer.remote_site_id | ||
| ? p.remote_site_id === performer.remote_site_id | ||
| : p.name === performer.name; | ||
|
|
||
| if (matches) { |
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.
performer.remote_site_id is known to be defined at the top of this function. This change won't be necessary.
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.
Removed this from performer link. I haven't been able to do much testing on this as it's hard for me to reproduce.
WithoutPants
left a comment
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.
Tested with stash-box source, and I'm satisfied that it will work for non-stash-box sources.
Changed the performer matching logic in
createNewPerformerto useremote_site_idinstead of name when updating search results. This ensures only the specific performer being created gets updated with the newstored_id, preventing the previous performer from being unmatched between performers with matching namesFixes: #6038