Opened at 2012-05-19T04:42:58Z
Closed at 2012-11-14T14:56:38Z
#962 closed defect (duplicate)
Replies on Identi.ca don't work with "in context" feature
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Version: | 3.0.5 | |
| Keywords: | identi.ca, in context, message, reply | Cc: | |
| IRC client+version: | Client-independent | Operating System: | Public server |
| OS version/distro: | Fedora 16 |
Description
When someone replies a message using Identi.ca, the message does not get included in the general context of other messages of the same conversation. Instead, each reply is treated separately and show up as atomical "message -> reply", instead of global contexts.
Take this message, for example:
http://identi.ca/conversation/93427035#notice-93802691
and this message:
http://identi.ca/notice/93803229
The second is a reply to a reply of the first link, so it should appear in the full context of the conversation, but instead they appear separately.
Attachments (0)
Change History (3)
comment:1 Changed at 2012-05-19T06:17:52Z by
comment:2 Changed at 2012-05-19T06:33:11Z by
Another fact: just like the reporter in #872 said, the User XX does not exist or didn't post any statuses recently error does not happen every time. Sometimes I can post things without problems by using the reply XX command, and surprisingly this command appears to Do The Right Thing (TM) and set in_reply_to_status_id properly, thus making "in context" work as expected.
If I use nick: style replies, in_reply_to_status_id is not set, as mentioned in the last comment.
comment:3 Changed at 2012-11-14T14:56:38Z by
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
Sorry for not following up earlier.

After examining network traffic, I think I know what is wrong. When I reply to a user using the
nickname: REPLY, thein_reply_to_status_idparameter is not sent in the HTTP headers to Identi.ca servers. Notice that this parameter is sent to Twitter servers, however.When I try to reply to a user using the message ID, like:
bitlbee gives me an error:
Notice also that this only happens on Identi.ca; Twitter is OK. This last bug is related to #872.
I still did not have time to debug further in order to understand why bitlbee is confusing things.