Settings and activity
15 results found
-
4,543 votes
ZoeS17
supported this idea
·
An error occurred while saving the comment -
2,707 votesZoeS17
supported this idea
·
-
464 votes
An error occurred while saving the comment ZoeS17
commented
The fact that you can still track a user based on their id via the `users?login=<username>` endpoint means this feature is redundant if that information is kept in a moderation log. Though at the moment that requires external log(s) as this information isn't provided natively on the website. This also would eliminate the need for previous user names to be viewable to moderators. Currently, the only way to track user name changes is either moderator comments or off-platform logs. That being said, I can see why certain sensitive issues might arise that not everyone wants to be tracked. (i.e. a name change for a transgender person in regards to their Twitch username)
ZoeS17
supported this idea
·
-
160 votesZoeS17
supported this idea
·
-
12 votesZoeS17
supported this idea
·
-
38 votesZoeS17
supported this idea
·
-
72 votesZoeS17
supported this idea
·
-
177 votesZoeS17
supported this idea
·
-
171 votesZoeS17
supported this idea
·
-
32 votesZoeS17
supported this idea
·
-
65 votesZoeS17
supported this idea
·
-
106 votes
An error occurred while saving the comment ZoeS17
commented
The issue(s) that I see here are that while it seems like this may mitigate malicious or capricious bots it only seems to do so by removing endpoints that benevolent developers may use too. This reeks of security through obscurity and while may not be intentional, feels semi-hostile to positive development practices.
I for one feel that while bots are useful I never understood the need, nor desire, for so many followers. That being said, I realize that I may be in the minority in that feeling. In any case, I believe that removing such an endpoint only changes the scope of where such malicious actors may code for next. In all likelihood, they moved on once they heard this announcement(which no doubt contributed to it's expedient removal without deprecation). Point in fact, I don't think even restricting this/these endpoint(s) behind any form of vetting process should be need, nor required. Will it likely fully mitigate the risk, possibly. But let's speak to the larger issue(s) at hand here: am I likely to have to make my source open source(yes), should that requirement be a fully working code(maybe), how well is the endpoint documented(at the moment it's removed, so null), am I guaranteed that changing my code won't require a revetting of the entire codebase(unsure at this juncture but unlikely), how would the platform benefit from code like this being vetted(it would make bots have a harder time following and unfollowing), are there any potential other solutions(yes, many). One such potential solution is that you could add a follow button to the a user's viewercard(which already is a minimized view and allows `Add Friend`, `Whisper`, and `Gift Sub`). Does this solve the problem of programmatically allowing such a follow/unfollow to occur, kind of, though it does require the user load a web site/browser this allows the platform to make sure the user is logged in via cookies or another means(i.e. Authorization Header)
In summary, I think that a respectful dialog between users(perhaps mostly developers) and the platform's development/admin team seems the most beneficial course at this time. I have outlined, my issues above and attempted to suggest a potential mutually beneficial solution. I am open to constructive criticism and/or comments.
-
131 votesZoeS17
supported this idea
·
-
146 votesZoeS17
supported this idea
·
-
51 votesZoeS17
supported this idea
·
@Ferrari_Fire in what version of BTV/7TV as neither of these on their stable channels provude "pronouns" as a function. You might be able to rename/nickname someone with their username[pronouns] but that isn't the user themselves just having the information proffered automatically as suggested.