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_id
parameter 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.