Closed Bug 1081559 Opened 6 years ago Closed 6 years ago

Send raw msgs through the conversation service


(Instantbird :: Conversation, defect)

Not set


(Not tracked)



(Reporter: arlolra, Assigned: arlolra)


(Blocks 1 open bug)



(1 file, 1 obsolete file)

Attached patch raw.patchSplinter Review
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.101 Safari/537.36
Attachment #8503663 - Attachment is patch: true
Attachment #8503663 - Attachment mime type: text/x-patch → text/plain
Attachment #8503663 - Flags: review+
Is there a particular situation this occurs in? (Where the conversation disappears.)
If it doesn't go through the conversation service, it bypasses the observers we added for encryption.
On second thought, maybe it's better to add another notifier in the command service before executing them that the otr extension can observe and modify ... hmmm. That seem like an ok place to solve the /me /msg command issues as well.
Attached patch command.patch (obsolete) — Splinter Review
Something like this patch.

Pidgin seems to have decided on encrypting "/me ..." as a string and sending a PRIVMSG instead of an action.

That's the "command may have changed" in the patch.

Pidgin currently doesn't handle encryption for notify|msg|query. I opened for them, so I suppose we can't look there to see how to do it.
I find the description is this bug to be lacking. Context is available at [1].

Overall it's to solve how commands should be handled with OTR. /raw can be used on all protocols. IRC has /me, /msg, /notice.

(In reply to arlolra from comment #4)
> Pidgin seems to have decided on encrypting "/me ..." as a string and sending
> a PRIVMSG instead of an action.

This is a *bad* idea. Encrypting the full CTCP string should be done so you can encrypt any arbitrary CTCP command (e.g. DCC connects). This also makes it wayyyy Pidgin specific (since they parse "/me " at the front of messages to determine whether it's an action or not). I dislike this decision.

Ever confirmed: true
Blocks: 954310
So we talked about this briefly on IRC, but wanted to put it in the bug too. I think both Florian and I find this bug pretty confusing. The /raw/ patch seems reasonable, can we split the other commands to separate bugs?
Sure, it's already r+'d so feel free to merge.
Attachment #8503691 - Attachment is obsolete: true
Assignee: nobody → arlolra
Closed: 6 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → 1.6
You need to log in before you can comment on or make changes to this bug.