gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2024-03-06T15:15:14Zhttps://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/11476Gajim does not use XEP-0172 (User Nickname) element in messages from entities...2024-03-06T15:15:10ZNicocoGajim does not use XEP-0172 (User Nickname) element in messages from entities not in rosterWhen receiving the following stanza…
```xml
<message type="chat" from="178220800@telegram.localhost/slidge" id="4731174912" to="test@localhost">
<body>Good news, no limits are currently applied to your account. You’re free as a bird!<...When receiving the following stanza…
```xml
<message type="chat" from="178220800@telegram.localhost/slidge" id="4731174912" to="test@localhost">
<body>Good news, no limits are currently applied to your account. You’re free as a bird!</body>
<active xmlns="http://jabber.org/protocol/chatstates" />
<markable xmlns="urn:xmpp:chat-markers:0" />
<store xmlns="urn:xmpp:hints" />
<!-- interesting part just below -->
<nick xmlns="http://jabber.org/protocol/nick">SpamBot</nick>
</message>
```
…which corresponds to the use case described in [4.2 Message Exchange](https://xmpp.org/extensions/xep-0172.html#message), gajim does not use the `<nick>` element and display the local part of the JID as the "chat title" in the UI.
It would be nice to use this "nick" element, when the user is not in the roster. This is useful for:
- bridges (obviously), where local parts are usually ugly integers
- quicksy contacts (maybe? not sure the `<nick>` element is included, but it should be…) that have a "phone number" local part, which is not very easy to identifyhttps://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/11771IBB file tranfer encryption2024-03-05T09:16:41ZPaoloP79IBB file tranfer encryptionHello!
I'm Paolo. First of all my apologies if I'm using the issue mechanism in a, possibly, improper way.
In the past few weeks I worked on making the IBB file transfer working. And after that I extended my work for using omemo encrypti...Hello!
I'm Paolo. First of all my apologies if I'm using the issue mechanism in a, possibly, improper way.
In the past few weeks I worked on making the IBB file transfer working. And after that I extended my work for using omemo encryption in both sending e receiving files.
I would be pleased to share my solution with the gajim community. This is the first time I can hope to contribute to an opensource project and, to be plain, I do not know exactly how to do that.
Can anyone please help me?
Thank you for your attention
Paolohttps://dev.gajim.org/gajim/gajim/-/issues/11773Optionnally resize/compress pictures before sending2024-03-03T21:41:37ZNicocoOptionnally resize/compress pictures before sending## Description of the new feature
It would be nice to allow sending degraded version of pictures. Most mobile messengers do that, and it makes sense because a lot of times pictures exchanged via IM are not meant to be stored or printed,...## Description of the new feature
It would be nice to allow sending degraded version of pictures. Most mobile messengers do that, and it makes sense because a lot of times pictures exchanged via IM are not meant to be stored or printed, just quickly viewed.
I think it would fit nicely in the "upload file" dialog, to add an input box with the JPEG compression factor and a resize resize percentage chooser (dropdown or whatever). I think that since Pillow is already a dependency of gajim, we don't need to an extra dependency.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/11762Cannot create account on translate.gajim.org2024-02-28T11:19:02ZslichtzzzCannot create account on translate.gajim.orgNot possible to add/update translation, because it is impossible to register new accounts on https://translate.gajim.org/
Confirmation letter wouldn't reach my email box. Maybe some problem with the email service.
Is there any other way ...Not possible to add/update translation, because it is impossible to register new accounts on https://translate.gajim.org/
Confirmation letter wouldn't reach my email box. Maybe some problem with the email service.
Is there any other way to update the translation files?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/11271Pass MessageProperties through add_message to the UI so that plugins can use it2024-02-21T22:19:07ZsingpolymaPass MessageProperties through add_message to the UI so that plugins can use itRight now, the raw MessageProperties is passed in to the message received event, but then in ChatControl they are not passed along to add_message or into the ConversationView or MessageRow at all, so plugins hooking into the view cannot ...Right now, the raw MessageProperties is passed in to the message received event, but then in ChatControl they are not passed along to add_message or into the ConversationView or MessageRow at all, so plugins hooking into the view cannot access this data.
Context: I would like to write a plugin to add an indicator to message that have a thread to show what thread they are in, but currently properties.thread is not passed in to the UI and so I don't have access to it there.https://dev.gajim.org/gajim/gajim/-/issues/11768NotificationManager: TypeError: 'NoneType' object is not callable (when decli...2024-02-21T21:59:59ZDaniel BrötzmannNotificationManager: TypeError: 'NoneType' object is not callable (when declining MUC invitation)# Error Details:
- Sentry event: https://sentry.io/gajim-aec982731/gajim/issues/4976893973
- First seen:
2024-02-14T15:00:54+00:00
- Last seen: 2024-02-14T15:00:54+00:00
- Event: 1
- Users: 0# Error Details:
- Sentry event: https://sentry.io/gajim-aec982731/gajim/issues/4976893973
- First seen:
2024-02-14T15:00:54+00:00
- Last seen: 2024-02-14T15:00:54+00:00
- Event: 1
- Users: 0https://dev.gajim.org/gajim/gajim/-/issues/11759Allow writing while disconnected2024-02-20T22:25:41ZMaxime BuquetAllow writing while disconnected**Please first check if another issue has been opened for your problem**
## Versions
- OS: (Arch)linux
- Gajim version: 1.8.4
- GTK3 version: 3.24.40
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1. Conne...**Please first check if another issue has been opened for your problem**
## Versions
- OS: (Arch)linux
- Gajim version: 1.8.4
- GTK3 version: 3.24.40
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1. Connect
2. Start typing a message to a contact
1. Lose connectivity
## Expected behavior
I can continue typing my message.
## Actual behavior
The text input is greyed out and I cannot type anymore.
While I understand why such a behavior may be put in place, I lose connectivity very often (as I am tethering often, but it also happens on landlines anyway, or for any other reason). It can be very infuriating not being able to finish one's thought just because of it. Losing connectivity actually doesn't prevent typing, it merely prevents sending (and this is not entirely true either, looking at #7123).
I get that it's more obvious if the text input is greyed out than if just the send button is greyed out (which isn't even displayed here anyway), but maybe some tooltip (stuff that doesn't grab focus?) can be displayed when the person attempts to send? If not to go full #7123.https://dev.gajim.org/gajim/gajim/-/issues/11761Private message via participant list double-click when using biboumi causes e...2024-02-20T22:23:00Zdiode24Private message via participant list double-click when using biboumi causes error## Versions:
- OS: Ubuntu 23.10 23.10 (mantic)
- GTK Version: 3.24.38
- PyGObject Version: 3.46.0
- GLib Version : 2.78.0
- libsoup Version: 3.4.2
- python-nbxmpp Version: 4.5.4
- Gajim Version: 1.8.4
## Traceback
```plaintext
Traceba...## Versions:
- OS: Ubuntu 23.10 23.10 (mantic)
- GTK Version: 3.24.38
- PyGObject Version: 3.46.0
- GLib Version : 2.78.0
- libsoup Version: 3.4.2
- python-nbxmpp Version: 4.5.4
- Gajim Version: 1.8.4
## Traceback
```plaintext
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gajim/gtk/groupchat_roster.py", line 410, in _on_roster_row_activated
assert participant.real_jid is not None
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError
```
## Steps to reproduce the problem
1. Join an IRC channel though a biboumi gateway. For example, xmpp:%23%23chat-overflow%25irc.libera.chat@irc.cheogram.com?join .
2. Double-click a participant in the participant list in an attempt to open a private message window.https://dev.gajim.org/gajim/gajim/-/issues/11767Send XML Lang in stream and form requests2024-02-20T22:10:02ZPhilipp Höristphilipp@hoerist.comSend XML Lang in stream and form requests## Description of the new feature
Set xml:lang in stream header and form requests, so the server can answer with translated forms.## Description of the new feature
Set xml:lang in stream header and form requests, so the server can answer with translated forms.https://dev.gajim.org/gajim/gajim/-/issues/8116Windows installer: Add a fitting EULA (instead of showing GPL)2024-02-20T14:15:12ZDarlanWindows installer: Add a fitting EULA (instead of showing GPL)# phenomenon
Gajim installation wizard asks users to agree with the GNU GPL license, even though they do not have to in order to *use* Gajim.
# background analysis
https://drj11.wordpress.com/2008/02/25/the-gnu-gpl-is-not-an-eula/
# im...# phenomenon
Gajim installation wizard asks users to agree with the GNU GPL license, even though they do not have to in order to *use* Gajim.
# background analysis
https://drj11.wordpress.com/2008/02/25/the-gnu-gpl-is-not-an-eula/
# implementation recommendation
Put a title says GNU General Public Notice, and provide a hyperlink to the license, similarly to how some big business companies do.
Here is an example of one:
''This product includes software code developed by third parties, including software code subject to the GNU General Public License ("GPL").
''The GPL Code used in this product is distributed WITHOUT ANY WARRANTY and is subject to the copyrights of one or more authors.
''Please refer to the following GNU General Public License for further information.
Between the first and second paragraphs there is information on how to obtain the source code by shipping and the next paragraph to follow is about obtaining sources from manufacturer website.https://dev.gajim.org/gajim/gajim/-/issues/11679Improve account button for multiple accounts2024-02-18T16:59:15ZDaniel BrötzmannImprove account button for multiple accountsCurrently, if multiple accounts are set up in Gajim, they are displayed stacked on top of each other in the account side bar to the bottom left. There is no limit, the account side bar grows indefinitely. To improve this situation, and t...Currently, if multiple accounts are set up in Gajim, they are displayed stacked on top of each other in the account side bar to the bottom left. There is no limit, the account side bar grows indefinitely. To improve this situation, and to add convenient features to it, the following approach seems to be best:
If a single account is enabled:
* account's avatar is shown (including status circle of this account)
* left click opens the account's page
* right click opens a status selector for this account's status
If more than one account is enabled:
* a generic avatar icon is shown (status circle shows global status)
* left click opens a popover listing all accounts; clicking an account opens the account's page
* right click opens a status selector for global status
This way, the global status selector in the app page (top left button) can go away.
Connected to #11677, where notifications (e.g. subscription requests) would be shown.https://dev.gajim.org/gajim/gajim/-/issues/11599Message merge checks only for nickname2024-02-16T18:24:52ZPhilipp Höristphilipp@hoerist.comMessage merge checks only for nicknameThis is a problem in single chats when both parties have the same nick, it should check at least also for message direction.This is a problem in single chats when both parties have the same nick, it should check at least also for message direction.https://dev.gajim.org/gajim/gajim/-/issues/11531UI Feedback2024-02-16T12:17:29ZJim OlsonUI FeedbackThe redesign of Gajim is interesting and I am sure a lot of hard work went in it, however, some aspects of it make the UX very frustrating in my personal experience. Personally my experience would improve a lot with some small changes (u...The redesign of Gajim is interesting and I am sure a lot of hard work went in it, however, some aspects of it make the UX very frustrating in my personal experience. Personally my experience would improve a lot with some small changes (user-optional in some cases). Following is a list both of issues and new ideas:
1. Minimum width is too big and makes the app hard to use on small monitors and other setups. After a certain point some icons (eg send file button) get hidden but not others. This could be fixed simply by a) making the message input smaller to make room for these icons, or b) hiding the icons on both left and right, making the experience more consistent and easier to use with small setups. Moreover, after that, there is another point beyond which you can't make the window smaller anymore, this should also be removed.
2. Multiline message input behavior is inconsistent, at first if you write a second line then the first line becomes hidden, then after more lines you can see two lines at once but still not the first line, and then finally a scrollbar is added if you write a lot of lines at which point you can finally see everything. (tested on Lubuntu) Moreover the input only expands vertically up to a certain limited height which makes it very hard to deal with writing long messages. It should expand a lot more by default or at least the max height should be a user option.
3. A user should be able to constantly see the contact list while making it take up very small space if they want to (eg you see only avatar for each contact). This would be consistent with some popular messaging apps. Optimal would be an option for users to replace the workspaces on the left bar by this. A lot of people would prefer it that way. It would also save a lot of space. Actually if it replaces workspaces, user should be able to see usernames depending on how big they make the left bar.
4. You should be able to drag a contact/workspace to a new window.
5. User option to put contact list either on left of chat or at bottom of it by tabbed navigation, with option to show/hide usernames (keeping avatar only) in both instances.
6. Option to hide workspace name and contact search bar.https://dev.gajim.org/gajim/gajim/-/issues/11399Implement XEP-0424: Message Retraction2024-02-15T11:23:42ZDaniel BrötzmannImplement XEP-0424: Message RetractionImplement [XEP-0424: Message Retraction](https://xmpp.org/extensions/xep-0424.html). Needs gajim/python-nbxmpp#138
From the XEP:
> A chat participant might want to retract a message which they've already sent out, for example if they'v...Implement [XEP-0424: Message Retraction](https://xmpp.org/extensions/xep-0424.html). Needs gajim/python-nbxmpp#138
From the XEP:
> A chat participant might want to retract a message which they've already sent out, for example if they've mistakenly sent it to the wrong recipient or groupchat.
> Due to the federated and extensible nature of XMPP it's not possible to remove a message with full certainty and a retraction can only be considered an unenforceable request for such removal. Clients which don't support message retraction are not obligated to enforce the request and people could have seen or copied the message contents already.
Gajim already supports [XEP-0425: Message Moderation](https://xmpp.org/extensions/xep-0425.html) for group chat moderation.https://dev.gajim.org/gajim/gajim/-/issues/9248Dynamically fetch MUC history from server2024-02-14T21:00:14Zkev stanzDynamically fetch MUC history from serverin response to: https://dev.gajim.org/gajim/gajim/issues/8988
This needs a solution to enable full intergration MAM support for MUC in gajim. It works perfectly in conversations. Are there any settings that can be enabled to allow gajim...in response to: https://dev.gajim.org/gajim/gajim/issues/8988
This needs a solution to enable full intergration MAM support for MUC in gajim. It works perfectly in conversations. Are there any settings that can be enabled to allow gajim to fetch messages from the server and display them in the room when a new or existing user (re)joins it.https://dev.gajim.org/gajim/gajim/-/issues/11058Add support for XEP-0201: Best Practices for Message Threads2024-02-14T14:12:19ZDylan DonkersgoedAdd support for XEP-0201: Best Practices for Message Threads## Description of the new feature
Many chat apps (Slack, Mattermost, Zulip, I think Element/Matrix either has this or is implementing it) provide functionality for replying to a message and keeping the replies in a distinct thread which...## Description of the new feature
Many chat apps (Slack, Mattermost, Zulip, I think Element/Matrix either has this or is implementing it) provide functionality for replying to a message and keeping the replies in a distinct thread which does not pollute the main chat. This is very useful in chat rooms that have dozens (or even hundreds or more) of people.
I have never seen this feature in an XMPP client, but it seems as though XMPP as a protocol _does_ support it. See [XEP-0201](https://xmpp.org/extensions/xep-0201.html).
I would like to see this feature in Gajim.