gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2024-03-28T09:11:05Zhttps://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/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/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/11748Add "Members" section to the roster of MUCs2024-02-02T09:24:32ZJonas SteinAdd "Members" section to the roster of MUCsOwners, Administrators, Participants are grouped, but "Members" are not shown in their group.
This would support moderating MUCs and give a better overview.Owners, Administrators, Participants are grouped, but "Members" are not shown in their group.
This would support moderating MUCs and give a better overview.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/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/11677Add Inbox/Reminders/Notifications Center2024-02-22T21:50:24ZDaniel BrötzmannAdd Inbox/Reminders/Notifications CenterAdd a place where we can display and store items for:
* message reminders (specific messages we want to reply to, but later)
* messages where we have been mentioned in group chats (see #11209)
* subscription requests / unsubscribed (cur...Add a place where we can display and store items for:
* message reminders (specific messages we want to reply to, but later)
* messages where we have been mentioned in group chats (see #11209)
* subscription requests / unsubscribed (currently on the account page)
* group chat invitations / declines (currently on the account page)
* server messages (e g. upcoming maintenance or errors, see #10846)
* Gajim updates (Windows) / Gajim plugin updates
Clicking on a row should start an applicable action, e.g. for reminders, it should jump to the bookmarked message and offer a checkmark button on the message row to dismiss the reminder.
Every item in this section should be easily dismissible, including bulk actions for similar items (e g. dismiss all subscription requests).
Items should be stored in order to be available after a restart (see #11592 and #11591)https://dev.gajim.org/gajim/gajim/-/issues/11658Spaces: A way to build a community around multiple group chats2023-11-14T05:55:17ZPostroutineSpaces: A way to build a community around multiple group chats**Please note by far the quickest way to get a new feature is to file a Merge Request.**
## Description of the new feature
When someone want to build a community on XMPP, this community can have multiple MUC and private discussions.
I...**Please note by far the quickest way to get a new feature is to file a Merge Request.**
## Description of the new feature
When someone want to build a community on XMPP, this community can have multiple MUC and private discussions.
In this case:
* New community members need an easy way to join all community MUC at once, group them and also group private discussions
* Community creators need an easy way to create and manage a new community
* Community moderators need an easy way to moderate a community
### For user
Today, a user can use the workspace feature of Gajim. But she/he need to:
* Manually create a workspace
* Join each MUC, one by one
* Move each new private discussion to the workspace
It would be nice to have a more simple way:
* User click on only one link to join a community
* In Gajim (after confirmation) a new workspace is created
* The new workspace have the name and the icon of the community
* Each MUC of the community is added in this workspace
* Each new private discussion with a member of the community is automatically add to the workspace
As I dislike Discord, their "server" system is a good way to create a community.
### For moderators and community creator
Of course, moderators and community creator will need a way to easily moderate an entire community.
Like:
* Create a new community, its list of MUC, type on access and rules
* Banning a user from a community
* Set a way to manage new users, like only accept them after they accept rules
* Automatically exclude users, from a list of domains
* Make a community only on invitation or public
* Set the same settings for each MUC of the community
* Manage moderators for each MUC of the community
* Etc
It's important to provide one simple UI to manage the entire community at the Workspace level. And it's very important to have good moderation tools to avoid harassment.https://dev.gajim.org/gajim/gajim/-/issues/11635Duplicate messages received in MUC private messages synced with MAM2023-10-17T14:16:35Zlis sineDuplicate messages received in MUC private messages synced with MAM## 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 a client other than Gajim
2. Close Gajim
3. Someone sends y...## 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 a client other than Gajim
2. Close Gajim
3. Someone sends you a private message
4. Open Gajim
5. Open the corresponding PM conversation
## Expected behavior
I see the PM history as it is.
## Actual behavior
Each private message received from the person I spoke with, is displayed twice or more.
My own messages are displayed only once.
Here's the what happens on the XML console:
```xml
<!-- Incoming Thu 05 Oct 2023 04:18:04 PM CET (lissine@jabbers.one) -->
<message xmlns="jabber:client" to="lissine@jabbers.one/gajim.XB8U44PB">
<result queryid="1be2a51c-b44e-4b33-9bc8-d1277314a62e" id="2023-10-05-f08621e678e41465" xmlns="urn:xmpp:mam:2">
<forwarded xmlns="urn:xmpp:forward:0">
<delay stamp="2023-10-05T15:17:40Z" xmlns="urn:xmpp:delay" />
<message to="lissine@jabbers.one/Conversations Self-built.0fsZ" id="b0cf05cf-79a9-46a5-a893-e5f586d5a028" xmlns="jabber:client" type="chat" from="slidge@conference.nicoco.fr/lissine" xml:lang="en">
<body>Did you get my message?</body>
<request xmlns="urn:xmpp:receipts" />
<origin-id xmlns="urn:xmpp:sid:0" id="b0cf05cf-79a9-46a5-a893-e5f586d5a028" />
<x xmlns="http://jabber.org/protocol/muc#user" />
<occupant-id xmlns="urn:xmpp:occupant-id:0" id="2bdSV81eaMmWYmRXHUKRX1ZTLZooKxraYMGAgWzlqbw=" />
</message>
</forwarded>
</result>
</message>
<!-- Incoming Thu 05 Oct 2023 04:18:04 PM CET (lissine@jabbers.one) -->
<message xmlns="jabber:client" to="lissine@jabbers.one/gajim.XB8U44PB">
<result queryid="1be2a51c-b44e-4b33-9bc8-d1277314a62e" id="2023-10-05-b8c5715d6c0cce82" xmlns="urn:xmpp:mam:2">
<forwarded xmlns="urn:xmpp:forward:0">
<delay stamp="2023-10-05T15:17:40Z" xmlns="urn:xmpp:delay" />
<message to="slidge@conference.nicoco.fr/lissine" xmlns="jabber:client" type="chat" from="lissine@jabbers.one/Conversations Self-built.0fsZ" xml:lang="en">
<received xmlns="urn:xmpp:receipts" id="b0cf05cf-79a9-46a5-a893-e5f586d5a028" />
<store xmlns="urn:xmpp:hints" />
</message>
</forwarded>
</result>
</message>
```
As far as I can tell, the message was received only once. So this is probably a problem in Gajim's processing.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/11605Chat commands: Missing feedback when sending MUC invite fails2023-08-14T21:48:12Zlis sineChat commands: Missing feedback when sending MUC invite fails## 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. Be a member/no affiliation participant in a group chat where only admins/owners are allo...## 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. Be a member/no affiliation participant in a group chat where only admins/owners are allowed to send MUC invites
2. attempt to invite someone using the /invite command
## Expected behavior
An error is shown to the user, to tell them that they lack the proper permission.
## Actual behavior
`command executed successfully` is the only thing shown, leading the user to believe the invite was successful.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/11556Add option to redact all messages when banning a user from a MUC2023-06-07T20:28:46ZJuliusAdd option to redact all messages when banning a user from a MUCQuite often when you ban a user from a MUC you also want to redact all the recent messages by the same user (spam etc.). Right now there is no easy way to do that and each message needs to be redacted individually.
A client side way to ...Quite often when you ban a user from a MUC you also want to redact all the recent messages by the same user (spam etc.). Right now there is no easy way to do that and each message needs to be redacted individually.
A client side way to easily deal with such cases would be a big time saver. Thanks!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/11410Gajim ignores not-acceptable errors from MUCs2024-03-19T05:36:38ZNicocoGajim ignores not-acceptable errors from MUCsFrom https://xmpp.org/extensions/xep-0045.html#message
> If the sender is not an occupant of the room, the service SHOULD return a `<not-acceptable/>` error to the sender
## Versions
- OS: debian bullseye
- Gajim version: 1.7.0 (f...From https://xmpp.org/extensions/xep-0045.html#message
> If the sender is not an occupant of the room, the service SHOULD return a `<not-acceptable/>` error to the sender
## Versions
- OS: debian bullseye
- Gajim version: 1.7.0 (flatpak)
## Steps to reproduce the problem
1. Send a message in a MUC
1. Receive an error stanza from the MUC (that should be interpreted as 'gajim is not a participant')
## Expected behavior
Gajim should consider that it is not joined to the MUC, and either attempt to reconnect or at least display an error, ideally offering to reconnect.
## Actual behavior
The error stanza has not effect on gajim UI: the message is not reflected, which is a hint that something went wrong, but the only workaround is to close/reopen the MUC.
From the gajim XML console:
```xml
<!-- Outgoing mer. 22 févr. 2023 11:05:51 (test@localhost) -->
<message xmlns="jabber:client" to="prout-1@dummy.localhost" type="groupchat" id="a1026e5d-616f-4471-aa5c-8b8fd76ded74">
<body>f</body>
<origin-id xmlns="urn:xmpp:sid:0" id="a1026e5d-616f-4471-aa5c-8b8fd76ded74" />
<active xmlns="http://jabber.org/protocol/chatstates" />
<markable xmlns="urn:xmpp:chat-markers:0" />
</message>
<!-- Incoming mer. 22 févr. 2023 11:05:51 (test@localhost) -->
<message xmlns="jabber:client" xml:lang="en" to="test@localhost/gajim.EF51PE8Y" from="prout-1@dummy.localhost" type="error" id="a1026e5d-616f-4471-aa5c-8b8fd76ded74">
<error type="modify">
<not-acceptable xmlns="urn:ietf:params:xml:ns:xmpp-stanzas" />
<text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas">You are not connected to this chat</text>
</error>
<stanza-id by="test@localhost" id="XwsqJxx7yw0YJKdUHumrCKef" xmlns="urn:xmpp:sid:0" />
</message>
```
(but nothing in the GUI)
## Additional context
This can happen when a MUC service goes down without notifying connected clients via "kick-like presences".
While this should not happen in theory, connectivity/hardware failures may happen.
FWIW, yes slidge does that sometimes (it shouldn't but well, stuff happens), but I believe I already saw this happen with 'regular MUCs' in the past. I noticed because no activity/messages I tried to send were not echoed.
MUC self-ping (https://dev.gajim.org/gajim/python-nbxmpp/-/issues/133) is another way to detect MUC services that went down, by regularly pinging the MUC, but I think both could be used in parallel.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.