LoliSnatcher_Droid
LoliSnatcher_Droid copied to clipboard
[Bug?] No Discern Between Siblings (Hydrus)
I cannot entirely confirm, but I believe this is the case. When in Hydrus mode: In Hydrus, you can set siblings to tags. So for example, the tag can be lesbian and you can have lesbians, yuri, 2 females, as tag siblings. Anytime a user adds any of those tag siblings, it automatically corrects to lesbian. lesbian being the main tag.
In Lolisnatcher, if I type in lesbians, it only provides 1 result, but if I type lesbian, it provides more. lesbians should not return anything OR change itself to lesbian (because in Hydrus, lesbian is the main tag and lesbians is a sibling). It does not seem to do this, and instead treats them as two results. I am unable to confirm if this is a limitation of the client api being unfinished, or an issue with lolisnatcher (because I know other boorus don't act this way, although imo it's a very very nice system).
Slightly related to #53
partially related: https://github.com/hydrusnetwork/hydrus/issues/957
As I mentioned in my reply to the issue over on the Hydrus repo. The app should use the service_names_to_statuses_to_display_tags
object in the file metadata response for tags to display and use in autocomplete rather than the service_names_to_statuses_to_tags
object it currently uses. The one currently being used contains the raw tags of the file where service_names_to_statuses_to_display_tags
will have resolved siblings and parents.
@floogulinc any chance you can take a peek at the comments of that commit referenced above?
Looks fine I think, you may want to check for the existence of service_names_to_statuses_to_display_tags
before using it and fall back to service_names_to_statuses_to_tags
when it doesn't exist since service_names_to_statuses_to_display_tags
was added in Hydrus 419 so users of decently outdated clients won't have it.