Slack

Slack Outage Map

The map below depicts the most recent cities worldwide where Slack users have reported problems and outages. If you are having an issue with Slack, make sure to submit a report below

Loading map, please wait...

The heatmap above shows where the most recent user-submitted and social media reports are geographically clustered. The density of these reports is depicted by the color scale as shown below.

Slack users affected:

Less
More

slack Hero Image

Slack is a cloud-based set of proprietary collaboration tools and services. It's meant for teams and workplaces, can be used across multiple devices and platforms.

Map Check Current Status

Most Affected Locations

Outage reports and issues in the past 15 days originated from:

Location Reports
Greenville, SC 1
Morsang-sur-Orge, Île-de-France 1
Greater Noida, UP 1
Lexington, MA 1

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

Slack Issues Reports

Latest outage, problems and issue reports in social media:

  • PrinnyForever Prinfection (@PrinnyForever) reported

    @chhopsky @SlackHQ This third post is specifically with respect to "regardless of how malformed the request is" So there's a bifurcation of the handling into 1) We can parse your request enough to tell you you did something wrong, return 200, fail, errors 2) This is ******* nonsense, 500

  • mejumba Panthère Noire (@mejumba) reported

    @CrnaGoraOne @SlackHQ Sorry to hear that. But what's the issue here? Connectivity?

  • pgonzaleznet Pablo__HappySoup__c (@pgonzaleznet) reported

    @SlackHQ @rrecavar This issue is happening again on Android. Are you aware?

  • chhopsky christina 死神 (@chhopsky) reported

    @PrinnyForever @SlackHQ i'm struggling to understand what this problem is so you do something like await response = body=body, headers=headers) and then you just? dont. get the response. because the server returned a 400

  • chhopsky christina 死神 (@chhopsky) reported

    @PrinnyForever @SlackHQ when you talk about being required to parse the body to handle the error, i honestly have no idea what you're talking about. generally that stuff is only useful if i, a human, am inspecting the response to tell how to write my program

  • chhopsky christina 死神 (@chhopsky) reported

    @PrinnyForever @SlackHQ 200 > i trust everything worked 207 > i trust some things worked, data issues 400 > dont retry, request was incorrect 429 > back off using header info 503 > dead letter queue, retry sooner 502 > dead letter queue, retry later

  • isugimpy Jayme "Danger" Howard (@isugimpy) reported

    @StagedGames @chhopsky @SlackHQ 4xx is not for when you can't establish communication. 4xx is a client-originated problem that causes the request to not complete as expected. Bad payload, lack of auth, incorrect method, rate limiting, etc. Returning a 200 with an error payload is incorrect by the RFC.

  • mypuchd MyPU (@mypuchd) reported

    @SlackHQ it should show error if max length is 10 and on click if image it should show which image i have selected and if i want to send single photo one by one, like whatsapp

  • PrinnyForever Prinfection (@PrinnyForever) reported

    @chhopsky @SlackHQ Sure, and that's all great for expectations and high level, but what if you want to actively interface with the response of the error? Some of those would absolutely go into the diagrams bottom normal path, others frequently would return actionable data

  • chhopsky christina 死神 (@chhopsky) reported

    @PrinnyForever @SlackHQ i'm struggling to understand what this problem is so you do something like await response = body=body, headers=headers) and then you just? dont. get the response. something eats it, because the server returned a 400?

  • chhopsky christina 死神 (@chhopsky) reported

    @PrinnyForever @SlackHQ i'm gonna be honest i have no idea what you're talking about. sounds like user error or misunderstanding not using correct http codes is inting. "we just decided we're going to ignore the RFCs and do something that looks compatible but isnt" always ends up ******* people

  • PrinnyForever Prinfection (@PrinnyForever) reported

    @chhopsky @SlackHQ To the best of my recollection, all issues that reach a level of "this is a pain to deal with" have been caused by client frameworks. Server rarely does anything more than make it harder to control the error code (500 codes are almost always automatic from other layers)

  • PrinnyForever Prinfection (@PrinnyForever) reported

    @chhopsky @SlackHQ lol fair, but I never experienced a problem either maintaining the server or working as the client in that paradigm Not that I might not _now_, that was my first job, but I was responsible integrations with Intuit, Shopify, Stampsdotcom, and that pattern was the easiest

  • PrinnyForever Prinfection (@PrinnyForever) reported

    @chhopsky @SlackHQ Yes, that's something I've experienced lol Granted, your primary intuition of > in order for this to increase problems, a terrible number of things need to have gone horribly wrong already is probably cogent The more I think about it the more it's starting to feel like CSS

  • chhopsky christina 死神 (@chhopsky) reported

    @PrinnyForever @SlackHQ yeah i mean i've seen people use the recycle bin as 'easy access' storage shortcut too. people do things that are terrible ideas all the time if someone told me the company did stuff like that while i was interviewing i'd nod politely and decline to continue

Map Check Current Status