🎅 How to prepare your Fin AI Agent for Christmas 🎅
-
Recently active
Release Date: 02-07-2026 🐛 Bug Fixes Fixed an issue where the composer could retain text after sending a message dictated with the iOS keyboard.
Release Date: 25-05-2026 🐛 Bug Fixes Fixed an issue where the status bar could display the incorrect text colour.
Release Date: 01-04-2026 🐛 Bug Fixes Fixed an issue where some conversation parts may not appear when launching directly to a conversation. Fixed an issue where duplicate conversation screens could appear when launching directly to a conversation. Fixed an issue where text colors could appear incorrect in Note and small Post messages. Fixed an issue where YouTube video thumbnails could fail to fill the full container width.
Release Date: 16-12-2025 🐛 Bug Fixes Fixed an issue where localizations could fail to load. Fixed an issue the composer text occasionally wasn't cleared after sending a message.
Release Date: 04-12-2025 🚀 Enhancements Added titles to the Messages screen to help users differentiate between their conversations. 🐛 Bug Fixes Fixed an issue where image height within carousels was incorrectly capped.
Release Date: 17-11-2025 🐛 Bug Fixes Fixed a crash related to ICMPersistenceProxy where reading objects from cache was not correctly handling errors.
Release Date: 24-10-2025 🚀 Enhancements Added support for transcribing messages using your voice. To enable this feature, add the following to your Info.plist: xml <key>NSMicrophoneUsageDescription</key> <string>YOUR DESCRIPTION HERE</string> 🐛 Bug Fixes Fixed an issue where composer buttons and help center articles could render incorrectly on Liquid Glass. Adjusted how translations are bundled resolving an edge case where they could fail to load correctly.
I want to make this post as I have spent the last day trying to understand why the X-Hub-Signature being sent in the header wasn’t matching the the HMAC signature that I was getting when converting the JSON body and Client Secret from the request.If you are using Python, MAKE SURE YOU USE SEPARATORS IN THE JSON DUMP BEFORE ENCODING. Here is the method that worked for me: def authenticate_intercom_request(self,x_hub_sig): json_string = json.dumps(self.body, separators=(',', ':')) hashed = hmac.new(self.secret.encode('utf-8'), json_string.encode('utf-8'), sha1) return hmac.compare_digest(hashed.hexdigest(), x_hub_sig[5:])Python by default will add chars in the body that will alter the returned value from Intercom, and without the separators listed above it will always fail.
Release Date: 24-09-2025 🐛 Bug Fixes Fixed device token registration for JWT-based identity verification. Previously, when identity verification was enabled with JWT tokens, device token registration would fail with error 4003. The SDK now properly supports both HMAC and JWT tokens for device token registration.
Release Date: 18-08-2025 🚀 Enhancements UI Improvements for events in conversations.
Release Date: 08-08-2025 🚀 Enhancements Typing indicators are now shown in the Messages screen.
Release Date: 14-07-2025 🚀 Enhancements You can now present specific Tickets with the presentContent method. Tweaked dark mode colors to be more harmonious.
Release Date: 26-06-2025 🚀 Enhancements Added support for Dark Mode. This feature is currently in beta, and will be enabled for all customers in a future release.
Release Date: 06-05-2025 🚀 Enhancements Improved handling of conversations merged across channels and conversations merged between users.
Release Date: 23-04-2025 🚀 Enhancements Some improvements to the rendering and height management of messenger apps.
It seems that connecting my intercom account to the community here has locked in my username. I’d rather not have my full name on posts, but it doesn’t seem like there’s a way to change my username. Is there any way to change it? For reference, I know that Gainsight (the community platform that the community is built on) has the option to use SSO and still let users choose their own usernames. Personally, I prefer that in communities than being forced to use whatever details are pulled across by the SSO. Thanks!
Hi all — I'm doing some research on how teams measure AI resolution quality, and there's one thing I can't find anyone talking about.My understanding of the billing mechanic: a conversation counts as resolved either when the customer confirms it helped, or when they stop responding without asking for a human. The second case is the interesting one. Intercom does deduct the resolution if the customer reopens *that conversation* later, even across billing periods, which seems like a genuinely fair correction.But it only catches people who come back to the same thread. If someone reads Fin's answer, decides it didn't help, and emails support@ three days later — or calls, or starts a fresh chat — that's a new conversation. Nothing connects it to the original, and from what I can tell there's no way to see that pattern from inside Intercom, because Intercom can only see the Intercom channel.So my question: **has anyone here actually joined their email or phone support data against Fin's res
Few of our identified users on iOS see “Something went wrong” when user opens the Messenger. Calling Intercom.logout() and then logging the user in again fixes it. We cannot reproduce it on demand, and no error reaches our app.EnvironmentIntercom iOS SDK via SPM - 19.5.7. Some affected builds were on 19.7.2. iOS version: > iOS 15 Identity verification: enabled. We call Intercom.setUserHash after loginUser(with:). Setup: setApiKey at launch, loginUser(with: ICMUserAttributes) with userId, email and company after sign-in, then Intercom.present() from a Settings → “Chat with us” row.ExpectedIntercom.present() shows the Messenger for a logged-in user.ActualThe Messenger opens with a “Something went wrong” error screen.ObservationsLogging out of our app (which calls Intercom.logout()) and logging back in fixes it loginUser’s completion handler returned no error that we could observe.Lifecycle, in the order our code runs itAt launch and after sign-in, we call Intercom.setApiKey(_:forAppI
Hello, I’m experiencing a problem where the Intercom chat does not open when a user taps on a push notification on iOS. I have implemented the Intercom React Native plugin as per the documentation, and the messaging functionality works perfectly. Notifications are received correctly, but tapping on them does not open the chat as expected. Environment Details: • Platform: iOS• React Native Version: 0.74• Intercom React Native Plugin Version: 8.1.0 Problem Description: • The Intercom messenger is fully integrated into my app, and users can send and receive messages without any issues.• Push notifications from Intercom are successfully delivered to the device.• According to the documentation, tapping on a push notification should automatically open the relevant chat within the app. However, this is not happening on iOS.• When I tap on a push notification while the app is closed, the app opens but does not display the chat. Instead, it remains on the previous screen or the home screen.• I
We've recently been experiencing an issue with the Data Export API.The export jobs are submitted successfully, but when polling their status, the API returns in_progress a few times before eventually returning the following error:{ "errors": [ { "code": "service_unavailable", "message": "Sorry, the API service is temporarily unavailable" } ]}The transition from in_progress to this error often happens within just a few minutes.An example export job ID is 8ejdlg23rdolf8l2.This has been happening consistently with recent export request.
We're currently experiencing compatibility issues when using Intercom alongside other push notification platforms, and we'd like to understand whether FID support is on your roadmap.If a migration is planned, could you share an estimated timeline?Thanks!
We've had a difficult experience with Fin since the start. We never received any real onboarding or guidance, so we set everything up on our own.Later, our plan turned out to be too small, and we were billed roughly double in overage charges. We tried repeatedly to contact sales to upgrade to a plan that fit our volume, but never got a response.Our company has since decided to move to another provider. For several weeks now we've been trying to cancel, but there's no self-service cancel option, and it seems the only way is for someone at Fin to process it. Our messages through every channel have gone unanswered.We'd really prefer to resolve this directly, but if we can't get a response soon we'll have to consider a consumer protection complaint and legal options.Has anyone dealt with this? Is there a specific contact, form, or process that actually worked for you to cancel?
Hello,Does anyone have experience with the Intercom - Telegram connection?Any insights would help a lot. Thanks, Dilara
Hi everyone,I work with the Vasy team, and we talk to retail store owners about their billing setups every week. One thing keeps coming up: people often pick a system for its long feature list, then use only a few of those features day to day.So I’d like to ask this community what you really need from POS billing software for retail.
Hi guys,As far as I know, currently there is no option for sending Whatsapp templates via REST API (correct me if I’m wrong). Whatsapp don’t allow sending messages via their API directly if the number is already connected to your system. That leave us without options in order to have only 1 single point of contact number for receiving user’s questions and being able to automate templates for our users. Other competitors (like Messagebird) already allow to send whatsapp templates via their API.So the question is, is there any plan to allow this in your API? Is there any ETA? This feature is quite important and if there is no plan to implement it would make customers contemplate switching providers. Thanks in advance.
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.