Skip to main content

I think I found a bug, maybe someone has an explaination or fix for it?

 

Upon pushing a button with a certain `component_id` my application performs a 1-2 API requests:

 

1)

 

If `paramsa:contact]c:role]` is a visitor I'll first convert them to a user through:

POST https://api.intercom.io/visitors/convert

{

visitor: {

user_id: paramsa:contact]c:external_id]

},

user: {

email: "john.doe@example.com"

},

type: "user"

}

2)

 

Then I'll start a conversation:

POST https://api.intercom.io/conversations

{

from: {

type: "lead",

id: lead_id

},

body: "I have a question about my order 1001. My email address is john.doe@example.com."

}

The `lead_id` is:

 

  1. - either from `paramsa:contact]t:id]`, if the `paramsa:contact]t:role]` was `lead`
  2. - or from the `id` included in the response body of the first request 

 

However as you see from the following demonstration it seems the created conversations never gets linked to messenger session of the user.

 

https://www.dropbox.com/s/t3epn7i46xy8l7i/intercom_bug_recording.mp4?dl=0/p>

 

Cookies and user localStorage was flushed before the recording.

Hey @christoffer d​ Racheal from the support engineer team here👋 

 

I see you've been working with my teammate Aparna on this, but I will paste the response here for future viewers!

What happens here is when a merge is done the ID for the lead is deleted, which is why it treats that same ID as a brand new lead, there's no link made between the lead ID and the user once the merge happens. This looks like the intended behaviour.


Reply