5 ms·

GitHub refuses to help me unsubscribe from thousands of notifications

29 points by ddevault 6y ago

JMTQp8lwXL 6y ago
Couldn't you write a script to manually go through the pages and click the 'unsubscribe' button? It might be less time/effort on the author's part then attempting to negotiate with a multi-national conglomerate who will take minimum 1 quarter to ship a 'Unsubscribe All' button. There's a long tail in many products where non-happy-path flows are undoubtedly terrible. But if product teams prioritized addressing that long tail, what would happen to the delayed mainstream features? How would the userbase, in aggregate, feel about such a prioritization? It's disappointing when they say to expect no reply, but it seems like both a practical and efficient outcome. They're an autonomous organization and you can't step in and say "put this at the top of the backlog".
- bluefox 6y ago
  Yeah, my first thought was to use some XTEST hack. My next one was "does Wayland have something like that?" Quick search brings up uinput, a kernel module... Sorry, ddevault :)
  - AdamJacobMuller 6y ago
    Selenium is really cool for that kind of thing, if the webapp is so backwards and broken that you really just need to get into the "click button on webpage" level. Mostly though, I strongly suspect this could have been easily solved with using dev tools and inspecting network requests and a bit of grep/sed/awk/curl/while read line loops. Easier to write a snarky blog post, I suppose.
- proactivesvcs 6y ago
  The problem with this approach is that it risks one's account being hit by some black box algorithm for detecting abuse, and then spending another few weeks trying to explain to another customer service rep that a) your account hasn't been hacked, b) you are not abusing their service in spirit, even if in action, c) you do not want your account settings reverted because these changes were made by you and then d) no, please do not ban me from the service permanently. All that apart from the fact that it shouldn't be necessary!
ziddoap 6y ago
> What’s your work email address? I will set up a filter which forwards each unwanted email to you. I will prepare a web page where you can unsubscribe to them 25 issues at a time. This is akin to getting mad at the McDonalds cashier for informing you of some corporate McDonald policy. Anger directed at the customer support, who generally doesn't have the authority to make changes (especially at the scale desired), is misplaced and doesn't help anyone. The whole situation is frustrating, but lashing out at some random customer support agent that happened to get your ticket makes me hope, in a similarly petty way, that they don't resolve this issue until you manually unsubscribe from all the notifications.
- ddevault 6y ago
  This is a joke made in an attempt to engender some much needed empathy from the team on the issue. Naturally the tech can refrain from sharing. GitHub is supposedly a tech company, and supposedly works for developers. I would expect better from them than from McDonald's. You can expect better from me, that's for sure.
  - ziddoap 6y ago
    >I would expect better from them than from McDonald's. You must have entirely missed my point because my point has nothing to do with /your/ expectations of /x/ company. My point is that you should not berate and threaten the customer service representative for issues they both didn't cause and do not have the authority to fix. They are simply doing their job which is: See ticket, attempt to resolve, escalate if they can't. Did you think this particular representative was the person who coded the entire notification system and is the sole person deciding whether or not your proposed solution is implemented? If not, why are you threatening (sorry, "joking")them as if they were? You can be angry with GitHub without taking it out on the person who is simply trying to do their job as a front-line customer service representative. If I had to guess, you must not have ever had to work in a low-level customer-facing position.
    - ddevault 6y ago
      You and I seem to have different standards for "taking it out" on or "berating" someone. Even if the "threat" is taken at face value, the possibility of receiving a few unwanted emails per week is hardly a harrowing scenario. If you feel otherwise, then consider that is exactly what GitHub is doing to me. It was a joke. Tamper it down a bit. I get that you've suffered in a customer-facing position before, but this is not a measured response.
Dayshine 6y ago
My reading of this is that the only reason OP can't unsubscribe in bulk is because there's currently a bug that affects the two repositories in question. Yeah, that sucks, and I'm not surprised the customer support agent can't do a bulk unsubscribe either; sharing the same API is normally a good thing. I'm not sure expecting a 13 day turnaround on a bug is that reasonable. Can't OP just set up an email filter to handle this for a few weeks until it's fixed?
- ddevault 6y ago
  If they said they'd work on it, and asked me to wait patiently, then yes, I would definitely do that. Instead, they mischaracterized the problem, offered wrong advice and conclusions, and ultimately they gave this: > We have forwarded your ticket to the Product team who reads and evaluates all feedback, however we cannot guarantee a response to every submission. Are they working on it? Who knows. Will they maintain the line of communication? Probably not. Will I still get these emails for some unknown amount of time? Yes.
  - Dayshine 6y ago
    That's a fairly routine response for consumer support, unless you have a big expensive support contract I'm not sure why you would expect more than "We're tracking it, thanks for the report". As to your problem: Why not mute the repositories and use a custom filter on your GitHub notification inbox which you can review every few days to see direct mentions in those repos only?
    - ddevault 6y ago
      I think it's reasonable to expect a better response. This is a matter of their system behaving incorrectly - not of, say, some conspicuously absent feature which I would like to have. It is their responsibility to ensure that their email is not sending unwanted spam to someone else. As the founder of a company which deals with similar problems, I find it entirely reasonable to impose upon myself a responsibility to expediently address problems my software creates for others, and to maintain a clear line of communication with the affected party while the issue is addressed. If GitHub doesn't want to do that, then fine, that's their perogative, but I think their reputation deserves a hit for making that choice. As for the problem itself, I'm sure I can think up any number of workarounds, and I'm likely to apply one at some point. But that doesn't change the fact that I should not have to.
m4xm4n 6y ago
Yeah man, that sucks. But your behavior towards the GitHub support person was childish, and I think you owe them an apology.
kaeruct 6y ago
I had a very similar issue when I left my previous job. For some reason I was subscribed to all their repositories (even private ones) and I still kept getting notifications. Luckily it wasn't more than 20 pages, but I had to write some code to automate navigating through these pages and unsubscribing from everything.

29 points by ddevault 6y ago

Couldn't you write a script to manually go through the pages and click the 'unsubscribe' button? It might be less time/effort on the author's part then attempting to negotiate with a multi-national conglomerate who will take minimum 1 quarter to ship a 'Unsubscribe All' button. There's a long tail in many products where non-happy-path flows are undoubtedly terrible. But if product teams prioritized addressing that long tail, what would happen to the delayed mainstream features? How would the userbase, in aggregate, feel about such a prioritization? It's disappointing when they say to expect no reply, but it seems like both a practical and efficient outcome. They're an autonomous organization and you can't step in and say "put this at the top of the backlog".

bluefox 6y ago
Yeah, my first thought was to use some XTEST hack. My next one was "does Wayland have something like that?" Quick search brings up uinput, a kernel module... Sorry, ddevault :)
- AdamJacobMuller 6y ago
  Selenium is really cool for that kind of thing, if the webapp is so backwards and broken that you really just need to get into the "click button on webpage" level. Mostly though, I strongly suspect this could have been easily solved with using dev tools and inspecting network requests and a bit of grep/sed/awk/curl/while read line loops. Easier to write a snarky blog post, I suppose.
proactivesvcs 6y ago
The problem with this approach is that it risks one's account being hit by some black box algorithm for detecting abuse, and then spending another few weeks trying to explain to another customer service rep that a) your account hasn't been hacked, b) you are not abusing their service in spirit, even if in action, c) you do not want your account settings reverted because these changes were made by you and then d) no, please do not ban me from the service permanently. All that apart from the fact that it shouldn't be necessary!

ziddoap 6y ago

> What’s your work email address? I will set up a filter which forwards each unwanted email to you. I will prepare a web page where you can unsubscribe to them 25 issues at a time. This is akin to getting mad at the McDonalds cashier for informing you of some corporate McDonald policy. Anger directed at the customer support, who generally doesn't have the authority to make changes (especially at the scale desired), is misplaced and doesn't help anyone. The whole situation is frustrating, but lashing out at some random customer support agent that happened to get your ticket makes me hope, in a similarly petty way, that they don't resolve this issue until you manually unsubscribe from all the notifications.

ddevault 6y ago
This is a joke made in an attempt to engender some much needed empathy from the team on the issue. Naturally the tech can refrain from sharing. GitHub is supposedly a tech company, and supposedly works for developers. I would expect better from them than from McDonald's. You can expect better from me, that's for sure.
- ziddoap 6y ago
  >I would expect better from them than from McDonald's. You must have entirely missed my point because my point has nothing to do with /your/ expectations of /x/ company. My point is that you should not berate and threaten the customer service representative for issues they both didn't cause and do not have the authority to fix. They are simply doing their job which is: See ticket, attempt to resolve, escalate if they can't. Did you think this particular representative was the person who coded the entire notification system and is the sole person deciding whether or not your proposed solution is implemented? If not, why are you threatening (sorry, "joking")them as if they were? You can be angry with GitHub without taking it out on the person who is simply trying to do their job as a front-line customer service representative. If I had to guess, you must not have ever had to work in a low-level customer-facing position.
  - ddevault 6y ago
    You and I seem to have different standards for "taking it out" on or "berating" someone. Even if the "threat" is taken at face value, the possibility of receiving a few unwanted emails per week is hardly a harrowing scenario. If you feel otherwise, then consider that is exactly what GitHub is doing to me. It was a joke. Tamper it down a bit. I get that you've suffered in a customer-facing position before, but this is not a measured response.

Dayshine 6y ago

My reading of this is that the only reason OP can't unsubscribe in bulk is because there's currently a bug that affects the two repositories in question. Yeah, that sucks, and I'm not surprised the customer support agent can't do a bulk unsubscribe either; sharing the same API is normally a good thing. I'm not sure expecting a 13 day turnaround on a bug is that reasonable. Can't OP just set up an email filter to handle this for a few weeks until it's fixed?

ddevault 6y ago
If they said they'd work on it, and asked me to wait patiently, then yes, I would definitely do that. Instead, they mischaracterized the problem, offered wrong advice and conclusions, and ultimately they gave this: > We have forwarded your ticket to the Product team who reads and evaluates all feedback, however we cannot guarantee a response to every submission. Are they working on it? Who knows. Will they maintain the line of communication? Probably not. Will I still get these emails for some unknown amount of time? Yes.
- Dayshine 6y ago
  That's a fairly routine response for consumer support, unless you have a big expensive support contract I'm not sure why you would expect more than "We're tracking it, thanks for the report". As to your problem: Why not mute the repositories and use a custom filter on your GitHub notification inbox which you can review every few days to see direct mentions in those repos only?
  - ddevault 6y ago
    I think it's reasonable to expect a better response. This is a matter of their system behaving incorrectly - not of, say, some conspicuously absent feature which I would like to have. It is their responsibility to ensure that their email is not sending unwanted spam to someone else. As the founder of a company which deals with similar problems, I find it entirely reasonable to impose upon myself a responsibility to expediently address problems my software creates for others, and to maintain a clear line of communication with the affected party while the issue is addressed. If GitHub doesn't want to do that, then fine, that's their perogative, but I think their reputation deserves a hit for making that choice. As for the problem itself, I'm sure I can think up any number of workarounds, and I'm likely to apply one at some point. But that doesn't change the fact that I should not have to.

m4xm4n 6y ago

Yeah man, that sucks. But your behavior towards the GitHub support person was childish, and I think you owe them an apology.

kaeruct 6y ago

I had a very similar issue when I left my previous job. For some reason I was subscribed to all their repositories (even private ones) and I still kept getting notifications. Luckily it wasn't more than 20 pages, but I had to write some code to automate navigating through these pages and unsubscribing from everything.