Fin for Salesforce now live on Fin Academy!
-
Recently active
I’ve integrated Slack<>Intercom together so that clients can start conversations directly in Slack channels and Support can monitor said conversations via Intercom so nobody leaves their desired platforms.Issue is, it does not seem possible to trigger a CSAT score rating upon closing a conversation. This is ultra valuable and since these are our highest priority clients we really want to hear how they like communicating with Support and if this is an effective process. This seems to be available on a lot of channels but not Slack for some reason :(
Hi everyone,I'm Marius from NEONA, a design lighting brand based in Cologne. We're currently rolling out Fin on our email channel — German language, mostly B2C — and I'm doing it solo for the first time.I'd like to connect with other companies in Germany or German-speaking markets running Intercom, ideally with Fin. Nothing confidential — I'm just curious how others have approached things like:splitting workflows by channel vs. by function where you draw the line between what Fin handles and what goes to a human German-language tone, and how you handle formality what you'd do differently if you started overHappy to share what we've run into as well — a few things came up that aren't covered in the docs.If any of this sounds familiar, drop a comment or send me a DM.Marius
Hi Intercom Team,We're hitting intermittent errors from the REST API that appear out of the blue — not correlated with our request rate or any code change on our side — and that succeed when we retry a short while later.The responses come back as HTML (nginx), not the usual JSON. Two examples:404 Not Found — GET /companies/scroll, x-request-id: 000fb95rqvhcl5nf9to0 403 Forbidden — seen previously (HTML, no x-request-id / x-ratelimit-limit headers)We've increased our retry/backoff, which recovers most occurrences, but some still fail outright.This looks like prior reports:https://community.intercom.com/api-webhooks-23/getting-404-502-and-504-error-from-api-at-the-first-time-then-success-after-retry-10039 https://community.intercom.com/api-webhooks-23/api-requests-are-returning-403-4656Any help here would be pretty appreciated. Happy to share timestamps and more request IDs.Thanks,Faruq
We've had the iOS Messenger down for ~2 months on our production app (React Native, @intercom/intercom-react-native 10.3.4, US workspace, appId m4e3h09o). Android works fine with the identical integration.Symptoms: the Messenger opens but content stays empty; the native console shows repeated "network error – the data couldn't be read because it isn't in the correct format" on update-user and fetch-composer-suggestions. curl to api.intercom.io succeeds, so it isn't connectivity — the SDK is receiving a response it can't parse (JSON deserialization failure).What we've already done: confirmed appId + iOS key resolve to the same workspace; ruled out init order, ATS, SSL pinning, duplicate packages and region routing.The telling part: a minimal, empty Expo project with the same appId/key loaded the Messenger correctly on one run, then reproduced the exact same error on a later run — with nothing changed locally. An identical client that passes and then fails with zero local changes points
Hi Intercom support,It seems like something quite big was added to the intercom-ios repo on Github, such that cloning the repo is now a >3GB download.(see https://api.github.com/repos/intercom/intercom-ios -- size: 3144481!)SwiftPM does deep clones, so a fresh build on xcode now takes several hours due to waiting for the intercom package.Can something be done about this?Cheers,Tom McLean
We are utilising the 6.0.2 version of the capacitor-community/intercom package, which is using a 12.x version of the Intercom Android SDK internally.What seems to be happening is that when the plugin registers it is making an initial call to Intercom (probably for the reasons outlined in this thread: Our JS implementation code does not do anything until the user logs in. At which point we call `setUserHash` and `registerIdentifiedUser` respectively. We then have a button that launches the intercom bubble (displayMessenger).On a fresh install an Android 15 this works fine. We can login, click the button and intercom launches. On Android 16 it doesn’t. If you exit the app and restart it works fine from that point onwards.When monitoring the logs on the Android 16 device, with a release build, we get this error immediately upon app launch, before the user has a chance to interact (or even grant permissions for things like push notifications):Failed to register or update user: {"type":"err
Hello, according to FIN there is no way to merge conversation besides using the UI. Can you confirm if this is true? Merging conversations via api is a crucial part of our workflow.
I have the Slack integration working, so all messages sent via the live chat widget on our webiste are going to a Slack channel. How can I set it up so replies in a Slack thread go back to the Intercom conversation, and to the live chat widget? I have tried builing a “Teammate sends any message” workflow, and also a “Teammate adds a note” workflow, but neither one worked. Any suggestions?
EXC_BAD_ACCESS: Exception 1, Code 2, Subcode 6132301816 >Stack overflow CoreFoundation 0x193f04a10 __CFStringEqual CoreFoundation 0x193f39e24 CFCachedStringEqual CoreFoundation 0x193f39dc0 _CFXNotificationRegistrarFindName CoreFoundation 0x193f63ea8 CFXNotificationRegistrarFind CoreFoundation 0x193f63864 _CFXNotificationPost Foundation 0x1911b1088 -[NSNotificationCenter postNotificationName:object:userInfo:] Intercom 0x105a9d1b8 -[ICMRootViewController postIntercomModalViewControllerWillHideNotification] Intercom 0x105a9c2e0 -[ICMRootViewController closeIntercomModalWithCompletion:] Intercom 0x105a9bee8 -[ICMRootViewController dismissAllIntercomViews] UIKitCore 0x199e1dd40 -[UIViewController dismissViewControllerWithTransition:completion:] UIKitCore 0x199e1d92c -[UIViewController dismissViewControllerWithTransition:completion:] UIKitCore 0x199ee4784 -[UIViewContro
Is it possible to change the Data Hosting Region Configuration at runtime? We’re using native Android and iOS apps. The documentation says we need to set the region in the AndroidManifest or the plist (iOS). But we have US and AU customers. Attempting to just change the app ID and API key grabs most of the helpful stuff (I can see the icon color changing for example...) but when opened, the Intercom app just says “Something’s gone wrong.”Are mobile apps able to support multiple regions with Intercom?
Hey community,Trying to connect Intercom to our Discord server and hitting this error:"This bot can't join more servers as it has not been verified or is requesting gateway intents it has not been verified for."Fin confirmed the bot is pending Discord verification and there's no workaround. Raised it with Engineering Support, they confirmed it's a known bug, created a ticket, no ETA.A few questions:Is anyone successfully using the Discord integration right now? Was there a point where it worked and stopped, or has it never worked? Any workaround — e.g. does the server need to be a verified/community Discord server?Seems like a critical gap given Intercom is promoting it as a supported channel. Curious if others are affected.
Bug Report: Unrecognized selector sent to CPTemplateApplicationScene (CarPlay) — iOS 27 Summary The Intercom iOS SDK crashes the host app with an **unrecognized selector** exception when aCarPlay scene is involved in scene lifecycle. Intercom sends a `UIWindowScene`-only selector to`CPTemplateApplicationScene`, which is a sibling of `UIWindowScene`, not a subclass — so themessage is unhandled and the app terminates. This is the same long-standing defect previously reported as`-[CPTemplateApplicationScene windows]: unrecognized selector`( and )On **iOS 27** the selector has changed to a different `UIWindowScene`-only API: -[CPTemplateApplicationScene _enhancedWindowingEnabled]: unrecognized selector sent to instance Environment Intercom SDK | 19.3.2 (intercom-ios-sp, SPM). Also reproduces on latest 19.6.3 — updating does not fix it.iOS 27 (also historically reproduced on earlier iOS with the `windows` selector variant)SwiftUI/UIKit app with a separate CarPlay scene (`CPTemplateApplicati
I work for a company that rents out vehicles. We've introduced a user attribute that displays the license plate of the vehicle that is being reserved. As soon as a user reserves a different vehicle, this attribute changes into a different license plate. I want to be able to instantly start a chat, or send a message, as soon as this attribute changes. During our tests we were only able to send chats and posts when a user matches the rules at the start of their session when they launch our app, but not after that. Does anybody have any idea on how to send chats, post, carrousels etc. after the initial launch of our mobile app?
Release Date: 01-07-2026 🐛 Bug Fixes Fixed a crash that could occur at launch on some iOS Simulator runtimes.
The Intercom platform has following webhook topics: - conversation.admin.replied -- Admin conversation replies - conversation.operator.replied -- Fin/Bot replies to a conversationHere all topics https://developers.intercom.com/docs/references/webhooks/webhook-modelsDuring the tests with reusable workflow, I noticed that Bot replied are send in both topic. As a result, service receive two messages.Below an example of Bot reply message in `conversation.admin.replied`:{ "type": "notification_event", "app_id": "l4e36xhv", "data": { "type": "notification_event_data", "item": { "id": "215474343849634", "...": "...", "conversation_rating": null, "title": "Andrew", "custom_attributes": {}, "conversation_parts": { "type": "conversation_part.list", "conversation_parts": [ { "type": "conversation_part", "id": "4576
Release Date: 09-06-2026 🚀 Enhancements Added security enhancements. 🐛 Bug Fixes Fixed a crash that could occur during app launch.
Clari and Salesloft announced the gradual sunset of Drift in March 2026. No hard end-of-life date, no confirmed migration runway. If you're waiting for a firm deadline before you act, that deadline may arrive with less lead time than your data volume requires.This is what to prioritize before your access disappears.The data that's hardest to recover once it's goneNot everything in Drift carries equal weight. Contacts and lead records are relatively portable — CSV exports handle most of it. What's harder to reconstruct is conversation history: transcripts, timestamps, assignees, thread structure, tags, and the metadata that makes historical conversations searchable and useful.Drift enforces a 600 requests/minute API rate limit. That's the hard ceiling on extraction speed regardless of which method you use. If conversation transcripts matter to your team — for training, compliance, context, or handoffs — budget 2–3 weeks for the extraction alone. That's not a migration timeline. That's j
Hey everyone - just shipped TicketReel, a Canvas Kit app I built for the Intercom inbox.The idea: when an agent resolves a ticket, they add an internal note with the resolution steps, then click Generate Video in the TicketReel panel. The app turns that note into a 60-second branded AI avatar video — scripted by GPT-4o, rendered via HeyGen, captioned via Whisper — and posts the video link back to the conversation as an internal note.The video can be shared with the customer or published to your knowledge base, so the same resolution helps future customers who hit the same issue.Built with Canvas Kit + the Conversations API. Happy to answer any questions about how it works under the hood.App Store listing:https://ticketreel.chriscastle.com/
If you're still on Drift, you've probably heard: Clari + Salesloft announced the gradual sunset of Drift in March 2026, with no hard end-of-life date confirmed. A vague timeline isn't a safety net — it's a risk. Post-acquisition, releases slowed, CSM support was eliminated for most accounts, and a 2025 data breach took the platform offline for ten days with limited communication. That's what you're migrating away from. Why Intercom?The use case overlap is real. Intercom has evolved into a full AI-first platform that combines live chat, ticketing, and Fin AI in a unified workspace — so if your Drift setup handled both inbound leads and post-sale support, Intercom handles both natively.A few things that matter when you're comparing:Pricing: Drift's minimum entry was $2,500/month. Intercom's Essential plan starts at $29/seat/month and includes a shared inbox, Fin AI, and a help center. Integrations: Intercom offers 400+ integrations across support, analytics, and marketing. Drift's deepe
We’re migrating from Zendesk to Intercom.In our App, we have notes that preserve certain actions and any associated Zendesk tickets with URLs to that ticket, like https://{workspace}.zendesk.com/agent/tickets/12345.We’d like to record a direct URL to a ticket in the same fashion with Intercom. However, it’s not immediately apparent what that URL would look like.If I have just created an Intercom ticket via the API with id 12345, what would the URL to that ticket look like?
Hi there.Intercom chat does not load on Safari Mobile (iPhone). The window.Intercom object is not available, and the chat widget does not appear. However, the same implementation works correctly on: Chrome (desktop and mobile) Safari on macOS desktop Expected behavior Intercom should initialize and expose window.Intercom, and the chat widget should be available on all supported browsers, including iOS Safari. Intercom is integrated via GTM and it’s initialized in a React hook: Library: react-gtm-module
Hi,I’m using the Intercom Messenger SDK in a React application and I’m trying to pass contextual data onto the conversation as conversation attributes.For example, I want to set values such as:workspace_name workspace_id current_url subscription_plan item_id item_title item_urlThese values are specific to the conversation the user is starting, as a user may be in different workspaces or different parts of the application at different times, so storing this as user attributes is not appropriate because the values can change from conversation to conversation.Fin suggested updating user attributes via the SDK, but that does not solve the problem for us. We need the data attached to the conversation itself, so it can be used reliably in Workflows, Inbox, and downstream connectors.It feels like the Messenger SDK should support setting conversation attributes when opening or creating a conversation. I’d prefer not to make a separate REST API call to update the conversation after it has been
Scribe tutorial videos are very helpful for customers. We would like to embed in Intercom using iframe. Is this something product is considering, or may have already implemented?
Hey everyone,Small finding I wanted to share for those of you who prefer a cleaner workspace.A common complaint is that Intercom is browser-only, but there's a neat trick to make it feel like a proper desktop app, at least visually. No extra software needed. Here's how:Press Windows + R, type the following, and hit Enter: chrome --app=https://app.intercom.comIn the code snippet above and in the following snippets below, the command is shown as chrome -, but it should be chrome - - (double dash). However, the markdown editor converts this to just one dash. If you simply copy the commands everywhere, it will always be correct!This opens Intercom in a stripped-down Chrome window: no tabs, no address bar, no browser toolbar. It sits in your taskbar like any other app and feels much more focused.To be clear: this doesn't improve performance, loading times, or anything under the hood. It's purely a visual/UX improvement for those who like a dedicated window without browser distractions.Inter
I noticed a regression in conversation webhooks. The regression effects messages with embedded images.Previously, in version of API 2.14 , embedded image in a message (e.g. paste screenshot from clipboard) was send as in webhook as an embeedded `IMG` in conversation part’s body. After releasing 2.15, the behaivor of v2.14 also has changed. The embedded image(-s) are available both in `body` and `attachments`. As a result, users receive a duplicated images in replies. Is there a way to restore the previous behaivour for v2.14 and not include an embedded images in `attachments`? Example of conversation part from webhook payload (v.2.14):{ "type": "conversation_part", "id": "45209530418", "part_type": "assignment", "body": "<p class=\"no-margin\">Image test<br></p>\n<div class=\"intercom-container\"><img src=\"https://downloads.intercomcdn.com/i/o/l4e36xhv/2373221822/cdc43c786608e690132109617c4e/image.png?expires=1778501700&signature=2421a4a292d391e9aeb
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.