gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2024-03-22T20:26:09Zhttps://dev.gajim.org/gajim/gajim/-/issues/11788AttributeError: 'JID' object has no attribute 'find'2024-03-22T20:26:09ZDaniel BrötzmannAttributeError: 'JID' object has no attribute 'find'# Error Details:
- Sentry event: https://sentry.io/gajim-aec982731/gajim/issues/5090271336
- First seen:
2024-03-21T19:46:02+00:00
- Last seen: 2024-03-21T19:46:02+00:00
- Event: 1
- Users: 0# Error Details:
- Sentry event: https://sentry.io/gajim-aec982731/gajim/issues/5090271336
- First seen:
2024-03-21T19:46:02+00:00
- Last seen: 2024-03-21T19:46:02+00:00
- Event: 1
- Users: 0https://dev.gajim.org/gajim/gajim/-/issues/11709Creation of multiple unnamed group chats bug2023-12-03T12:31:50Zdiode24Creation of multiple unnamed group chats bugAfter creating more than one group chats without giving them a name, gajim will display erroneous information about the second created group chat and all after that.
## Steps to reproduce bug
1. create a new account on nixnet.services
2...After creating more than one group chats without giving them a name, gajim will display erroneous information about the second created group chat and all after that.
## Steps to reproduce bug
1. create a new account on nixnet.services
2. create a new group chat with the nixnet.services account, do not change any settings for this group chat, do not name it, use all defaults, press create button
3. repeat step 2 to create another group chat with the same nixnet.services account
4. restart gajim
5. jids and names for the second created group chat will be wrong in some spots in the 'Share Group Chat' button and 'Group Chat Details'
6. creating more group chats will have the same problem
I haven't experienced this when testing on prosody and it doesn't happen on all ejabberd servers. Conversations.im does not produce this bug behavior in my testing.
Versions at the time of my testing:
- gajim-nightly
- nixnet.services: ejabberd 23.4.0
- conversations.im: ejabberd 19.05.13-conversations.imhttps://dev.gajim.org/gajim/gajim/-/issues/11682Error when trying to create group chat, disco_info is not None2023-11-11T16:40:07ZDaniel BrötzmannError when trying to create group chat, disco_info is not None```
Traceback (most recent call last):
File "/home/x/.local/lib/python3.11/site-packages/nbxmpp/dispatcher.py", line 475, in dispatch
handler['func'](self._client, stanza, properties)
File "/home/x/DEV/Gajim/gajim/gajim/common/mo...```
Traceback (most recent call last):
File "/home/x/.local/lib/python3.11/site-packages/nbxmpp/dispatcher.py", line 475, in dispatch
handler['func'](self._client, stanza, properties)
File "/home/x/DEV/Gajim/gajim/gajim/common/modules/vcard_avatars.py", line 121, in _presence_received
self._muc_update_received(properties)
File "/home/x/DEV/Gajim/gajim/gajim/common/modules/vcard_avatars.py", line 189, in _muc_update_received
allow_query = contact.room.get_config_value('allow_query_users')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/x/DEV/Gajim/gajim/gajim/common/modules/contacts.py", line 775, in get_config_value
assert disco_info is not None
^^^^^^^^^^^^^^^^^^^^^^
AssertionError
```https://dev.gajim.org/gajim/gajim/-/issues/11554MUC on re-join: AttributeError 'NoneType' object has no attribute 'send'2023-06-06T18:22:04ZDaniel BrötzmannMUC on re-join: AttributeError 'NoneType' object has no attribute 'send'# Error Details:
- Sentry event: https://dev.gajim.org/gajim/gajim/-/error_tracking/36/details
- First seen:
2023-06-06T04:03:56+00:00
- Last seen: 2023-06-06T04:03:57+00:00
- Event: 1
- Users: 0# Error Details:
- Sentry event: https://dev.gajim.org/gajim/gajim/-/error_tracking/36/details
- First seen:
2023-06-06T04:03:56+00:00
- Last seen: 2023-06-06T04:03:57+00:00
- Event: 1
- Users: 0https://dev.gajim.org/gajim/gajim/-/issues/11393History is missing if one is joined a groupchat with 2 accounts2023-12-26T13:28:03ZPhilipp Höristphilipp@hoerist.comHistory is missing if one is joined a groupchat with 2 accountsWhen someone is joined with two accounts the same groupchat in Gajim, history is not downloaded for both accounts.
The problem seems to be that the database table who stores the last mam-id is not account specific.When someone is joined with two accounts the same groupchat in Gajim, history is not downloaded for both accounts.
The problem seems to be that the database table who stores the last mam-id is not account specific.https://dev.gajim.org/gajim/gajim/-/issues/11024Multiple same-nick self-contacts in MUC after nick change2022-07-07T07:36:24ZsnilekMultiple same-nick self-contacts in MUC after nick changeWhen online in a MUC *with multiple devices* (e.g. Gajim and Conversations), after changing own nick in Gajim, there appears a second self-contact in MUCs roster with the new nick. This is "kind-of OK".
But, when changing the nick *back...When online in a MUC *with multiple devices* (e.g. Gajim and Conversations), after changing own nick in Gajim, there appears a second self-contact in MUCs roster with the new nick. This is "kind-of OK".
But, when changing the nick *back*, the two same-nick self-contacts are not re-joined into one and remain separate roster items. There are now *two* same-named self-contacts. When repeating the process yet again — change nickname to a different and back — a *third* contact is created. Repeating the process, you can create seemingly *unlimited number of same-named self-contacts*. See image below.
## Versions:
- OS: Debian GNU/Linux 11 (bullseye) 11 (bullseye)
- GTK Version: 3.24.24
- PyGObject Version: 3.38.0
- GLib Version : 2.66.2
- python-nbxmpp Version: 3.1.0
- Gajim Version: 1.4.5
## Steps to reproduce the problem
1. enter a room with at least two devices under the same nickname
2. change you nick in gajim
3. change your nick back
4. repeat from 2.
![gajim_multiple_muc_self-contacts](/uploads/279eb1476fd54b466011b8689c3187f2/gajim_multiple_muc_self-contacts.png)https://dev.gajim.org/gajim/gajim/-/issues/11756IQ Control in MUC2024-03-03T00:04:09Zsch schIQ Control in MUCFrom JDev:
lovetux
> Are we still ignoring that IQ in MUCs are a hack
MattJ
> lovetox: you'll be pleased to know they're deprecated in the new MUC spec I'm drafting
I suggest to mitigate this issue by:
1) Adding an option to enable IQ...From JDev:
lovetux
> Are we still ignoring that IQ in MUCs are a hack
MattJ
> lovetox: you'll be pleased to know they're deprecated in the new MUC spec I'm drafting
I suggest to mitigate this issue by:
1) Adding an option to enable IQ in MUC (disabled by default).
2) If option is enabled, and IQ is sent, a prompt dialog will be displayed as follows:
**Participant NAME from MUC wants to send you an IQ stanza.**
**WARNING: Accepting IQ stanzas from strangers could lead to these:**
**1) Exposing your JID**
**2) ...**
**[Allow] [Forbid]**
This will increase awareness amongst people and would accelerate the transfer from MUC to MIX.
See [jdev_log_2024-02-12.txt](/uploads/3d40b916be50a082f106b7677aee5177/jdev_log_2024-02-12.txt) for additional context.https://dev.gajim.org/gajim/gajim/-/issues/11501OMEMO does not work in private group with only one member2023-11-15T21:26:39ZtapeteOMEMO does not work in private group with only one member## Versions
- OS: Linux Mint 21.1
- Gajim version: 1.7.0
- GTK version: ?
- Python-nbxmpp version: ?
## Steps to reproduce the problem
1. Create a private group using gajim
1. Add only yourself to the group (omemo activate...## Versions
- OS: Linux Mint 21.1
- Gajim version: 1.7.0
- GTK version: ?
- Python-nbxmpp version: ?
## Steps to reproduce the problem
1. Create a private group using gajim
1. Add only yourself to the group (omemo activated)
1. Write a message to the group
## Expected behavior
Message should show up
## Actual behavior
Message can not be send because of the following error:
![grafik](/uploads/540f566a914e71523fe092e3cfda583a/grafik.png)
All omemo keys of myself are trusted. This error does not appear if the group does have more members.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/11790Apply roster name to group chat's members2024-03-28T09:11:05ZurbApply roster name to group chat's members## Description of the new feature
> (Running version 1.8.4)
In group chats, the names of their members are displayed as defined in the group's member list. I propose that, if a member is registered in the account's roaster, that custom...## Description of the new feature
> (Running version 1.8.4)
In group chats, the names of their members are displayed as defined in the group's member list. I propose that, if a member is registered in the account's roaster, that custom name is displayed instead. As a reference, this feature is enabled by default on Conversations.https://dev.gajim.org/gajim/gajim/-/issues/11729Per-MUC / Per-Contact settings for automatic image preview2023-12-24T10:41:30Ztest4dPer-MUC / Per-Contact settings for automatic image preview**Please note by far the quickest way to get a new feature is to file a Merge Request.**
## Description of the new feature
I think there should be a setting that allows the user to disable and enable automatic image previews for each us...**Please note by far the quickest way to get a new feature is to file a Merge Request.**
## Description of the new feature
I think there should be a setting that allows the user to disable and enable automatic image previews for each user or MUC that overrides the global setting. I have plenty of MUCs that gajim considers 'public' that I do not mind seeing automatic previews from, but still generally would prefer the click-to-preview way of doing things.https://dev.gajim.org/gajim/gajim/-/issues/11724Feedback on affiliation change failures2024-03-06T15:15:01ZNicocoFeedback on affiliation change failuresCurrently, when trying to change the affiliation of a MUC participant, in case something goes wrong, gajim logs but do not show anything in the UI about the received error IQ.
A modal displaying the error condition and/or error message ...Currently, when trying to change the affiliation of a MUC participant, in case something goes wrong, gajim logs but do not show anything in the UI about the received error IQ.
A modal displaying the error condition and/or error message would be better.https://dev.gajim.org/gajim/gajim/-/issues/11723Invitations should disappear once a MUC is joined2024-03-06T15:15:14ZNicocoInvitations should disappear once a MUC is joinedA common situation:
- I receive a group chat invitation
- Conversations automatically joins the group
- Via bookmarks, this triggers gajim to join the group too
- I still have the notification for the groupchat invitation in gajim
I th...A common situation:
- I receive a group chat invitation
- Conversations automatically joins the group
- Via bookmarks, this triggers gajim to join the group too
- I still have the notification for the groupchat invitation in gajim
I think gajim should just dismiss invitations notifications for a MUC as soon as joins it. The only drawback I see to this is that you might lost a message (the "reason") associated with the invitation. If this is a major issue, maybe we should have a way to view history of such events once their notification is dismissed. An option would be to display the invitation in the MUC itself, eg:
18:14 - You have been invited to this group by XXX. They gave this reason: "You should join this group!".https://dev.gajim.org/gajim/gajim/-/issues/11633MUC PM received via MAM dont show up in conversation list2023-10-05T20:18:20Zlis sineMUC PM received via MAM dont show up in conversation list## Versions
- OS: Void Linux
- Gajim version: 1.8.0
- GTK version: 3.24.38
- Python-nbxmpp version: 4.3.0
## Steps to reproduce the problem
1. Join a public channel with another client (using the same account as Gajim)
2....## Versions
- OS: Void Linux
- Gajim version: 1.8.0
- GTK version: 3.24.38
- Python-nbxmpp version: 4.3.0
## Steps to reproduce the problem
1. Join a public channel with another client (using the same account as Gajim)
2. Close Gajim
3. Someone sends you a private message in the channel
4. Open Gajim
## Expected behavior
The PM conversation appears in the list of chats, with the private messages you missed.
## Actual behavior
If the PM conversation wasn't already in your list of chats, it doesn't show up there.
You need to find out by yourself that you received a PM, and go to the related channel and
and click on the relevant participant
## More info
Tested with channels hosted on ejabberd as well as prosody.https://dev.gajim.org/gajim/gajim/-/issues/11628Do not use local part of JID when private group has no name2023-12-11T10:48:49ZNicocoDo not use local part of JID when private group has no nameConversations (+forks, and probably some other clients) create "private groups" with no proper name, subject, or description, and a gibberish JID local part. Then in their UIs, for the group name they use the list of (other) participants...Conversations (+forks, and probably some other clients) create "private groups" with no proper name, subject, or description, and a gibberish JID local part. Then in their UIs, for the group name they use the list of (other) participants (Dino does that too).
But for the same groups, gajim uses the MUC JID local part, which is ugly and inconsistent.
Would it be OK to align gajim's behaviour with other clients? I think the MUC name in the UI should be, by order of priority:
1. Bookmark name (possibly customized by the user)
2. MUC disco name
3. **If private group, alphabetical list of participants' nicknames** (or maybe if participants are contacts, the names we use for them in our roster? or maybe, their PEP nickname?)
4. Then, only if none of that is available, use the JID local part
Would a MR that does that be accepted?https://dev.gajim.org/gajim/gajim/-/issues/11566MUC: Allow editing the moderator list2023-06-16T20:26:15ZPhilipp Höristphilipp@hoerist.comMUC: Allow editing the moderator listSeems we miss the feature to edit the moderator list
See
https://xmpp.org/extensions/xep-0045.html#modifymodSeems we miss the feature to edit the moderator list
See
https://xmpp.org/extensions/xep-0045.html#modifymodhttps://dev.gajim.org/gajim/gajim/-/issues/11288Bookmarks (XEP-0402): Support leaving group chat if another client leaves2022-11-18T13:36:21ZDaniel BrötzmannBookmarks (XEP-0402): Support leaving group chat if another client leavesPart of [XEP-0402: PEP Native Bookmarks](https://xmpp.org/extensions/xep-0402.html)
See https://xmpp.org/extensions/xep-0402.html#notificationsPart of [XEP-0402: PEP Native Bookmarks](https://xmpp.org/extensions/xep-0402.html)
See https://xmpp.org/extensions/xep-0402.html#notificationshttps://dev.gajim.org/gajim/gajim/-/issues/11232Add an option to show users who left recently for admins of public mucs2023-06-09T07:53:48ZPirate Praveen ArimbrathodiyilAdd an option to show users who left recently for admins of public mucsWhen permissions to view JID is set to moderators only, there is no easy way currently to ban a spammer who joins, posts spam, then leave immediately and repeat this behavior. The only way to get JID of such spammers is running poezio wh...When permissions to view JID is set to moderators only, there is no easy way currently to ban a spammer who joins, posts spam, then leave immediately and repeat this behavior. The only way to get JID of such spammers is running poezio which displays full jid.
So if a user has permission to see jid in a semi-anonymous muc, they should see a list of users who left in 24 hours and make this duration configurable.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/10183Better IRC Integration2023-11-26T22:03:19ZPhilipp Höristphilipp@hoerist.comBetter IRC Integration## Description of the new feature
* [ ] Provide easier UI for joining a IRC channel
* [ ] Remove show indicator in IRC channels
* [x] ~~Disable Nickname change in IRC channels~~
* [x] Provide nicer Icons/Avatar for IRC channels
* [ ] So...## Description of the new feature
* [ ] Provide easier UI for joining a IRC channel
* [ ] Remove show indicator in IRC channels
* [x] ~~Disable Nickname change in IRC channels~~
* [x] Provide nicer Icons/Avatar for IRC channels
* [ ] Somehow treat server messages from IRC better, maybe silence them
* [ ] Make AdHoc more discoverable, Server / IRC Server / Channel