gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2023-03-16T19:39:07Zhttps://dev.gajim.org/gajim/gajim/-/issues/10698[preview] Gajim freezes when a certain gif is posted2023-03-16T19:39:07ZM-i-k-o-t-o[preview] Gajim freezes when a certain gif is posted## Versions
- OS: Debian sid
- Gajim version: 1.3.3-1
- Plugin version: gajim-urlimagepreview 2.5.6-2 and gajim-omemo 2.7.13-1
- GTK version: 3.24.30-3
- Python-nbxmpp version: 2.0.4-1
All of the above were installed using D...## Versions
- OS: Debian sid
- Gajim version: 1.3.3-1
- Plugin version: gajim-urlimagepreview 2.5.6-2 and gajim-omemo 2.7.13-1
- GTK version: 3.24.30-3
- Python-nbxmpp version: 2.0.4-1
All of the above were installed using Debian's sid repositories.
## Steps to reproduce the problem
1. upload this gif: https://bun.filedit.ch/QgIavfIEmPvfWZfcCPPw.gif
## Actual behavior
Gajim freezes and I have to pkill -9 it.
## Notes
I only tested it with omemo enabled. My friend with windows 7 and gajim 1.3.2 could not reproduce, my other friend with guixsd and gajim 1.3.2 could not reproduce either.https://dev.gajim.org/gajim/gajim/-/issues/10689Inbound XEP-0353 (Jingle Message Initiation)2022-12-05T10:00:35ZStephen Paul WeberInbound XEP-0353 (Jingle Message Initiation)Would be very useful to have [XEP-0353](https://xmpp.org/extensions/xep-0353.html) support for inbound Jingle calls in Gajim.
My company, JMP.chat, is willing to sponsor this work if that would be of interest.
I know other things are n...Would be very useful to have [XEP-0353](https://xmpp.org/extensions/xep-0353.html) support for inbound Jingle calls in Gajim.
My company, JMP.chat, is willing to sponsor this work if that would be of interest.
I know other things are needed for compatibility with certain clients, but XEP-0353 alone would be very useful to us and would be a good step in that direction also.https://dev.gajim.org/gajim/gajim/-/issues/10670Error when opening a XMPP link: TypeError: 'Mock' object is not iterable2022-12-07T21:12:53Zkasy perlError when opening a XMPP link: TypeError: 'Mock' object is not iterable**Please first check if another issue has been opened for your problem**
## Versions
- OS: 10
- Gajim version: 1.3.3
- GTK version: 3.24.30
- Python-nbxmpp version: 2.0.4
```
Traceback (most recent call last):
File "C:/msys6...**Please first check if another issue has been opened for your problem**
## Versions
- OS: 10
- Gajim version: 1.3.3
- GTK version: 3.24.30
- Python-nbxmpp version: 2.0.4
```
Traceback (most recent call last):
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/app_actions.py", line 325, in on_groupchat_join
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/gtk/util.py", line 823, in open_window
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/gtk/groupchat_join.py", line 90, in __init__
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/common/modules/util.py", line 104, in func_wrapper
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/nbxmpp/task.py", line 162, in start
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/nbxmpp/task.py", line 209, in _next_step
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/nbxmpp/task.py", line 213, in _set_finished
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/nbxmpp/task.py", line 235, in _invoke_callbacks
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/gtk/util.py", line 536, in func_wrapper
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/gtk/groupchat_join.py", line 114, in _disco_info_received
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/gtk/groupchat_info.py", line 159, in set_from_disco_info
File "C:/msys64/home/appveyor/gajim/win/_build_root/mingw64/lib/python3.9/site-packages/gajim/common/helpers.py", line 1230, in get_groupchat_name
TypeError: 'Mock' object is not subscriptable
```
## Steps to reproduce the problem
## Expected behavior
## Actual behaviorhttps://dev.gajim.org/gajim/gajim/-/issues/10662Window 10/11 native notifications2023-11-08T16:27:16ZDaniel BrötzmannWindow 10/11 native notificationsOn Windows 10/11 there are native notifications, which can be used with Python though `pywin32`.
There are multiple packages offering support, such as https://pypi.org/project/win10toast/ or https://github.com/vardecab/win10toast-click ...On Windows 10/11 there are native notifications, which can be used with Python though `pywin32`.
There are multiple packages offering support, such as https://pypi.org/project/win10toast/ or https://github.com/vardecab/win10toast-click . These implementations don't integrate well with Gajim though, since they use threading to avoid blocking the application.
Furthermore, these implementations don't offer buttons for multiple callbacks, such as "Mark as Read".
It looks like for Gajim, we would have to implement native notifications ourselves.https://dev.gajim.org/gajim/gajim/-/issues/10628Gajim 1.4/1.5 series feedback2023-11-03T14:22:45ZDaniel BrötzmannGajim 1.4/1.5 series feedbackIn this issue, feedback about Gajim's 1.4 /1.5 series is gathered.
## Account creation/login
- [ ] JID field on the welcome dialog is focused by default, which hides the '[user@example.org](mailto:user@example.org)' hint, so the field's...In this issue, feedback about Gajim's 1.4 /1.5 series is gathered.
## Account creation/login
- [ ] JID field on the welcome dialog is focused by default, which hides the '[user@example.org](mailto:user@example.org)' hint, so the field's meaning isn't even remotely obvious for novices
- [ ] 'Advanced settings' enables the 'Log in' button only on certain (weird, IMHO) conditions. E.g. it doesn't enable it when changing connection security type; also requires to specify *both* hostname and port. Honestly, I'd expect the button to *not* have any smarts here (aside from necessary input validation, of course) and allow to observe what advanced settings are there, what are their defaults and just allow to log in without having to go back.
- [ ] (Context: I happen to have a keyring installed, but never have set it up, so I just hit 'Cancel' on any of its prompts since entering my unix passphrase doesn't help.) Gajim tries accessing the keyring *three* times (one save, two requests) before giving up and asking for passphrase with the option to (not) save it, for some reason in a window hidden behind the top-level one. At the very least, the welcome screen is missing the 'Save password' checkbox (default-checked). The weird persistence in trying to access the keyring (complete with stack traces in the log) calls for an investigation too.
## Workspaces
- [ ] Keep last chat of workspace open after switching between workspaces
- [ ] Make display of last message configurable (chat list) (either last message or status or nothing)
## OMEMO
- [ ] The green half-shield *really* confused me: it looked like everything is *so* secure that the shield even has gloss on it. :D Jokes aside, the meaningfullness of the half-filled-ness *only* becomes apparent once the user knows there's a full shield. And even then, I only noticed the difference after squinting. For blind trust, either the color shouldn't be green, or the icon completely different (a lock? a shield with question mark?).
- [ ] Inconsistent terminology: the tooltip of the blind-trust shield on a message says 'Unverified'.
- [x] After changing a fingerprint from blind trust to verified, omemo messages from that fp aren't retroactively marked as verified (What's stored in db: status or fp?)
## Plugin manager
* [ ] What's the version of an updatable plugin? Only the currently installed version is shown.
## Keyboard shortcuts
- [x] Add shortcuts to cycle backwards/forwards through used chats
- [ ] Add shortcut to toggle group chat rosterDaniel BrötzmannDaniel Brötzmannhttps://dev.gajim.org/gajim/gajim/-/issues/10593Integrate curated provider list of providers.xmpp.net2023-12-03T12:15:14ZDaniel BrötzmannIntegrate curated provider list of providers.xmpp.netTo make onboarding easier, a curated list of providers can be of great help. The [XMPP Providers project](https://invent.kde.org/melvo/xmpp-providers) provides a curated and machine-readable list of providers, complemented by various pro...To make onboarding easier, a curated list of providers can be of great help. The [XMPP Providers project](https://invent.kde.org/melvo/xmpp-providers) provides a curated and machine-readable list of providers, complemented by various provider infos (e.g. compliance rating, MAM storage time, file retention time, ...).
The list is available in JSON and can be filtered by country / suggestions based on IP / device language.
The repository provides a script, which yields three categories from the list.
Category A has the best ranking and also only list servers which support IBR (in-band registration). The output lists only the servers and no details. If it is of interest to make use of some details, those need to be exported as well. Providers listed on Category C might contain servers with bad properties of any kind (it's not recommended to take the bare list).
For Gajim it would probably be best to host the list where it can easily be updated from time to time. The Account Creation Assistant can then update the list if the user wants to.
Here is an example of the integration in UWPX:
![E4wKwYsWQAEEYDC](/uploads/30ab4b1c8b4e05c264c9d69393b0e2d3/E4wKwYsWQAEEYDC.mp4)https://dev.gajim.org/gajim/gajim/-/issues/10591Don’t resort messages with delay tag2022-07-16T13:12:07ZPhilipp Höristphilipp@hoerist.comDon’t resort messages with delay tagWe can never trust the delay tag and resorting needs extra UI to indicate to the user which messages are newWe can never trust the delay tag and resorting needs extra UI to indicate to the user which messages are newhttps://dev.gajim.org/gajim/gajim/-/issues/10564LDAP Display Name (old vcard spec)2022-10-03T10:34:22ZScott CorleLDAP Display Name (old vcard spec)**Please note by far the quickest way to get a new feature is to file a Merge Request.**
## Description of the new feature
Currently I am using Gajim 1.3.2 integrated with Active Directory Server 2019. When I log in to Gajim and join ...**Please note by far the quickest way to get a new feature is to file a Merge Request.**
## Description of the new feature
Currently I am using Gajim 1.3.2 integrated with Active Directory Server 2019. When I log in to Gajim and join a chat room my Display Name is my login name for Active Directory, for example: scott.corle, but Openfire is setup for Display Name which would be Scott Corle ENG DEPT, I am wondering why Gajim does not display that in the Chat Room. I installed another XMPP Client, Spark Chat and connected to the same XMPP Server and it displays correct in the Chat Room. My Profile in Gajim is not displaying correct either. I have tried to modify my Profile name but it still shows up as scott.corle, anyway I can fix this? Thankshttps://dev.gajim.org/gajim/gajim/-/issues/10557No file transfer - XEP-0260: Jingle SOCKS5 with proxy candidates2021-05-12T10:00:44ZTim ComsaNo file transfer - XEP-0260: Jingle SOCKS5 with proxy candidates## Versions:
- OS: Win 10
- Gajim: 1.3.1
- GTK Version: 3.24.25
- GLib Version: 2.66.2
- PyGObject Version: 3.38.0
- python-nbxmpp Version: 2.0.2
- XMPP servers : Openfire 4.5.2
## Environment:
- 2 domainA & domainB servers connected t...## Versions:
- OS: Win 10
- Gajim: 1.3.1
- GTK Version: 3.24.25
- GLib Version: 2.66.2
- PyGObject Version: 3.38.0
- python-nbxmpp Version: 2.0.2
- XMPP servers : Openfire 4.5.2
## Environment:
- 2 domainA & domainB servers connected together
- with SOCKS5 proxy configured on both servers (SOCKS5 proxy activated in server option)
- 1 Gajim client connected to domainA server
- with firewall activated to block p2p transfer
- 1 Gajim client connected to domainB server
- with firewall activated to block p2p transfer
## Steps to reproduce the problem:
1. Initiator Gajim client requests to send file to responder Gajim client
2. Responder Gajim client accepts the file transfer from initiator Gajim client
3. Nothing happens (no error, transfer rate remains at: 0%)
## Associated XEP extensions:
- https://xmpp.org/extensions/xep-0260.html
## Exchanges between clients:
- Session-initiate with direct & domainA SOCKS5 proxy candidates: OK
- Session-accept with direct & domainB SOCKS5 proxy candidates: OK
- Connected to domainB SOCKS5 proxy from initiator: OK
- Connected to domainA SOCKS5 proxy from responder: OK
- Candidate-used with domainB SOCKS5 proxy from initiator: OK
- Candidate-used with domainA SOCKS5 proxy from responder: OK
- Ack candidate-used from responder: OK
- Ack candidate-used from initiator: OK
- Connected to domainB SOCKS5 proxy from responder (candidate chosen by the initiator shall be considered the nominated candidate): OK
- Activate initiator to domainB SOCKS5 proxy from responder: OK
- Activated to initiator from responder: OK
- Ack activate from domainB SOCKS5 proxy to responder: OK
- Ack activated to responder from initiator: OK
- S5B Session : NOTHING SENT & RECEIVED
`Traces on responder Gajim:
gajim.c.ged | Raise event: file-transfer-completed
nbxmpp.idlequeue | read timeout set for fd XXX on 180 seconds`
- Terminate: NOTHING SENT & RECEIVED
## Remarks:
- Chat works between client A & client B and other services work
- File transfer works with only 1 SOCKS5 proxy configured on server of initiator side BUT if the other side sends a file, the same behavior occurs (no transfer & no error)
- File transfer works with firewall deactivated on both clients in order to use direct file transfer (in p2p)
- File transfer works with 2 Spark clients with firewall activated on both clients (the XEP-0065 SOCKS5 Bytestreams extension seems to be used in place of the XEP-0260 Jingle SOCKS5 Bytestreams Transport Method extension)https://dev.gajim.org/gajim/gajim/-/issues/10553No file transfer - XEP-0261: Jingle IBB in fall-back of XEP-0260: Jingle SOCKS52021-05-11T16:48:02ZTim ComsaNo file transfer - XEP-0261: Jingle IBB in fall-back of XEP-0260: Jingle SOCKS5## Versions:
- OS: Win 10
- Gajim: 1.3.1
- GTK Version: 3.24.25
- GLib Version: 2.66.2
- PyGObject Version: 3.38.0
- python-nbxmpp Version: 2.0.2
- XMPP servers : Openfire 4.5.2
## Environment:
- 2 domainA & domainB servers connected t...## Versions:
- OS: Win 10
- Gajim: 1.3.1
- GTK Version: 3.24.25
- GLib Version: 2.66.2
- PyGObject Version: 3.38.0
- python-nbxmpp Version: 2.0.2
- XMPP servers : Openfire 4.5.2
## Environment:
- 2 domainA & domainB servers connected together
- without SOCKS5 proxy configured on both servers (SOCKS5 proxy deactivated in server option)
- 1 Gajim client connected to domainA server
- with firewall activated to block p2p transfer
- 1 Gajim client connected to domainB server
- with firewall activated to block p2p transfer
## Steps to reproduce the problem:
1. Initiator Gajim client requests to send file to responder Gajim client
2. Responder Gajim client accepts the file transfer from initiator Gajim client
3. Nothing happens (no error, transfer rate remains at: 0%)
## Associated XEP extensions:
- https://xmpp.org/extensions/xep-0260.html#fallback
- https://xmpp.org/extensions/xep-0261.html
## Exchanges between clients:
- Session-initiate with only direct candidate: OK
- Session-accept with only direct candidate: OK
- Transport-info – candidate-error from responder: OK (to notify that direct connection in p2p is forbidden) and NO candidate-used is sent from responder
- Transport-info – candidate-error from initiator: OK (to notify that direct connection in p2p is forbidden) and NO candidate-used is sent from initiator
- Transport-replace (IBB): OK
`<iq xmlns="jabber:client" to="<user2>" from="<user1>" type="set" id="<id>"><jingle xmlns="urn:xmpp:jingle:1" action="transport-replace" sid="<sid>" initiator="<user1>"><content name="<file>" creator="initiator" senders="initiator"><transport xmlns="urn:xmpp:jingle:transports:ibb:1" block-size="4096" sid="None" /></content></jingle></iq>`
- Ack transport-replace: OK
`<iq id="<id>" to="<user1>" from="<user2>" type="result"/>` (x 2 messages)
- Transport-accept: OK
`<iq to="<user1>" from="<user2>" type="set" id="<id2>"><jingle xmlns="urn:xmpp:jingle:1" action="transport-accept" sid="<sid>" initiator="<user1>"><content name="<file>" creator="initiator" senders="both"><transport xmlns="urn:xmpp:jingle:transports:ibb:1" block-size="4096" sid="None"></transport></content></jingle></iq>`
- Ack Transport-accept: OK
`<iq id="<id2>" to="<user2>" from="<user1>" type="result"/>`
- In-Band Bytestreams Session: NOTHING SENT & RECEIVED (no `<open>`, `<data>` & `<close>` message)
- Terminate: NOTHING SENT & RECEIVED
## Remarks:
- Chat works between client A & client B and other services work
- File transfer works with firewall deactivated on both clients in order to use direct file transfer (in p2p)
- File transfer works with 2 Spark clients with firewall activated on both clients (with “IBB only” option activated in Spark admin interface, maybe the XEP-0047 In-Band Bytestreams extension is used in place of the XEP-0261 Jingle In-Band Bytestreams Transport Method extension)https://dev.gajim.org/gajim/gajim/-/issues/10495Gajim wrongly sends senders=both in Jingle FT session-accept2021-09-03T11:44:54ZSome OneGajim wrongly sends senders=both in Jingle FT session-acceptWhen Gajim receives an inbound jingle file transfer like
```xml
<iq id='iq1' type='set' to=paul@example.com/res>
<jingle xmlns='urn:xmpp:jingle:1' action='session-initiate' initiator=anna@example.com/res' sid='abc123'>
<content...When Gajim receives an inbound jingle file transfer like
```xml
<iq id='iq1' type='set' to=paul@example.com/res>
<jingle xmlns='urn:xmpp:jingle:1' action='session-initiate' initiator=anna@example.com/res' sid='abc123'>
<content creator='initiator' name='a-file-offer' senders='initiator'>
[description]
[transport]
</content>
</jingle>
</iq>
```
it answers with
```xml
<iq id='iq2' type='set' to=anna@example.com/res>
<jingle xmlns='urn:xmpp:jingle:1' action='session-accept' initiator=anna@example.com/res' sid='abc123'>
<content creator='initiator' name='a-file-offer' senders='both'>
[description]
[transport]
</content>
</jingle>
</iq>
```
The relevant bit is that Gajim wrongly switches `senders='initiator'` to `senders='both'`. The value should remain `senders='initiator'`. In this context, `senders='both'` doesn't make sense and just changing `senders` also isn't allowed at that point. This causes issues with clients that verify that the "senders" field is the one they expect.https://dev.gajim.org/gajim/gajim/-/issues/10449Use system's contact directory for contact list names (e.g. phone number cont...2023-12-15T21:09:43ZtrymeoutUse system's contact directory for contact list names (e.g. phone number contacts from transports)Please add a setting for any XMPP account to have cheogram.com support.
When this is enabled, it will grab contacts from the systems contacts list such as GNOME contacts and get the phone numbers and names. This will allow you to send a...Please add a setting for any XMPP account to have cheogram.com support.
When this is enabled, it will grab contacts from the systems contacts list such as GNOME contacts and get the phone numbers and names. This will allow you to send a message to any number such as +12223334444@cheogram.com and the contact name will be displayed as the name of the contact from your contacts list. This will allow for uses to have a good user experience when using Gajim with a jmp.chat or soprani.ca account which is a service that allows you to send and receive SMS messages over XMPP.
Just a simple checkbox setting in the account setting to enable or disable this.https://dev.gajim.org/gajim/gajim/-/issues/10411Allow connecting without proxy while system proxy is enabled2021-12-03T03:38:39ZЕвгений ДомбровскийAllow connecting without proxy while system proxy is enabled## Versions
- OS: Win10/7
- Gajim Version: 1.2.2
- Plugin version:
- GTK version: 3.24.20
- Python-nbxmpp version: 1.0.2
## Steps to reproduce the problem
1. Apply group policy "PROXY for IE" to user
2. remove all proxy...## Versions
- OS: Win10/7
- Gajim Version: 1.2.2
- Plugin version:
- GTK version: 3.24.20
- Python-nbxmpp version: 1.0.2
## Steps to reproduce the problem
1. Apply group policy "PROXY for IE" to user
2. remove all proxy settings in gajim
2. open Gajim and try to add account
## Expected behavior
Successful Connection
## Actual behavior
Time out. In Debug "nbxmpp.connection" is trying to use a proxy
[27012021-151959-debug.log.txt](/uploads/aca22a759486e98bc1875ab1fc1eff29/27012021-151959-debug.log.txt)https://dev.gajim.org/gajim/gajim/-/issues/10333Add support for XEP-0444 Message Reactions2023-04-19T07:57:49ZanubisAdd support for XEP-0444 Message Reactions> Message reactions allow to express an opinion or feeling towards a message in a quick and light-weight way. Reactions are described in the form of emojis and can enhance communication especially when chatting with multiple parties.
ht...> Message reactions allow to express an opinion or feeling towards a message in a quick and light-weight way. Reactions are described in the form of emojis and can enhance communication especially when chatting with multiple parties.
https://xmpp.org/extensions/xep-0444.html
This XEP is already implemented in Movim.https://dev.gajim.org/gajim/gajim/-/issues/10332Add XEP-0215 in Server Informations window2020-10-31T14:53:34ZanubisAdd XEP-0215 in Server Informations windowCurrently the "Server Information" window provides some XEP supported by the server for a given account.
I would suggest to add XEP-0215 External Service Discovery in the list, as it is relevant for Audio/Video chats (at least with Conv...Currently the "Server Information" window provides some XEP supported by the server for a given account.
I would suggest to add XEP-0215 External Service Discovery in the list, as it is relevant for Audio/Video chats (at least with Conversations, when #10109 will be implemented).
_For information, Conversations provides this info in its "Server Information" window._https://dev.gajim.org/gajim/gajim/-/issues/10311Device or resource busy in socks5::getaddrinfo2021-09-03T11:46:35ZGhost UserDevice or resource busy in socks5::getaddrinfo## Versions
- OS: Linux
- GTK+ Version: 3.24.14
- PyGObject Version: 3.36.0
- python-nbxmpp Version: 0.6.10
- Gajim Version: 1.1.3
## Traceback
```
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/dispatc...## Versions
- OS: Linux
- GTK+ Version: 3.24.14
- PyGObject Version: 3.36.0
- python-nbxmpp Version: 0.6.10
- Gajim Version: 1.1.3
## Traceback
```
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/nbxmpp/dispatcher_nb.py", line 502, in dispatch
handler['func'](session, stanza)
File "/usr/lib/python3/dist-packages/gajim/common/protocol/bytestream.py", line 702, in _bytestreamResultCB
app.proxy65_manager.resolve_result(frm, query)
File "/usr/lib/python3/dist-packages/gajim/common/proxy65_manager.py", line 91, in resolve_result
self.proxies[proxy].resolve_result(host, port, jid)
File "/usr/lib/python3/dist-packages/gajim/common/proxy65_manager.py", line 126, in resolve_result
self.receiver_tester = ReceiverTester(self.host, self.port, self.jid,
File "/usr/lib/python3/dist-packages/gajim/common/proxy65_manager.py", line 379, in __init__
Socks5.__init__(self, app.idlequeue, host, port, None, None, None)
File "/usr/lib/python3/dist-packages/gajim/common/socks5.py", line 461, in __init__
self.ais = socket.getaddrinfo(host, port, socket.AF_UNSPEC,
File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo
for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
OSError: [Errno 16] Device or resource busy
```
## Steps to reproduce the problem
I can not reproduce, it happened once at startup. The machine was a bit loaded (i.e. swapping) at that time. Likewise to https://dev.gajim.org/gajim/gajim/-/issues/9551, I'm asking myself if this is a gajim issue or Linux issue? But according to `man getaddrinfo` it could return EAI_SYSTEM and any errno value.
## Extra information
```
$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat
group: compat
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
```https://dev.gajim.org/gajim/gajim/-/issues/10309Service Discovery shows RuntimeError if connection is lost while starting2020-10-13T07:00:55ZGhost UserService Discovery shows RuntimeError if connection is lost while starting## Versions
- OS: Fedora 33 (Workstation Edition Prerelease)
- GTK Version: 3.24.23
- PyGObject Version: 3.38.0
- GLib Version : 2.66.1
- python-nbxmpp Version: 1.0.0
- Gajim Version: 1.2.0
## Traceback
```
Traceback (most recent call l...## Versions
- OS: Fedora 33 (Workstation Edition Prerelease)
- GTK Version: 3.24.23
- PyGObject Version: 3.38.0
- GLib Version : 2.66.1
- python-nbxmpp Version: 1.0.0
- Gajim Version: 1.2.0
## Traceback
```
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/gajim/app_actions.py", line 104, in on_service_disco
ServiceDiscoveryWindow(account, address_entry=True)
File "/usr/lib/python3.9/site-packages/gajim/gtk/discovery.py", line 521, in __init__
raise RuntimeError('You must be connected to browse services')
RuntimeError: You must be connected to browse services
```
## Steps to reproduce the problem
...
Gajim keeps disconnecting then reconnecting from an XMPP server. I assume it was in the disconnect phase when I tried to click the button.https://dev.gajim.org/gajim/gajim/-/issues/10303Start Chat: Make local server MUCs searchable2020-10-08T16:16:29ZPhilipp Höristphilipp@hoerist.comStart Chat: Make local server MUCs searchablehttps://dev.gajim.org/gajim/gajim/-/issues/10250Don't display Roster Item Exchange requests when loading from MAM2020-08-30T20:42:05ZetaDon't display Roster Item Exchange requests when loading from MAMXEP-0144 Roster Item Exchange requests should not trigger a popup if they were loaded from MAM / history (or were sent more than *x* minutes/hours/seconds ago, where *x* is perhaps user-configurable).
The impetus for this suggestion com...XEP-0144 Roster Item Exchange requests should not trigger a popup if they were loaded from MAM / history (or were sent more than *x* minutes/hours/seconds ago, where *x* is perhaps user-configurable).
The impetus for this suggestion comes from triggering a history sync using `Advanced -> Synchronize History...` and suddenly having ~100 XEP-0144 requests pop up from when I was debugging a transport earlier (!)https://dev.gajim.org/gajim/gajim/-/issues/10209Add way to mark a Plugin as supplied by a distribution2022-10-31T11:10:40ZPhilipp Höristphilipp@hoerist.comAdd way to mark a Plugin as supplied by a distribution