sm00th / bitlbee-discord Goto Github PK
View Code? Open in Web Editor NEWBitlbee plugin for Discord (http://discordapp.com)
License: GNU General Public License v2.0
Bitlbee plugin for Discord (http://discordapp.com)
License: GNU General Public License v2.0
After adding the account, trying to set it on:
16:14:34 <@bleader> acc discord on
16:16:34 <@root> discord - Login error: Connection timeout
16:16:34 <@root> discord - Logging in: Signing off..
16:16:34 <@root> discord - Logging in: Reconnecting in 135 seconds..
Not sure if this is related to bitlbee-discord for real, but I actually have no clue how to debug this, so I'm filing this issue.
It never worked for me yet, I tried to change password in case something was wrong with auth, but in this case the message is different and instant.
This is on a FreeBSD 9.1 with libwebsockets 1.6.3 manually compiled, and bitlbee 3.4.1 and glib 2.34.
Any hint on how to try to debug this? I'm guessing this isn't really a code issue, but likely some kind of odd combination of app/libs/os.
Hello,
First, I want to thank you for your work.
I am trying to build it but I am running into an error. (BitlBee version 3.4.1.) I started with libwebsockets and that went well via these commands:
mkdir build && cd build
cmake ..
make
sudo make install
Then proceeding to build bitlbee-discord:
$> make
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord.o src/discord.c
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord-http.o src/discord-http.c
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord-websockets.o src/discord-websockets.c
In file included from src/discord-websockets.c:20:0:
src/discord-handlers.h:25:55: error: unknown type name ‘json_value’
src/discord-websockets.c: In function ‘discord_ws_send_payload’:
src/discord-websockets.c:29:3: warning: implicit declaration of function ‘libwebsocket_write’ [-Wimplicit-function-declaration]
src/discord-websockets.c: In function ‘discord_ws_keepalive_loop’:
src/discord-websockets.c:42:5: warning: implicit declaration of function ‘libwebsocket_callback_on_writable’ [-Wimplicit-function-declaration]
src/discord-websockets.c: In function ‘discord_ws_service_loop’:
src/discord-websockets.c:54:3: warning: implicit declaration of function ‘libwebsocket_service’ [-Wimplicit-function-declaration]
src/discord-websockets.c: At top level:
src/discord-websockets.c:67:21: warning: ‘enum libwebsocket_callback_reasons’ declared inside parameter list [enabled by default]
src/discord-websockets.c:66:56: error: parameter 3 (‘reason’) has incomplete type
src/discord-websockets.c: In function ‘discord_ws_callback’:
src/discord-websockets.c:69:10: warning: implicit declaration of function ‘libwebsocket_context_user’ [-Wimplicit-function-declaration]
src/discord-websockets.c:69:30: warning: initialization makes pointer from integer without a cast [enabled by default]
src/discord-websockets.c:103:9: warning: implicit declaration of function ‘libwebsockets_remaining_packet_payload’ [-Wimplicit-function-declaration]
src/discord-websockets.c:118:7: warning: implicit declaration of function ‘libwebsocket_cancel_service’ [-Wimplicit-function-declaration]
src/discord-websockets.c: At top level:
src/discord-websockets.c:166:38: error: array type has incomplete element type
src/discord-websockets.c: In function ‘discord_ws_init’:
src/discord-websockets.c:181:3: warning: implicit declaration of function ‘libwebsocket_get_internal_extensions’ [-Wimplicit-function-declaration]
src/discord-websockets.c:181:19: warning: assignment makes pointer from integer without a cast [enabled by default]
src/discord-websockets.c:191:3: warning: implicit declaration of function ‘libwebsocket_create_context’ [-Wimplicit-function-declaration]
src/discord-websockets.c:191:14: warning: assignment makes pointer from integer without a cast [enabled by default]
src/discord-websockets.c:196:3: warning: implicit declaration of function ‘libwebsocket_client_connect’ [-Wimplicit-function-declaration]
src/discord-websockets.c: In function ‘discord_ws_cleanup’:
src/discord-websockets.c:206:5: warning: implicit declaration of function ‘libwebsocket_context_destroy’ [-Wimplicit-function-declaration]
src/discord-websockets.c: At top level:
src/discord-websockets.c:166:38: warning: ‘protocols’ defined but not used [-Wunused-variable]
make: *** [discord-websockets.o] Error 1
Not sure how to move forward from this. Any help is appreciated. Thank you!
Sometimes messages typed on the IRC end won't get through to the discord side.
I suspect this is the same thing that happens in the actual client too, which then marks your messages with red color to indicate the sending failed.
There isn't any indication of failing to send messages in the plugin.
It would be really appreciated if there would be some kind of check-up if the message was succesfully delivered, and if not, a notification or automatic re-send.
Starting the plugin crashes bitlbee with the following error:
/usr/lib/bitlbee/discord.so: undefined symbol: lws_set_log_level
Compiled with latest source for libwebsockets, version 1421.8d5351a-1
i have say 3 channels called #general over 3 servers, they are id 1 2 and 3 ,3 is the correct one (identified from topic) i chat add !3 yadayada, i dont join 3, i join 1
I don't know if the service is down or what is going on, but I cannot connect to discord at all lately (at least with mfa). I even tried removing the token from the config xml file and retry, but every time I enter in my 2FA token in discord_mfa, the lag starts and just goes up until the point it just lags itself out and bitlbee restarts. Like it will start at 1 and just keeps counting upward. I verified with my twitter account that if I don't enter in 2FA token, no lag at all. But the second I enter it, bitlbee won't work and requires a restart. This also means my other connections on bitlbee won't work during this constant lag fest.
Not sure if I'm missing something, but regardless of --prefix value, it always installs to /usr/lib/bitlbee.
Here is the full log: http://pastie.org/pastes/10863398/text?key=ndgrgrtdxrhcsvmjcjbmiw
The timestamps on /usr/lib/bitlbee is correct to the time when I ran make install
For control channels, with channel set show_users "online,away,offline"
to always keep offline users visible (I distinguish using away message thanks to away-notify
support), anyone who goes offline will quit then immediately rejoin, filling up the log, like so:
[1:53:52 am] <BitlbeeNick> channel set show_users "online,away,offline"
[1:53:52 am] --> DiscordUser (DiscordUser@discord) has joined &discord
[1:53:52 am] <root> show_users = `online,away,offline'
[...trimmed many entries...]
[2:48:36 pm] <-- DiscordUser (DiscordUser@discord) has quit (Leaving...)
[2:48:36 pm] --> DiscordUser (DiscordUser@discord) has joined &discord
[2:49:46 pm] <-- DiscordUser (DiscordUser@discord) has quit (Leaving...)
[2:49:46 pm] --> DiscordUser (DiscordUser@discord) has joined &discord
[2:55:10 pm] <-- DiscordUser (DiscordUser@discord) has quit (Leaving...)
[2:55:10 pm] --> DiscordUser (DiscordUser@discord) has joined &discord
[2:58:17 pm] <-- DiscordUser (DiscordUser@discord) has quit (Leaving...)
[2:58:17 pm] --> DiscordUser (DiscordUser@discord) has joined &discord
[3:01:22 pm] <-- DiscordUser (DiscordUser@discord) has quit (Leaving...)
[3:01:22 pm] --> DiscordUser (DiscordUser@discord) has joined &discord
With the default of online+,special%,away
, or a non-default of online,away
, the join/quit spam stops, replaced by nicks disconnecting and reconnecting. That.. works, but isn't desirable as it forces using the blist all
command to see when new users join.
Chat channels (as opposed to control channels) have no option to show offline users, so the issue doesn't apply there.
Admittedly, I don't know if Bitlbee's plugin interface is responsible, or if the Discord plugin isn't handling the situation properly.
19:42 <nick> https://cdn.discordapp.com/attachments/xxxxxxxxxxxxxxxxxx/233267567148531722/xnAuW6nD1NUcoqhUKE8hcfKIAnzkqJlsGLucOPEvmplWYcGthYM8p90K_b8RhZ1ccs7wL6u7nCfUTh08Fkjip9QYmkD7eAhKq9zeB6YrwQaOY0JdAt6So0xGV7UuLRKIJEA8-i_i7QEDFcZmql-a30P9m2yVBhTIXpehg0HSs5GyohTGQtw8mrd8GlNOtgJ- 19:42 <nick> ZtCUk6p9uQ9hreYUO04upddELDKVIaR8tVeciZ3P34rDVR6xR1tDudcg_cDaxlYYATcJXqI8SYf1jDIzHr_V4m_kCDY8ntGdrbirg_u1RUxHzb5Li9FL4Wt2j7zqPpizBBt1Avjehjd8byeBvIGtDDTT2sMqRaAEUqFe_iiYgbsOG3vAj-ddPodbMtsNu1Y1CFkZmsTf5c89Ij1p0TSBku2gEVK55HGmhIcEQM_3cP0UemaN4i6kRfWKI9kEgQt7z-zk_dQJnVtXyo-WO37eXpgsxRPhb4Z38J6sEtBUOlDsVz63RqLY5QKy41afM1PrE6-kQ1biN1FS-XlzJlKR6zbV97nC_zK4g4Vt8gPcBMudPZpBU_dzIpXUExh7Az07xfQqR5uWr_- 19:42 <nick> NbXwLPfgAlM9jXF5IhFoh5ZJUyfX1V8wJxc-fw359-h638-no.png
Would it be possible to add an option to shorten urls with some service before displaying them, in case of really long links(multi-line)? Opening these is a hassle.
Possibly scripting support to pre-process messages before giving them to bitlbee (which supposedly splits them). Having an option to run a shell command on each message would be very nice.
I don't know the best issue topic name for this feature request.
Basically, in IRC, highlights work like:
user: <message>
or user, <message>
etc
And typing @user: message
is slow because I can't tab complete. So I'm wondering if bitlbee-discord can translate Kays: message
to @Kays message
P.S.: not sure if Discord keeps a list of IRC nicks to Discord nicks because it has to account for spaces in Discord nicks in the translation.
Hello,
I can't login on Discord with the plugin since yesterday. I tried to upgrade bitlbee-discord with the latest changes but even after this I can't login. I get the following error:
discord - Login error: Failed to get server info.
discord - Logging in: Signing off..
discord - Logging in: Reconnecting in 5 seconds..
I am however able to login using the command line and mimicking what the discord_http_login
is doing:
$ curl -X POST -d '{"email": "[REDACTED]", "password": "[REDACTED]"}' \
-H "Content-Type: application/json" \
-H "User-Agent: Bitlbee-Discord" \
http://discordapp.com/api/auth/login
{"token": "[REDACTED]"}
Example, someone with name (ᵔᴥᵔ)
as his username breaks mentions. It doesn't show up in bitlbee-discord and name_:
does not convert into a mention properly
I think this is a followup to #14
#test
for reference.#general
) and type something, referencing #test
in a message in either/both Discord client and bitlbee-discord.#test
again in #general
to verify that the links no longer work.#general
won't show up in bitlbee-discord. However, your messages sent from bitlbee-discord will still work.P.S.: I'm still trying to figure another bug out that causes bitlbee to completely crash. When I was going through a few scenarios above while trying to find the culprit, I've triggered bitlbee to crash on many occasions but the steps to reproduce it is still unclear.
libwebsockets has an advertising clause in it that makes it GPL-incompatible. https://github.com/warmcat/libwebsockets/blob/master/LICENSE#L18-L23 is the part of the license in question, and http://www.gnu.org/licenses/gpl-faq.en.html#OrigBSD probably explains why it's incompatible.
Using an OpenSSL-compiled version of libwebsockets would be GPL-incompatible too, but the licensing terms are probably more bad than the use of OpenSSL.
In the web client, there is a button next to the input bar that allows for media uploads.
Receiving this message in bitlbee-discord results in a blank line, but when clicking on the media link in the web client (provided you have previews off), it points to an actual url of the attachment.
In testing, /away Reason for away
, set away "Reason for away"
, and account discord set away "Reason for away"
do not propagate to the Discord plugin.
I'm not sure how to set status as the web interface doesn't seem to allow changing it and the Linux client doesn't yet exist. Discord's help indicates that it's supposed to happen after some time of being away-from-keyboard, but doesn't indicate if the client controls this. Requesting more status options for the official client is voted as the number 1 suggestion on Discord's feedback page, so.. this -might- have to wait for a protocol change.
In my particular case, I have Bitlbee behind Quassel IRC, which stays connected all the time via the Quassel "core". When I close the client, the core sends to Bitlbee /away [detach_message]
. Next time the client reconnects, it's cleared by sending Bitlbee a blank /away
.
Right now, incoming_me_translation
affects channel messages, but not private messages. As the /me
command works in both situations in the official webclient, if possible, the Bitlbee Discord plugin should apply the translation to both situations.
It might simplify matters to move the code into a dedicated function for parsing incoming me strings.
My messages that I type in Discord apps (mobile or desktop) don't show up in bitlbee-discord so the convo looks very awkward there.
Per the latest update, the following are fine:
kays: hello
kays_test: hello
Manual @mentions
like:
hello @kays
does not work. It shows up as plain text. Would be nice to have it work even via
hello kays
where kays is auto-complete-able.
Maybe a better option would be to check if any word matches a nick? Or would that be too slow of a process? I don't think it has to send the message to the server the millisecond after I hit enter. If it's a second slower, I don't think it's a big deal. But if it is not practical, then manual @mentions
support would be great.
And if you can also add case-insensitive matching such that:
kays: hello
Kays: hello
both work, I'd appreciate it. Often times, typing on mobile devices auto-capitalize first letter and this also breaks.
Enhancement request.
As a user I'd like the ability to set a different nickname based on the Discord server I am on. When connecting using the bitlbee-discord
plugin, the nickname is set by your Discord login name.
The Discord web-based and application clients let you change your nick name on a per server basis. I've set this preference for each server I wish to override the default.
However when I login to Discord with Bitlbee + bitlbee-discord
, my Discord login name is used as the nickname.
Since Bitlbee is the gateway into different chat systems such as discord, a configuration plugin option should be used.
#channel
do not show up (link) properly in Discord when sent from bitlbee-discord.
When channel names on multiple servers coincide bitlbee will add "_" suffixes to the name until it is unique, which doesn't help to see which one is which.
A possible solution to this is to add an option that will change channel naming convention to #servername.channelname for all channels.
There are a couple channels I part every time I enter trhough bitlbee, especially since its a mirror from an IRC channel I'm in, so I get tons of pings when I speak. So, it'd be nice if I wasnt forced into that every single time discord Bitlbee disconects and rejoins.
When you share multiple servers with the same user they only appear in the nicklist of 1 server which seems to be the 1st server sorted by alphabet
UserA is a member of ServerA
UserA is a member of ServerB
UserA appears in the nicklist of #ChanA on ServerA
UserA Does not appear in the nicklist of #ChanB on ServerB
This issue also seems to effect the voice status
UserA is connected to ServerA's voice channel ChanA and decides to join ServerB's voice channel ChanB the following appears in &bitlbee
discord - User UserA is no longer in any voice channel.
whenever discord logs in, i'm added to channels on servers on discord that my role doesn't have access too. i don't receive messages from these channels, but buffers still open for each of them.
Using any emotes:
:O :( :) :D
does not get converted properly in Discord. Likewise, emotes used in Discord do not show up in bitlbee-discord.
Don't know if this is already a known issue. But I noticed this after setting up my discord account in BitlBee. First of all: I create a contact list channel for every account (&channel) - the one for discord is named &discord.
This contact list is empty (except root and myself) until I connect to a server from a random webbrowser or from Android. As soon as I join a server from web/android the contact list pops up in my IRC client. Very strange.
The configuration is as follows
[00:38] <GhettoGirl> acc discord set
[00:38] <root> auto_connect = `true'
[00:38] <root> auto_reconnect = `true'
[00:38] <root> away is empty
[00:38] <root> edit_prefix = `EDIT: '
[00:38] <root> host = `discordapp.com'
[00:38] <root> incoming_me_translation = `on'
[00:38] <root> max_backlog = `50'
[00:38] <root> mention_ignorecase = `off'
[00:38] <root> mention_suffix = `:'
[00:38] <root> never_offline = `off'
[00:38] <root> nick_format is empty
[00:38] <root> nick_source = `handle'
[00:38] <root> password = `********' (hidden)
[00:38] <root> send_acks = `on'
[00:38] <root> server_prefix_len = `0'
[00:38] <root> status is empty
[00:38] <root> tag = `discord'
[00:38] <root> urlinfo_handle = `urlinfo'
[00:38] <root> username = `*******' (hidden)
[00:38] <root> voice_status_notify = `off'
Once joined, the chat is working fine.
Additional questions:
Is it also possible to join a server by some command or not? Channels pops up for the server, which I connected from web.
Is there multiple server support yet?
After installing libwebsockets-git from the Arch Linux AUR using the latest Git commit, trying to make
bitlbee-discord gives the following error:
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord.o src/discord.c
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord-http.o src/discord-http.c
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord-websockets.o src/discord-websockets.c
src/discord-websockets.c: In function ‘discord_ws_callback’:
src/discord-websockets.c:107:45: error: dereferencing pointer to incomplete type ‘struct libwebsocket_pollargs’
dd->main_loop_id = b_input_add(pargs->fd, B_EV_IO_READ,
^
src/discord-websockets.c:119:18: error: dereferencing pointer to incomplete type ‘struct libwebsocket_pollargs’
if (pargs->events & POLLIN) {
^
Makefile:13: recipe for target 'discord-websockets.o' failed
make: *** [discord-websockets.o] Error 1
Compiling using libwebsockets v1.5-chrome47-firefox41 worked.
Discord-Plugin Version: | git-master from 2016-08-05 ( d7fb6b1 ?) |
---|---|
BitlBee Version: | apt-get package "bitlbee-libpurple" (3.4.1-1 0 http://ports.ubuntu.com/ wily/universe armhf ) |
Setup: | Raspberry Pi 2 with Ubuntu Mate 15.10 |
Issue:
Wanting to remove Discord channels from the Channel-List by using /part (and clear Chatlog in client) crashes Bitlbee resulting in a DC…
Reason I want to part them is the problem mentioned in Issue #34
It does not seem related to the IRC Client … I tested it with Quassel and HexChat …
Parting Channels from other Bitlbee Plugins is fine …
Crashlog:
http://pastebin.com/mcLvAUSj
Noticed that I couldn't log in to my account when my password included characters like ~`/{ and so forth.
Was welcomed with this:
@root discord - Login error: (null)
@root discord - Logging in: Signing off..
@root discord - Logging in: Reconnecting in 5 seconds..
Changed my password and it works like a charm.
Using bitlbee-discord-git-121.c4f3426-1 from AUR.
EDIT: Seems it has nothing to do with the plugin, just need to input the password in quotes; https://bugs.bitlbee.org/ticket/758
Most IRC clients support mIRC color codes and formatting for italics, bold, etc. For example, here's how Quassel IRC handles converting from mIRC to Qt internal.
Discord also supports formatting (minus colors) via their flavor of Markdown. Mapping mIRC to Markdown and vice-versa would help keep visual intent the same.
This should be optional, akin to the incoming_me_translation
, say, incoming_format_translation
, and apply to both channels and private messages (also see issue #27). Sending out mIRC codes probably should always be translated as the special characters are nonsensical to the Discord client.
Some more information on color and formatting (feel free to ignore the color aspect):
http://en.wikichip.org/wiki/irc/colors
https://wiki.mibbit.com/index.php/Formatting
http://www.mirc.com/colors.html
Aside: the Bitlbee OTR plugin uses mIRC color and formatting codes, then strips certain color combinations and the prefix of <<OTR>>
in order to ensure OTR messages cannot be spoofed. However, it's unlikely to need handled here, for even if the OTR plugin doesn't account for other plugins, Discord itself doesn't support colors.
Hello, I am running Debian jessie and I am running into an error upon executing make.
Sysinfo:
$ uname -a
Linux gan 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) i686 GNU/Linux
$ cat /etc/issue.net
Debian GNU/Linux 8
I got bitlbee and bitlbee-dev from the official Debian jessie repositories:
$ sudo bitlbee -V
BitlBee 3.2.2-2
API version 030202
Compiled libwebsockets yesterday from the git version:
jidori@gan:~/bitlbee-discord$ libwebsockets-test-echo
[1451753072:2612] NOTICE: Built to support client operations
[1451753072:2618] NOTICE: Built to support server operations
lwsts[23599]: libwebsockets echo test - (C) Copyright 2010-2015 Andy Green <[email protected]> - licensed under LGPL2.1
lwsts[23599]: Running in server mode
lwsts[23599]: Initial logging level 7
lwsts[23599]: Libwebsockets version: 1.6.0 0c7e5a9
However, whenever I try to build bitlbee-discord itself I cannot even get past the first file:
$ LC_ALL="en_US.UTF-8" make
gcc `pkg-config --cflags bitlbee` -fPIC -Wall -g3 -ggdb -O0 -std=gnu99 -c -o discord.o src/discord.c
src/discord.c: In function 'init_plugin':
src/discord.c:100:5: error: unknown field 'handle_is_self' specified in initializer
.handle_is_self = discord_is_self
^
src/discord.c:101:3: warning: initialization from incompatible pointer type
};
^
src/discord.c:101:3: warning: (near initialization for 'pp.auth_allow')
Makefile:13: recipe for target 'discord.o' failed
make: *** [discord.o] Error 1
Might this be because the bitlbee version in jessie repos is too old?
Discord will reject messages sent with new lines, which if you have pastebuffer enabled on bitlbee, when you split it will add in new lines.
Pastebuffer merges multiple messages into one single message when sent within a certain period of time.
Therefore, either new lines should trigger a split into a separate message, or they should just be stripped out altogether.
Update:
Really the above fix that we did, is more of a jury rig, especially since discord does now support multi-line messages. So, the question becomes, why is discord rejecting multiline messages? Its generating a 400 error, which is a bad request.
listchan
branch, channels that haven't been chat add
'd still mark messages as readsend_acks
into tri-state, with always
, joined
(default), never
In the listchan
branch, by default no channels are joined, yet all messages are marked as read. Originally, I expected only joined channels (chat add discord [index]
) to be marked as read.
I join two Discord groups mostly for keeping up with the individuals on them, not the actual server channels. However, every now and then I'd still like to catch up on the channels right now, without wanting all of it in my IRC client.
Others may have different use cases, so keeping some form of disabling message acknowledgement makes sense. Some might prefer marking all channels as read.. though that use case might be better handled by muting channels.
I installed this from the AUR. The error I'm getting is:
bitlbee[19007]: /usr/bin/bitlbee: symbol lookup error: /usr/lib/bitlbee/discord.so: undefined symbol: lws_set_log_level
This is making Bitlbee crash, let me know if you need more info.
Hi
First and foremost, thank you very much for this project, it helped me regroup all my chats in my IRC client :-)
I have an issue though with mentions. When someone mentions somebody, it shows up as <@105630595446521857>
instead of @RealName
.
Discord now uses underscores to indicate /me
messages, e.g. /me does a thing
→ _does a thing_
. It might still be useful to translate *does a thing*
as both produce italic text.
For example, typing the following:
/me sends a message from web-client, with Firefox Developer tools open...
Whenever incoming_me_translation
is on, these messages should be translated back, e.g.:
-*- discord_nick does a thing
Aside, handling Discord formatting to/from mIRC codes would be a neat future addition
The plugin does not seem to have support of users with Unicode nicks, like "メカラッピーダイラト"
They do not show up in the NickList and all chat messages show with the nick _ (and again _ is not listed in the nicklist)
Only after reconnecting, _ show up in the nicklist, but this is still not the correct
Do not know if this a limit of the plugin or bitlbee
bitlbee-discord messes up all the unread indicators (and notification alerts) on my Discord apps, on both my computer and mobile devices.
I don't know if it's possible to not auto-mark all messages as read.
That's all I get. Is this plugin working at all, currently?
typing /me something in bitlbee-discord results in a literal "/me something" in discord
typing /me something in discord results in something in bitlbee-discord
With set otr_policy opportunistic
, I consistently received HTTP 400 errors, e.g.
<root> discord - Error: Failed to send message (400).
After using set otr_policy manual
, messages appear to send correctly and show up in the Discord web interface. I'm guessing the whitespace and tab pattern interferes with what Discord expects, but I do not know for sure.
Any way to fix this other than manual
? It'd be useful to preserve opportunistic
for protocols where others may or may not be using OTR.
Hello,
With the latest changes (thank you very much), I'm getting this error while running autogen.sh:
aclocal: couldn't open directory 'm4': No such file or directory
Thanks!
If a server name is not using alphanumeric characters, setting server_prefix_len
results in the channels being named #chat_<3-digit-num>
. In this case, it's better to default to channel name instead.
Example: I'm in a few servers that are using Japanese characters.
Reference: #10
PMs work fine, and servers chats work fine, but if you start a group PM then that does not show up in bitlbee, and one is forced to use discord for that.
Not sure if this is closely related enough to #40 to warrant it being part of the same issue, but, channels seem to display the account name/username (not sure of the terminology) rather than the per-server nickname. Would be handy to have the per-server nick showing up instead :)
Wouldn't a channel name be more recognizable in the IRC client if it was prepaned with the discord server name if someone has joined multiple servers at once.
Example: #mydiscordserver_channelname
Is there any way to use Two-Factor Authentication with this?
on acc discord on or acc on, irc immediately loses connection to bitlbee. Upon reconnect, bitlbee has forgotten about the account.
0319 @johnny acc add discord (EMAIL) (PASS)
0319 @root Account successfully added with tag discord
0319 @johnny acc discord on
0319 -- irc: disconnected from server
0321 @root Password accepted, settings and accounts loaded
0321 @root No accounts known. Use `account add' to add one.
I think messages have stopped working.
A friend messaged me from discord the other day, I received it just fine.
But today, I was trying to connect through to bitlbee-discord and bitlbee kept crashing with SIGSERV.
I opened my discord.app @me and saw that I had a message from someone hours ago that I never received while logged in though the irc client. After reading the message, bitlbee-discord successfully connected.
May not have anything to do with it, but I pulled the latest git before I had the last message sent to me.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.