gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2023-02-09T21:11:14Zhttps://dev.gajim.org/gajim/gajim/-/issues/6874Ctrl-P, Ctrl-B and Ctrl-F not working with gtk-key-theme-name = "Emacs"2023-02-09T21:11:14ZanonymousCtrl-P, Ctrl-B and Ctrl-F not working with gtk-key-theme-name = "Emacs"When Emacs style keybindings are enabled for GTK stuff, Ctrl-F still opens the file transfer window instead of going one character forwards. Same for Ctrl-B (move one character backwards) and Ctrl-P (move one line up).
Same issue with C...When Emacs style keybindings are enabled for GTK stuff, Ctrl-F still opens the file transfer window instead of going one character forwards. Same for Ctrl-B (move one character backwards) and Ctrl-P (move one line up).
Same issue with Ctrl-W (#6786 and #3738), but that seems to be fixed, so fixing these would be trivial I guess?
If nobody has time for this, I would try to create a patch.0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7616Gajim should properly flag encrypted messages when using OTR with Message Car...2018-04-30T11:41:46ZanonymousGajim should properly flag encrypted messages when using OTR with Message Carbons enabled.OTR or e2e encrypted messages should be properly flagged as private when Message Carbons are enabled that can be done by appending a \<private /> element to the message stanza.
This will avoid 'em to be CC'ed when they shouldn't.OTR or e2e encrypted messages should be properly flagged as private when Message Carbons are enabled that can be done by appending a \<private /> element to the message stanza.
This will avoid 'em to be CC'ed when they shouldn't.0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7806No urgent bell (urgency hint) on a first message in the single window mode2018-04-29T20:37:44ZanonymousNo urgent bell (urgency hint) on a first message in the single window modeIf a successive message is received, then Gajim reports an urgent bell (makes a window title/bar blinking), but if a first message is received, it doesn't.
I've got the single window mode set, a tray icon disabled and when new event arr...If a successive message is received, then Gajim reports an urgent bell (makes a window title/bar blinking), but if a first message is received, it doesn't.
I've got the single window mode set, a tray icon disabled and when new event arrives: show notification set (but tried other options and they don't fix the problem).
If Gajim is in the detached roster mode, a roster sends an urgent bell on a first message received. So it looks like a chat window blocks roster events in the single window mode.0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7831Ctrl+F should be Find, just like everywhere else2022-08-06T23:36:00ZanonymousCtrl+F should be Find, just like everywhere else# Bug description
Ctrl+F should be 'Find'. Now it sends file. It is inconsistent with all other applications. I would expect it to pop up a search entry of a roster.
# Steps to reproduce
Press Ctrl+F when you want to find something. You...# Bug description
Ctrl+F should be 'Find'. Now it sends file. It is inconsistent with all other applications. I would expect it to pop up a search entry of a roster.
# Steps to reproduce
Press Ctrl+F when you want to find something. You get file dialog to send a file (even if send file button is disabled).0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7856group chats - default option for "minimized on autojoin"2018-04-29T20:37:41Zanonymousgroup chats - default option for "minimized on autojoin"Hi there,
bookmarked groupchats are by default not "minimized on autojoin". this could be annoying if you have many chats. It would be fine to be able to set a default value for it, maybe in the advanced configuration editor.
Thanks!Hi there,
bookmarked groupchats are by default not "minimized on autojoin". this could be annoying if you have many chats. It would be fine to be able to set a default value for it, maybe in the advanced configuration editor.
Thanks!0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7905Pasting into add MUC dialog's "room" field should be improved2018-04-30T11:42:43ZanonymousPasting into add MUC dialog's "room" field should be improved# problem
Prasing of JIDs or URIs into the MUC bookmark "room" field could be improved to split out the nick from the resourcepart, or to work with XMPP join URI's.
# analysis
When pasting an entire JID into the room field of the add...# problem
Prasing of JIDs or URIs into the MUC bookmark "room" field could be improved to split out the nick from the resourcepart, or to work with XMPP join URI's.
# analysis
When pasting an entire JID into the room field of the add new bookmark or join chat dialog box, it is split into its component parts. Eg. pasting "room@example.net" would into the "room" field would set the room field to "room" and the server field to "example.net".
This is convenient when copy/pasting MUC rooms from webpages and documents. However, this paste functionality could also be expanded to work for join/invite URI's as specified in [RFC 5122](https://tools.ietf.org/html/rfc5122), [XEP-0147](https://xmpp.org/extensions/xep-0147.html), and [XEP-0045](http://xmpp.org/extensions/xep-0045.html#registrar-querytypes-join) in order of ascending priority (eg. "xmpp:jabber@conference.jabber.org?join").
This would split off the query string and protocol (`?join' and `xmpp:'), and then paste the rest as usual (useful when, eg. copying a link source from a webpage).
It might also be good (though with more limited use, I would think) to split full JID's including the resource part. Eg. `room@example.net/MyNick' would split and place `MyNick' in the Nickname field.
# enhancement recommendation
Implement URI parsing, specifically URI's with the query ``?join'' or ``?invite'".
Possibly implment parsing resourceparts into nicks, but this most likely has limited use.0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7919Gajim shows an "X" when the other side does not support delivery receipts2018-04-29T20:37:39ZsingpolymaGajim shows an "X" when the other side does not support delivery receiptsWhen I'm using my irssi-xmpp to talk to people using Gajim with delivery receipts enabled, they get a red "X", which makes them think the message didn't go through, instead of just not getting a green check, since my client does not supp...When I'm using my irssi-xmpp to talk to people using Gajim with delivery receipts enabled, they get a red "X", which makes them think the message didn't go through, instead of just not getting a green check, since my client does not support delivery receipts yet.0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7960programming error detected when removing account2018-04-29T20:37:39Zanonymousprogramming error detected when removing account# Bug description
Removing an account yields the following 'programming error' popup:
Traceback (most recent call last):
File "src\roster_window.py", line 979, in remove_newly_added
KeyError: u'Calyx'
The account is ultimately remove...# Bug description
Removing an account yields the following 'programming error' popup:
Traceback (most recent call last):
File "src\roster_window.py", line 979, in remove_newly_added
KeyError: u'Calyx'
The account is ultimately removed successfully after closing 2-3 of these pop-ups.
# Steps to reproduce
Remove an account from 'Accounts' dialogue
# Software versions
OS version: Win7 64-bit
GTK version: 2.24.10
PyGTK version: 2.24.10
0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7987Jingle File Transfer DST.ADDR2018-04-29T20:37:37ZanonymousJingle File Transfer DST.ADDR# Bug description
Gajim fails to calculate a correct socks5 hash when sending a file to a candidate of the recipient.
This is because of the variables _initiator_ and _target_ not being set in this mode, therefore the sha1 hash is calc...# Bug description
Gajim fails to calculate a correct socks5 hash when sending a file to a candidate of the recipient.
This is because of the variables _initiator_ and _target_ not being set in this mode, therefore the sha1 hash is calculated of "{sid}NoneNone".
# Steps to reproduce
1. Send a file to an jingle file transfer enabled client
2. Block usage of senders candidate
3. Receiver will show an error0.16.2zimiozimiohttps://dev.gajim.org/gajim/gajim/-/issues/7988UnicodeEncodeError2018-04-29T20:37:37ZanonymousUnicodeEncodeErrorIt happened twice, already. Gajim was not focused and I noticed error after a while. I have started using 0.16.1 today. I have had no such error in 0.16.
Traceback (most recent call last):
File "/usr/lib64/python2.7/site-packages/gaji...It happened twice, already. Gajim was not focused and I noticed error after a while. I have started using 0.16.1 today. I have had no such error in 0.16.
Traceback (most recent call last):
File "/usr/lib64/python2.7/site-packages/gajim/gui_interface.py", line 2395, in read_sleepy
auto=True)
File "/usr/lib64/python2.7/site-packages/gajim/roster_window.py", line 2134, in send_status
self.send_status_continue(account, status, txt, auto, to)
File "/usr/lib64/python2.7/site-packages/gajim/roster_window.py", line 2183, in send_status_continue
gajim.connections[account].change_status(status, txt, auto)
File "/usr/lib64/python2.7/site-packages/gajim/common/connection.py", line 762, in change_status
self._update_status(show, msg)
File "/usr/lib64/python2.7/site-packages/gajim/common/connection.py", line 2059, in _update_status
signed = self.get_signed_presence(msg)
File "/usr/lib64/python2.7/site-packages/gajim/common/connection.py", line 1870, in get_signed_presence
return self.get_signed_msg(msg, callback)
File "/usr/lib64/python2.7/site-packages/gajim/common/connection.py", line 235, in get_signed_msg
signed = self.gpg.sign(msg, keyID)
File "/usr/lib64/python2.7/site-packages/gajim/common/gpg.py", line 78, in sign
passphrase=self.passphrase)
File "/usr/lib64/python2.7/site-packages/gajim/common/gnupg.py", line 838, in sign
f = _make_binary_stream(message, self.encoding)
File "/usr/lib64/python2.7/site-packages/gajim/common/gnupg.py", line 184, in _make_binary_stream
s = s.encode(encoding)
UnicodeEncodeError: 'latin-1' codec can't encode character u'\u015b' in position 37: ordinal not in range(256)
0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7990Privacy lists are requested even if support is not advertised2017-08-06T00:57:19ZanonymousPrivacy lists are requested even if support is not advertised# Bug description
A query IQ is sent with the jabber:iq:privacy namespace upon connection, even if the server doesn't advertise support for that XEP. I discovered this because the server I'm trying to connect to doesn't send an error r...# Bug description
A query IQ is sent with the jabber:iq:privacy namespace upon connection, even if the server doesn't advertise support for that XEP. I discovered this because the server I'm trying to connect to doesn't send an error response IQ (thus keeping me from establishing a session), but this is pretty minor, since a compliant server should reject it.
# Steps to reproduce
* Add an account for a server that doesn't support XEP-0016.
* Open the XML console for that account.
* Connect to that account.
* Observe that the privacy lists query is sent, even though support is not returned by service discovery.
# Software versions
OS version: Arch Linux
GTK version: 2.24.27
PyGTK version: 2.24.00.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7993"jid malformed" in one-to-one chat2018-04-29T20:37:37Zanonymous"jid malformed" in one-to-one chat# Bug description
Since version 0.16, every one-to-one chat we start begins with "jid-malformed" (see screenshot). This did not happen in 0.16-rc2 or earlier.
We're using user@example jids for convenience (instead of user@example.com) as...# Bug description
Since version 0.16, every one-to-one chat we start begins with "jid-malformed" (see screenshot). This did not happen in 0.16-rc2 or earlier.
We're using user@example jids for convenience (instead of user@example.com) as it's an internal service only.
# Steps to reproduce
# Software versions
OS version:
GTK version:
PyGTK version:0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7995"UnicodeError: label empty or too long" when double clicking on specific contact2018-04-29T20:37:37Zanonymous"UnicodeError: label empty or too long" when double clicking on specific contactSince today, when trying to talk to a specific contact (ie when I double click on him in the list), an error appears:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/gajim/roster_window.py", ...Since today, when trying to talk to a specific contact (ie when I double click on him in the list), an error appears:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/gajim/roster_window.py", line 4153, in on_roster_treeview_row_activated
self.on_row_activated(widget, path)
File "/usr/lib/python2.7/site-packages/gajim/roster_window.py", line 4146, in on_row_activated
resource=resource, session=session)
File "/usr/lib/python2.7/site-packages/gajim/gui_interface.py", line 2242, in on_open_chat_window
session=session)
File "/usr/lib/python2.7/site-packages/gajim/gui_interface.py", line 2183, in new_chat
chat_control = ChatControl(mw, contact, account, session, resource)
File "/usr/lib/python2.7/site-packages/gajim/chat_control.py", line 1679, in __init__
self.restore_conversation()
File "/usr/lib/python2.7/site-packages/gajim/chat_control.py", line 3038, in restore_conversation
old_kind=local_old_kind, xhtml=xhtml)
File "/usr/lib/python2.7/site-packages/gajim/chat_control.py", line 934, in print_conversation_line
displaymarking=displaymarking)
File "/usr/lib/python2.7/site-packages/gajim/conversation_textview.py", line 1344, in print_conversation_line
iter_=end_iter)
File "/usr/lib/python2.7/site-packages/gajim/conversation_textview.py", line 1473, in print_real_text
iter_=iter_)
File "/usr/lib/python2.7/site-packages/gajim/conversation_textview.py", line 1069, in detect_and_print_special_text
iter_=end_iter)
File "/usr/lib/python2.7/site-packages/gajim/conversation_textview.py", line 1211, in print_special_text
puny_text = helpers.puny_encode_url(special_text)
File "/usr/lib/python2.7/site-packages/gajim/common/helpers.py", line 145, in puny_encode_url
p_loc = idn_to_ascii(o.netloc)
File "/usr/lib/python2.7/site-packages/gajim/common/helpers.py", line 125, in idn_to_ascii
converted_labels.append(idna.ToASCII(label))
File "/usr/lib/python2.7/encodings/idna.py", line 73, in ToASCII
raise UnicodeError("label empty or too long")
UnicodeError: label empty or too long
And it happens each time I double click. I've tried to restart gajim with no success. I can talk with this contact using Pidgin without any issues.0.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/8007link-local/Bonjour XMPP can't be contacted on Windows2018-04-29T20:37:36Zanonymouslink-local/Bonjour XMPP can't be contacted on Windows# Bug description
With Gajim 0.16.1 on Windows 7, link-local/Bonjour XMPP can't be contacted. It seems to listen on [::]:5298 IPv6-only, but registers via Bonjour for IPv4 only. Connecting to the IP address and port via telnet locally do...# Bug description
With Gajim 0.16.1 on Windows 7, link-local/Bonjour XMPP can't be contacted. It seems to listen on [::]:5298 IPv6-only, but registers via Bonjour for IPv4 only. Connecting to the IP address and port via telnet locally does not work for IPv4, but works for IPv6. But the other host will try IPv4 only, so can't contact the Windows machine.
It seems there would be a flag missing when creating/binding the socket so that it will receive IPv4 connections, too. Otherwise, two sockets would need to be used, one for IPv6 only and one for IPv4 only.
(Besides, it would be nice if Gajim could register with Bonjour for IPv6, too, but this might be a problem on Apple's side.)
# Steps to reproduce
Install Gajim on Windows 7 with Apple Bonjour printing services installed, start up and try to chat to the Windows machine from another machine on the network. It will try to connect via IPv4 and eventually time out. When chatting from the Windows machine to the other machine, the message is received and one can send answers to the Windows machine that will be received, too. But when trying initial contact anew from the other machine to the Windows machine, it will time out again.
# Software versions
OS version: Windows 7
GTK version: 2.24.10
PyGTK version: 2.24.00.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/8010Gajim sends CSN when it must not2018-04-29T20:37:35ZDarlanGajim sends CSN when it must not# Bug description
Gajim is sending CSNs to a full JID that it's not allowed to send them to, and is then getting into an infinite loop.
Thank you to **Kev** and **Link Mauve** from chat room `jabber@conference.jabber.org`.
# Steps to r...# Bug description
Gajim is sending CSNs to a full JID that it's not allowed to send them to, and is then getting into an infinite loop.
Thank you to **Kev** and **Link Mauve** from chat room `jabber@conference.jabber.org`.
# Steps to reproduce
1. Set `Send chat state notifications:` to `All chat states`.
2. Enter to a channel where sending PMs is not allowed.
3. Attempt to send a PM.
* Error 403: Forbidden
4. Close tab.
* Tab reopened automatically with Error 403.
* Error 403: Forbidden
* Error 403: Forbidden
* ...
# Software versions
OS version: Salix OS 14.1 (Slackware 14.1 based)
GTK version: 2.24.20
PyGTK version: 2.24.00.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/8025Should track multiple addresses with link-local XMPP, and try all of them2018-04-29T20:37:35ZanonymousShould track multiple addresses with link-local XMPP, and try all of them# Bug description
When using link-local XMPP with Avahi, the last discovered address wins. This is a 50:50 chance of breakage if the other host really is only reachable via IPv4, but we keep an IPv6 address only. (Or the other way round....# Bug description
When using link-local XMPP with Avahi, the last discovered address wins. This is a 50:50 chance of breakage if the other host really is only reachable via IPv4, but we keep an IPv6 address only. (Or the other way round.) This is relevant with old gajim (0.15.1) which (on Debian 7) only listens on IPv4, but registers with Avahi for any protocol, including IPv6 (for which it does not listen). 0.15.1 seems to have other problems with link-local messaging which are fixed in 0.16.1 according to the changelog, but with fixing current gajim, we can at least send a message *to* 0.15.1, though it can't relieably reply.
I've tried to fix the code to store multiple addresses, and try to connect to other addresses on connect error, see attached files. These 4 commits still require review / more testing, but it should be a start.
# Steps to reproduce
Start a Gajim 0.15.1 on a remote Debian 7 host with IPv6 dual-stack. Let it connect to Local. Start a current/hg Gajim (0.16.1+) on your own dual-stack host. Try to message the remote host via link-local XMPP. With a 50:50 chance it will use the remote host's IPv6 address, on which the 0.15.1 Gajim does not listen, so the message will not arrive. (See gajim -v debug output for which address for the remote side was discovered last.)
# Software versions
OS version: Debian 7 'wheezy'
GTK version: 2.24.10
PyGTK version: 2.24.00.16.2anonymousanonymoushttps://dev.gajim.org/gajim/gajim/-/issues/8037Charset issue with group chat history2018-04-29T20:37:35ZanonymousCharset issue with group chat history# Bug description
Gajim uses a wrong charset for messages recevied as group chat history.
Example from gajim group chat:
‎Gestern‎ [18:06:03] spicewiesel: hehe ;)
"Gestern" = german for yesterday
# Steps to reproduce
Join a gro...# Bug description
Gajim uses a wrong charset for messages recevied as group chat history.
Example from gajim group chat:
‎Gestern‎ [18:06:03] spicewiesel: hehe ;)
"Gestern" = german for yesterday
# Steps to reproduce
Join a group chat with history from the previous day.
# Software versions
OS version: Windows 8.1 x64
GTK version: 2.24.10
PyGTK version: 2.24.00.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/8042Message empty when using a subject2018-04-29T20:37:35ZanonymousMessage empty when using a subject# Bug description
When using sendxmpp with the -s flag to send a subject, only the subject appears. The message text will be empty. It seems to me that the use of the subject flag is not consistent with other clients as well. Pidgin seem...# Bug description
When using sendxmpp with the -s flag to send a subject, only the subject appears. The message text will be empty. It seems to me that the use of the subject flag is not consistent with other clients as well. Pidgin seems to handle it well and displays both the message and the subject, while conversation omits the subject.
# Steps to reproduce
1) echo foo | sendxmpp -tls -f /usr/local/share/zabbix/alertscripts/.sendxmpprc -s "bar" "user@domain.tld"
- This will result in a message that just has bar as the subject, the message itself will be empty.
2) echo foo | sendxmpp -tls -f /usr/local/share/zabbix/alertscripts/.sendxmpprc "user@domain.tld"
- This will result in a message with the text foo, as expected.
# Software versions
OS version: arch linux, cinnamon
GTK version: 3.16.2-1
PyGTK version: 2.24.0-50.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/8044AttributeError: 'module' object has no attribute 'OutOfOrder'2018-04-29T20:37:35ZanonymousAttributeError: 'module' object has no attribute 'OutOfOrder'# Bug description
Seems to be caused by an incoming file transfer.
Traceback (most recent call last):
File "/usr/lib64/python2.7/site-packages/nbxmpp/dispatcher_nb.py", line 497, in dispatch
handler['func...# Bug description
Seems to be caused by an incoming file transfer.
Traceback (most recent call last):
File "/usr/lib64/python2.7/site-packages/nbxmpp/dispatcher_nb.py", line 497, in dispatch
handler['func'](session, stanza)
File "/usr/lib64/python2.7/site-packages/gajim/common/jingle.py", line 109, in _JingleCB
self._sessions[sid].on_stanza(stanza)
File "/usr/lib64/python2.7/site-packages/gajim/common/jingle_session.py", line 343, in on_stanza
call(stanza=stanza, jingle=jingle, error=error, action=action)
File "/usr/lib64/python2.7/site-packages/gajim/common/jingle_session.py", line 574, in __broadcast
cn.on_stanza(stanza, content, error, action)
File "/usr/lib64/python2.7/site-packages/gajim/common/jingle_content.py", line 117, in on_stanza
callback(stanza, content, error, action)
File "/usr/lib64/python2.7/site-packages/gajim/common/jingle_ft.py", line 256, in __on_transport_info
raise nbxmpp.OutOfOrder
AttributeError: 'module' object has no attribute 'OutOfOrder'
# Software versions
Gentoo net-im/gajim-0.16.10.16.2Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/8051Exception on every status change: ValueError: Unknown status message: u'NEWSIG'2018-04-29T20:37:35ZanonymousException on every status change: ValueError: Unknown status message: u'NEWSIG'Every time status is changed multiple threads throw following exception:
Exception in thread Thread-544:
Traceback (most recent call last):
File "/usr/lib64/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File...Every time status is changed multiple threads throw following exception:
Exception in thread Thread-544:
Traceback (most recent call last):
File "/usr/lib64/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib64/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/usr/lib64/python2.7/site-packages/gajim/common/gnupg.py", line 768, in _read_response
result.handle_status(keyword, value)
File "/usr/lib64/python2.7/site-packages/gajim/common/gnupg.py", line 292, in handle_status
raise ValueError("Unknown status message: %r" % key)
ValueError: Unknown status message: u'NEWSIG'0.16.2Yann LeboulangerYann Leboulanger