#693 new enhancement

resurrect support for showing OTR status via mode flags

Reported by: zuran_ Owned by: pesco
Priority: wishlist Milestone:
Component: OTR Version: 1.3dev
Keywords: Cc:
IRC client+version: Client-independent Operating System: Linux
OS version/distro:


I'd like to see some more information on what's actually happening when you initiating an OTR session. Also more customizability on how bitlbee indicates what mode you're in. Suggestions:

+v / +o on successful OTR handshake customizable colors during unaffirmed/affirmed status change nick color on affirmed / unaffirmed status

The version found here: is quite good I think.

Attachments (0)

Change History (5)

comment:1 Changed at 2011-05-01T16:48:19Z by pesco

the voice/op support that was there was sadly lost in the transition to 3.0, pending an update of the system/settings/interaction with away status.

wilmer, what's the status on that? i couldn't find voice-related settings at all just now, or did they hide somewhere?

comment:2 Changed at 2011-05-01T17:01:20Z by wilmer

Oh yes, forgot about that..

So modes are set using the IRC_CHANNEL_USER_* flags. Code is not a problem here, you can already do this with irc_channel_user_set_mode(). The problem is how do you let the user configure it. Whatever you do will conflict with modes set by the IM core.

How did you do combine these two so far?

comment:3 Changed at 2011-06-25T22:41:59Z by pesco

not related to mode changes, but verbosity: text messages announcing state changes are back! these got lost in the merge by accident because the code always thought it was reporting them via modes (return value of otr_update_modeflags!).

as for mode settings, i think i wrote something about that in the old merge ticket.

comment:4 Changed at 2011-06-25T22:46:15Z by pesco

Summary: More verbosity in OTR sessionsresurrect support for showing OTR status via mode flags

btw, for the color setting, there is #691.

comment:5 in reply to:  3 Changed at 2011-10-03T16:57:15Z by pesco

I think the show_offline issue resolved itself relatively easy in my branch, precisely because of the way I changed the voice/op handling around: I have separate settings (voice|halfop|op)_buddies with possible values false|online|notaway|encrypted|trusted. Of these, only online is new. So if you turn on show_offline you have to set something like voice_buddies=online and op_buddies=notaway to get the behaviour of HEAD. I've documented this in the user guide.

Modify Ticket

as new The owner will remain pesco.

Add Comment

E-mail address and name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.