gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2019-11-28T15:11:09Zhttps://dev.gajim.org/gajim/gajim/-/issues/8876Fails to connect on startup2019-11-28T15:11:09ZCharlemagne LasseFails to connect on startupThe current gajim version (0.98.2) in Debian buster doesn't support kwallet anymore (see https://dev.gajim.org/gajim/gajim/issues/8875). This now prevents that I get automatically logged in when I start my laptop. Let me explain this in ...The current gajim version (0.98.2) in Debian buster doesn't support kwallet anymore (see https://dev.gajim.org/gajim/gajim/issues/8875). This now prevents that I get automatically logged in when I start my laptop. Let me explain this in detail:
1. logging into my account on the laptop
2. getting the kwallet login screen thingy to get access to WLAN
3. gajim starts up and prints a "cannot login message" (because the WLAN is still down)
4. I enter my credentials for the kwallet stuff
5. Laptop connects to the internet
6. gajim does.... nothinghttps://dev.gajim.org/gajim/gajim/-/issues/8771Connection fails if trying to connect using TOR2019-11-16T14:51:39ZMartinConnection fails if trying to connect using TOR## Versions
- OS: Debian 9 Stretch
- Gajim version: gajim-default-nightly/unstable,unstable,unstable,now 20171023-1 (in info it says 0.16.11.1)
- GTK version: 3.22.11
- Python-nbxmpp version: 0.6.0
## Steps to reproduce the pr...## Versions
- OS: Debian 9 Stretch
- Gajim version: gajim-default-nightly/unstable,unstable,unstable,now 20171023-1 (in info it says 0.16.11.1)
- GTK version: 3.22.11
- Python-nbxmpp version: 0.6.0
## Steps to reproduce the problem
Set up your account to connect via Proxy (SOCKS5, localhost, 9050)
## Expected behavior
Gajim starts and is connecting using TOR
## Actual behavior
Gajim fails to connect (changing localhost to 127.0.0.1 doesn't make any difference)
```
26.10.2017 19:34:41 (I) nbxmpp.proxy_connectors: Authentification successfull. Jabber server contacted.
26.10.2017 19:34:41 (I) nbxmpp.transports_nb: Plugging fd 18, W:True, R:True
26.10.2017 19:34:41 (I) nbxmpp.transports_nb: pollout called, state == PROXY_CONNECTING
26.10.2017 19:34:41 (I) nbxmpp.transports_nb: Plugging fd 18, W:False, R:True
26.10.2017 19:34:41 (E) nbxmpp.transports_nb: _do_send:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 584, in _do_send
sent_data = decode_py2(sent_data, 'utf-8')
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 91, in decode_py2
string = string.decode(encoding)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8f in position 5: invalid start byte
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 588, in _do_send
if ord(char) & 0xc0 == 0xc0:
TypeError: ord() expected string of length 1, but int found
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 584, in _do_send
sent_data = decode_py2(sent_data, 'utf-8')
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 91, in decode_py2
string = string.decode(encoding)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8f in position 5: invalid start byte
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 588, in _do_send
if ord(char) & 0xc0 == 0xc0:
TypeError: ord() expected string of length 1, but int found
26.10.2017 19:34:41 (I) nbxmpp.client_nb: Disconnecting NBClient:
26.10.2017 19:34:41 (I) nbxmpp.plugin: Plugging <nbxmpp.transports_nb.NonBlockingTCP object at 0x7f887be597f0> __OUT__ of <nbxmpp.client_nb.NonBlockingClient object at 0x7f888998f4a8>.
26.10.2017 19:34:41 (E) gajim.c.connection: Connection to proxy failed:
26.10.2017 19:34:41 (D) gajim.c.ged: our-show Args: (<gajim.common.connection_handlers_events.OurShowEvent object at 0x7f887be4eeb8>,)
26.10.2017 19:34:41 (D) gajim.plugin_system: ClientsIconsPlugin.connect_with_roster_draw_contact() <entered>
26.10.2017 19:34:41 (D) gajim.plugin_system: ClientsIconsPlugin.connect_with_roster_draw_contact() <left>
26.10.2017 19:34:41 (D) gajim.conversation_textview: Printed Line: 4, martin ist jetzt Abgemeldet, 1509039281.6551602, inserted after: None, stanza-id: None, correct-id: None
26.10.2017 19:34:41 (D) gajim.plugin_system: ClientsIconsPlugin.connect_with_roster_draw_contact() <entered>
26.10.2017 19:34:41 (D) gajim.plugin_system: ClientsIconsPlugin.connect_with_roster_draw_contact() <left>
26.10.2017 19:34:41 (D) gajim.c.ged: connection-lost Args: (<gajim.common.connection_handlers_events.ConnectionLostEvent object at 0x7f8889987f60>,)
```https://dev.gajim.org/gajim/gajim/-/issues/8361MUC which have autojoin set are re-joined on reconnect2019-07-11T16:35:40ZsingpolymaMUC which have autojoin set are re-joined on reconnect# Bug description
If I close a MUC that is bookmarked with "autojoin" and then lose my connection, it is joined again on reconnect.
# Steps to reproduce
1. Bookmark a MUC, set "autojoin" to true
2. Open gajim, the MUC will be joined
3...# Bug description
If I close a MUC that is bookmarked with "autojoin" and then lose my connection, it is joined again on reconnect.
# Steps to reproduce
1. Bookmark a MUC, set "autojoin" to true
2. Open gajim, the MUC will be joined
3. Close the MUC
4. Turn wifi off
5. Turn wifi on
6. Observe that the MUC is open again
# Software versions
OS version: Debian jessie1.2.0https://dev.gajim.org/gajim/gajim/-/issues/8180Regular exceptions when wifi reconnects: 'NoneType' object has no attribute '...2023-05-14T16:25:00ZanonymousRegular exceptions when wifi reconnects: 'NoneType' object has no attribute 'setRaw'# Bug description
I get a popup with this backtrace:
Traceback (most recent call last):
File "c:\python27\lib\site-packages\nbxmpp\dispatcher_nb.py", line 497, in dispatch
File "src\common\connection_handlers.py", line 562, in _IqC...# Bug description
I get a popup with this backtrace:
Traceback (most recent call last):
File "c:\python27\lib\site-packages\nbxmpp\dispatcher_nb.py", line 497, in dispatch
File "src\common\connection_handlers.py", line 562, in _IqCB
AttributeError: 'NoneType' object has no attribute 'setRaw'
# Steps to reproduce
There are no exact steps, but it seems to be related to my network state: the error seems to happen around the time my wifi goes down+up or when I start my VPN connection (which is set to route *all* traffic, so it includes changing IP of the Windows machine).
# Software versions
OS version: Win10
GTK version: Gajim 0.16.4 included version
PyGTK version: Gajim 0.16.4 included versionhttps://dev.gajim.org/gajim/gajim/-/issues/8151traceback on long duration of having no Internet2019-06-28T07:27:30Zanonymoustraceback on long duration of having no Internet# Bug description
I'd kept my laptop on with gajim running when I went to sleep, but the Internet got switched off sometime in between. In the morning I was greeted with this:
Traceback (most recent call last):
...# Bug description
I'd kept my laptop on with gajim running when I went to sleep, but the Internet got switched off sometime in between. In the morning I was greeted with this:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/gajim/gui_interface.py", line 2468, in process_connections
gajim.idlequeue.process()
File "/usr/lib/python2.7/site-packages/nbxmpp/idlequeue.py", line 569, in process
self._check_time_events()
File "/usr/lib/python2.7/site-packages/nbxmpp/idlequeue.py", line 337, in _check_time_events
self.queue[fd].read_timeout()
KeyError: 30
# Software versions
OS version: ArchLinux
GTK version: 2.24.28
PyGTK version:2.24.0https://dev.gajim.org/gajim/gajim/-/issues/10941Could not connect to the server via SOCKS5 proxy2022-08-23T11:42:30Zbgrprtr bgrprtrCould not connect to the server via SOCKS5 proxy## Versions
- OS: Linux
- Gajim version: 1.4.3
- GTK version: 3.24.34
- Python-nbxmpp version: 3.0.2
## Steps to reproduce the problem
1. Gajim -> Preferences -> Advenced -> Global Proxy -> My SOCKS5 proxy
1. Offline
1. ...## Versions
- OS: Linux
- Gajim version: 1.4.3
- GTK version: 3.24.34
- Python-nbxmpp version: 3.0.2
## Steps to reproduce the problem
1. Gajim -> Preferences -> Advenced -> Global Proxy -> My SOCKS5 proxy
1. Offline
1. Online
## Expected behavior
The gajim connects to the XMPP server via SOCKS5 proxy.
## Actual behavior
The gajim is trying to connect forever, the debug log looks like:
06/03/2022 01:34:08 (I) nbxmpp.addresses | Signal: resolved
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Domain resolved
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) ServerAddress(domain='xmpp.server', service='xmpps-client', host=None, uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.DIRECT_TLS: 'DIRECT TLS'>, proxy=None)
ServerAddress(domain='xmpp.server', service='xmpp-client', host=None, uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.START_TLS: 'START TLS'>, proxy=None)
ServerAddress(domain='xmpp.server', service='xmpp-client', host=None, uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.PLAIN: 'PLAIN'>, proxy=None)
ServerAddress(domain='xmpp.server', service=None, host='xmpp.server:5222', uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.START_TLS: 'START TLS'>, proxy=None)
ServerAddress(domain='xmpp.server', service=None, host='xmpp.server:5222', uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.PLAIN: 'PLAIN'>, proxy=None)
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Set state: StreamState.RESOLVED
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Current address: ServerAddress(domain='xmpp.server', service=None, host='xmpp.server:5222', uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.START_TLS: 'START TLS'>, proxy=ProxyData(type='socks5', host='proxy:8000', username=None, password=None))
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Set state: StreamState.CONNECTING
06/03/2022 01:34:08 (I) nbxmpp.connection | (xmpp.server) Set Connection State: TCPState.CONNECTING
06/03/2022 01:34:08 (I) nbxmpp.connection | (xmpp.server) Connecting to proxy (proxy:8000)
06/03/2022 01:34:08 (I) nbxmpp.connection | (xmpp.server) Connect Error: g-io-error-quark: Connection to SOCKSv5 proxy server lost (44)
06/03/2022 01:34:08 (I) nbxmpp.connection | (xmpp.server) Set Connection State: TCPState.DISCONNECTED
06/03/2022 01:34:08 (I) nbxmpp.connection | (xmpp.server) Signal: connection-failed
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Set state: StreamState.DISCONNECTED
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Set state: StreamState.DISCONNECTED
06/03/2022 01:34:08 (E) nbxmpp.stream | (xmpp.server) Unable to connect to xmpp.server
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Set error: StreamError.CONNECTION_FAILED, connection-failed, Unable to connect to xmpp.server
06/03/2022 01:34:08 (I) nbxmpp.stream | (xmpp.server) Signal: connection-failed
06/03/2022 01:34:08 (I) gajim.client | State: ClientState.RECONNECT_SCHEDULED
06/03/2022 01:34:08 (I) gajim.client | Reconnect to xmpp.server in 3s
06/03/2022 01:34:08 (I) gajim.c.settings | Commit
The XMPP server and proxy address were changed.https://dev.gajim.org/gajim/gajim/-/issues/10792SSL Certificate Error with clients v1.3.3 and nightly builds2022-03-24T09:44:44Zsando38SSL Certificate Error with clients v1.3.3 and nightly buildsDear team,
I updated my TLS certificates for ejabberd xmpp server. Users trying to connect to the server having following error message:
![image_2022-03-07_21-32-49](/uploads/b6a84930cafb17a4a687eb4a40b515ca/image_2022-03-07_21-32-49.pn...Dear team,
I updated my TLS certificates for ejabberd xmpp server. Users trying to connect to the server having following error message:
![image_2022-03-07_21-32-49](/uploads/b6a84930cafb17a4a687eb4a40b515ca/image_2022-03-07_21-32-49.png)
The odd thing is, when I downgrade to gajim v1.3.2, it works fine. But v1.3.3 and nightly builds it does not work. According to the [IM Observatory Test](https://www.xmpp.net/result.php?domain=rm3811.net&type=client), certificate does not have any issues. Also other clients like BeagleIM, SiskinIM, Converations, McCabber show no signs/ errors.
If you need anything else from me for investigations, please let me know. I can also provide you a test account to the xmpp server.
Thanks already in advance and wish you a great day!https://dev.gajim.org/gajim/gajim/-/issues/10766Exception when connecting to my movim.eu account2022-08-29T15:50:36ZMartinException when connecting to my movim.eu account## Versions
- OS: Debian GNU/Linux bookworm/sid
- GTK Version: 3.24.31-1
- PyGObject Version: 3.42.0-3
- GLib Version : 2.70.2-1
- python-nbxmpp Version: 3.0.0~dev1+20220201.ddfe6217-1
- Gajim Version: 1.4.0~dev1+20220201.4dd332d0-1
## ...## Versions
- OS: Debian GNU/Linux bookworm/sid
- GTK Version: 3.24.31-1
- PyGObject Version: 3.42.0-3
- GLib Version : 2.70.2-1
- python-nbxmpp Version: 3.0.0~dev1+20220201.ddfe6217-1
- Gajim Version: 1.4.0~dev1+20220201.4dd332d0-1
## Traceback
```
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/tcp.py", line 198, in _on_read_async_finish
data = stream.read_bytes_finish(result)
gi.repository.GLib.GError: g-tls-error-quark: Error reading data from TLS socket: Error decoding the received TLS packet. (1)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/tcp.py", line 226, in _on_read_async_finish
self._finalize('disconnected')
File "/usr/lib/python3/dist-packages/nbxmpp/tcp.py", line 384, in _finalize
self.notify(signal_name)
File "/usr/lib/python3/dist-packages/nbxmpp/util.py", line 427, in notify
func(self, signal_name, *args, **kwargs)
File "/usr/lib/python3/dist-packages/nbxmpp/client.py", line 469, in _on_disconnected
self.notify('disconnected')
File "/usr/lib/python3/dist-packages/nbxmpp/util.py", line 427, in notify
func(self, signal_name, *args, **kwargs)
File "/usr/lib/python3/dist-packages/gajim/common/client.py", line 301, in _on_disconnected
self.notify('state-changed', SimpleClientState.RESUME_IN_PROGRESS)
File "/usr/lib/python3/dist-packages/gajim/common/helpers.py", line 1234, in notify
func(self, signal_name, *args, **kwargs)
File "/usr/lib/python3/dist-packages/gajim/gtk/status_selector.py", line 85, in _on_client_state_changed
self.update()
File "/usr/lib/python3/dist-packages/gajim/gtk/status_selector.py", line 139, in update
show = get_client_status(self._account)
File "/usr/lib/python3/dist-packages/gajim/common/helpers.py", line 501, in get_client_status
client = app.get_client(account)
File "/usr/lib/python3/dist-packages/gajim/common/app.py", line 145, in get_client
return connections[account]
KeyError: 'otherdomain.com'
```
## Steps to reproduce the problem
Try to connect my account on `movim.eu`
Exception window opens. Unfortunately every some seconds a new one, so that it was difficult to disable the account.
After disabling the account, the exceptions stopped.
(Note, that I have many IRC channels activated on that account.)https://dev.gajim.org/gajim/gajim/-/issues/10574'utf-8' codec can't decode byte 0x92 in position 73: invalid start byte2021-05-27T17:30:46Zkouinkouin'utf-8' codec can't decode byte 0x92 in position 73: invalid start byte## Versions
- OS: Windows 10
- GTK Version: 3.24.29
- PyGObject Version: 3.40.1
- GLib Version : 2.66.7
- python-nbxmpp Version: 2.0.2
- Gajim Version: 1.3.2
## Traceback
```
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x92 in p...## Versions
- OS: Windows 10
- GTK Version: 3.24.29
- PyGObject Version: 3.40.1
- GLib Version : 2.66.7
- python-nbxmpp Version: 2.0.2
- Gajim Version: 1.3.2
## Traceback
```
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x92 in position 73: invalid start byte
```
## Steps to reproduce the problem
...https://dev.gajim.org/gajim/gajim/-/issues/10563g_socket_client_enumerator_callback: assertion failed2021-10-11T20:59:32ZGeobert Quachg_socket_client_enumerator_callback: assertion failed
## Versions
- OS: Win 10
- Gajim version: 1.3.2 and nightly 18th May 2021
- GTK version: 3.24.29
- Python-nbxmpp version: 2.0.2
## Steps to reproduce the problem
1. Use Gajim to login proprietary XMPP server
## Expected ...
## Versions
- OS: Win 10
- Gajim version: 1.3.2 and nightly 18th May 2021
- GTK version: 3.24.29
- Python-nbxmpp version: 2.0.2
## Steps to reproduce the problem
1. Use Gajim to login proprietary XMPP server
## Expected behavior
No crash
## Actual behavior
Crash with:
```
18/05/2021 14:16:56 (I) nbxmpp.stream | (Account Wizard) Set state: StreamState.RESOLVED
18/05/2021 14:16:56 (I) nbxmpp.stream | (Account Wizard) Current address: ServerAddress(domain='my_company.com', service='xmpps-client', host=None, uri=None, protocol=<ConnectionProtocol.TCP: 0>, type=<ConnectionType.DIRECT_TLS: 'DIRECT TLS'>, proxy=None)
18/05/2021 14:16:56 (I) nbxmpp.stream | (Account Wizard) Set state: StreamState.CONNECTING
18/05/2021 14:16:56 (I) nbxmpp.connection | (Account Wizard) Set Connection State: TCPState.CONNECTING
Bail out! GLib-GIO:ERROR:../glib-2.68.1/gio/gsocketclient.c:1938:g_socket_client_enumerator_callback: assertion failed: (data->error_info->best_error)
```
I know there's an issue on our XMPP server still to be fixed (the <subject> thing in #10147) but Gajim didn't crash before. I was testing 1.3.2 by curiosity, and now it's crashinghttps://dev.gajim.org/gajim/gajim/-/issues/10562UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 100: inv...2022-05-03T15:33:48ZAvispaUnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 100: invalid start byte## Versions
- OS: Windows 10
- GTK Version: 3.24.29
- PyGObject Version: 3.40.1
- GLib Version : 2.66.7
- python-nbxmpp Version: 2.0.2
- Gajim Version: 1.3.2
## Traceback
```
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in p...## Versions
- OS: Windows 10
- GTK Version: 3.24.29
- PyGObject Version: 3.40.1
- GLib Version : 2.66.7
- python-nbxmpp Version: 2.0.2
- Gajim Version: 1.3.2
## Traceback
```
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 100: invalid start byte
```
## Steps to reproduce the problem
* Don't know, sit and wait?
* Computer was in a (soft?) sleep mode, came back after hours and there it was.1.4.0https://dev.gajim.org/gajim/gajim/-/issues/10453Crash upon changing proxy2021-04-26T10:27:51ZRaghav Gururajanrg@raghavgururajan.nameCrash upon changing proxy## Platform
- OS: Guix
- Userspace: GNU
- Kernel: Linux-Libre
## Versions
- Gajim version: 1.3.0
- GTK version: 3.24.24
- GLib version: 2.62.6
- PyGObject version: 3.34.0
- Python-nbxmpp version: 2.0.1
## Steps to rep...## Platform
- OS: Guix
- Userspace: GNU
- Kernel: Linux-Libre
## Versions
- Gajim version: 1.3.0
- GTK version: 3.24.24
- GLib version: 2.62.6
- PyGObject version: 3.34.0
- Python-nbxmpp version: 2.0.1
## Steps to reproduce the problem
1. Start Gajim
2. Go to Accounts --> Modify Account
3. Go to Account Name --> Connection
4. Change Proxy between Tor and System
5. Press 'Esc' key until going back to roster
## Expected behavior
Successful re-connection.
## Actual behavior
Crash.
## Logs
Debug logging stops here after **every** crash:
```
(I) gajim.c.settings | Set account settings: raghavgururajan.name
(I) gajim.c.settings | Signal: proxy changed
(I) gajim.c.settings | Commit
```https://dev.gajim.org/gajim/gajim/-/issues/10382Gajim react strangely on VPN state changes2022-10-04T15:14:35ZMartinGajim react strangely on VPN state changes## Versions
- OS: Debian 11 (testing, bullseye)
- Gajim version: `1.3.0~beta1-1`
- GTK version: `3.24.24-1`
- Python-nbxmpp version: `2.0.0-1`
## Steps to reproduce the problem
1. Start Gajim and connect to your account
1....## Versions
- OS: Debian 11 (testing, bullseye)
- Gajim version: `1.3.0~beta1-1`
- GTK version: `3.24.24-1`
- Python-nbxmpp version: `2.0.0-1`
## Steps to reproduce the problem
1. Start Gajim and connect to your account
1. Start a VPN, all traffic is routed via the VPN
## Expected behavior
Account still works, somehow.
## Actual behavior
Account is in a strange state, even disconnecting works only forcefully.
## Assumption
Gajim should react on starting and stopping a VPN.
## Example code
```python
#!/usr/bin/python3
import dbus
import dbus.mainloop.glib
import gi.repository.GLib
NM_ACTIVE_CONNECTION_STATE_ACTIVATING = 1
NM_ACTIVE_CONNECTION_STATE_ACTIVATED = 2
NM_ACTIVE_CONNECTION_STATE_DEACTIVATING = 3
NM_ACTIVE_CONNECTION_STATE_DEACTIVATED = 4
def vpn_connection_propertychanged_handler(properties):
state = properties.get("State")
if not state:
return
if state in [
NM_ACTIVE_CONNECTION_STATE_ACTIVATING,
NM_ACTIVE_CONNECTION_STATE_DEACTIVATING,
]:
print("disconnect")
elif state in [
NM_ACTIVE_CONNECTION_STATE_ACTIVATED,
NM_ACTIVE_CONNECTION_STATE_DEACTIVATED,
]:
print("reconnect")
if __name__ == "__main__":
dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
bus = dbus.SystemBus()
bus.add_signal_receiver(
vpn_connection_propertychanged_handler,
dbus_interface="org.freedesktop.NetworkManager.VPN.Connection",
signal_name="PropertiesChanged",
)
loop = gi.repository.GLib.MainLoop()
loop.run()
```https://dev.gajim.org/gajim/gajim/-/issues/9930Error while Reconnection to Server2020-01-18T11:45:16ZCitrodataError while Reconnection to ServerHi, I use Gajim Version 1.1.3 and when the Server restarts Gajim gives me the Error that in the function connect in the file gajim/common/connection.py the variable use_srv is missing in line.
I looked at the code for the connect functio...Hi, I use Gajim Version 1.1.3 and when the Server restarts Gajim gives me the Error that in the function connect in the file gajim/common/connection.py the variable use_srv is missing in line.
I looked at the code for the connect function and I saw that the if statement "if self.sm.resuming and self.sm.location:" is missing the use_srv definition.
Only add to the "if self.sm.resuming and self.sm.location:" statement and the error is removed.https://dev.gajim.org/gajim/gajim/-/issues/9828Nightly does not go online on startup 50% of time (ubuntu with cinnamon)2019-09-14T11:52:38ZEugene CrosserNightly does not go online on startup 50% of time (ubuntu with cinnamon)## Versions
- OS: ubuntu eoan (also happened with previous releases), cinnamon desktop 3.8.2
- Gajim version: nightly dev build
- GTK version: 2.24.32
- Python-nbxmpp version: nightly
## Steps to reproduce the problem
Happen...## Versions
- OS: ubuntu eoan (also happened with previous releases), cinnamon desktop 3.8.2
- Gajim version: nightly dev build
- GTK version: 2.24.32
- Python-nbxmpp version: nightly
## Steps to reproduce the problem
Happens often but not every time on login to cinnamon session
## Expected behavior
gajim should always go online (when the server(s) is reachable)
## Actual behavior
half of the time, after start account(s) are in "Offline" status after login into desktop.
Account will *always* become online after:
- manually setting "Available" status
- stopping and starting Gajim
Gajim is autostarted in the session via "standard" way: there exists the file `.config/autostart/org.gajim.Gajim.desktop` in the home directory.
I am not observing this behaviour with the version that comes with the distro on ubuntu disco (1.1.3?). And this did not happen when I initially switched to gajim nightly, but rather some time after. Unfortunately I cannot tell when exactly.
Tell me if I can collect more data for diagnosis.https://dev.gajim.org/gajim/gajim/-/issues/9534No network connection notification has unnecessary buttons on XFCE2019-12-05T13:42:06ZblippNo network connection notification has unnecessary buttons on XFCE## Versions
- OS: Arch Linux
- Gajim version: 1.1.0
- GTK version: 3.24.2
- Python-nbxmpp version: 0.6.8
I checked that the changelog of 1.1.1 didn't contain something that suggests that this has already been fixed in 1.1.1 sin...## Versions
- OS: Arch Linux
- Gajim version: 1.1.0
- GTK version: 3.24.2
- Python-nbxmpp version: 0.6.8
I checked that the changelog of 1.1.1 didn't contain something that suggests that this has already been fixed in 1.1.1 since 1.1.0.
## Steps to reproduce the problem
1. Start Gajim with internet connection not yet ready.
1. Get the dialog box in the screenshot, saying “Could not connect to …. Check your connection or try again later”. Actually for every account that is configured in Gajim.
## Expected behavior
A dialog box with clear choices. Probably one single “OK” button could be enough.
## Actual behavior
The three choices offered by the dialog box are not self-explanatory, i.e. it is not clear what happens for all of the three buttons “Open”, “Cancel”, “OK”.
![2019-01-09-11-46-34_1920x1200](/uploads/39274316b92c7138d24bd39ffe2501e0/2019-01-09-11-46-34_1920x1200.png)https://dev.gajim.org/gajim/gajim/-/issues/9201Double exception during connection loss2019-02-22T19:00:07ZAndrey GurskyDouble exception during connection loss* Gajim git master 06.06.2018
* python-nbxmpp 0.6.6
It is already not the first time I saw this (but I don't remember such errors with Gajim 0.16.x).
```
06/17/2018 23:53:40 (I) nbxmpp.transports_nb _do_receive, caught SSL error, got No...* Gajim git master 06.06.2018
* python-nbxmpp 0.6.6
It is already not the first time I saw this (but I don't remember such errors with Gajim 0.16.x).
```
06/17/2018 23:53:40 (I) nbxmpp.transports_nb _do_receive, caught SSL error, got None:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/tls_nb.py", line 172, in recv
retval = self.sslobj.recv(bufsize)
File "/usr/lib/python3/dist-packages/OpenSSL/SSL.py", line 1686, in recv
self._raise_ssl_error(self._ssl, result)
File "/usr/lib/python3/dist-packages/OpenSSL/SSL.py", line 1541, in _raise_ssl_error
raise SysCallError(-1, "Unexpected EOF")
OpenSSL.SSL.SysCallError: (-1, 'Unexpected EOF')
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 616, in _do_receive
received = self._recv(RECV_BUFSIZE)
File "/usr/lib/python3/dist-packages/nbxmpp/tls_nb.py", line 180, in recv
raise SSLWrapper.Error(self.sock or self.sslobj, e)
nbxmpp.tls_nb.SSLWrapper.Error: <class 'nbxmpp.tls_nb.SSLWrapper.Error'> for 146.255.57.229:5222: [Errno: -1] ((-1, 'Unexpected EOF')), Caused by <class 'OpenSSL.SSL.SysCallError'>((-1, 'Unexpected EOF'))
06/17/2018 23:53:40 (I) nbxmpp.transports_nb Disconnected by remote server: #-1, (-1, 'Unexpected EOF')
06/17/2018 23:53:40 (I) nbxmpp.client_nb Disconnecting NBClient:
06/17/2018 23:53:40 (D) nbxmpp.client_nb Client disconnected..
```https://dev.gajim.org/gajim/gajim/-/issues/8748Make reconnection timeout configurable2020-04-16T14:38:25ZAndrey GurskyMake reconnection timeout configurablePlease allow to choose between exponential backoff timer (with configurable constant) and fixed timeout.Please allow to choose between exponential backoff timer (with configurable constant) and fixed timeout.https://dev.gajim.org/gajim/gajim/-/issues/8538Gajim with Tor leaks DNS requests2022-05-12T21:23:09Zt2dGajim with Tor leaks DNS requestsThis issues it related to #7023
I saw at [privacy handbook](https://www.privacy-handbuch.de/handbuch_63-gajim_tor.htm) that Gajim is not resolving DNS over TOR. Or check at [Tor wiki](https://trac.torproject.org/projects/tor/wiki/doc/To...This issues it related to #7023
I saw at [privacy handbook](https://www.privacy-handbuch.de/handbuch_63-gajim_tor.htm) that Gajim is not resolving DNS over TOR. Or check at [Tor wiki](https://trac.torproject.org/projects/tor/wiki/doc/TorifyHOWTO/InstantMessaging).
To check, I enabled the Tor Proxy in my account settings, started my client and looked for DNS requests with Wireshark. I could verify their claims.
I think, this is not the expected behavior. If you use Tor, you don't want anyone to know, which hosts you connect to. At least the domain names related to a "torified" account should be resolved over Tor. Another strategy would be to proxy everything over Tor as soon as one account enabled Tor.1.4.0https://dev.gajim.org/gajim/gajim/-/issues/10249StatusIcon: Show connection lost icon when at least one account is not connected2021-12-13T22:15:45Zklbb3StatusIcon: Show connection lost icon when at least one account is not connected## Versions
- OS: Debian (Testing)
- Gajim version: 1.2.1
- GTK version: 3.24.22-1
- Python-nbxmpp version: 1.0.1-1
## Steps to reproduce the problem
1. Go online, see your contacts being online in your roster.
1. Lose the...## Versions
- OS: Debian (Testing)
- Gajim version: 1.2.1
- GTK version: 3.24.22-1
- Python-nbxmpp version: 1.0.1-1
## Steps to reproduce the problem
1. Go online, see your contacts being online in your roster.
1. Lose the connection to your server (because of some server-side issue).
## Expected behavior
When your account is offline, your contacts should not be listed as online in your roster.
It worked like this in versions older than 1.2.
## Actual behavior
While your account is offline (or trying to reconnect), your contacts are listed as online in your roster.
The only indication that you’ve lost the connection is your account line in your roster. With many accounts and many contacts, it’s easy to miss this. Seeing all the contacts being online let’s you assume that everything is fine.1.4.0