gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2024-03-29T07:38:01Zhttps://dev.gajim.org/gajim/gajim/-/issues/11791Indicate a message has not been submitted to the server yet2024-03-29T07:38:01ZkabelsalatIndicate a message has not been submitted to the server yetCurrently there is no visual indication that a message failed to send because of a connectivity loss.
Steps to reproduce:
* Start Gajim and connect to the server as normal.
* Simulate a connectivity loss on the server side by adding a fi...Currently there is no visual indication that a message failed to send because of a connectivity loss.
Steps to reproduce:
* Start Gajim and connect to the server as normal.
* Simulate a connectivity loss on the server side by adding a firewall rule: `# iptables -I INPUT 1 -s <gajim ip> -p tcp --dport 5222 -j DROP`.
* Send a message before Gajim notices the loss of connectivity.
Even though Gajim sends `<r xmlns="urn:xmpp:sm:3" />` and never receives an answer and eventually notices the loss of the connectivity when a ping fails, there is never any indication that the message has not been submitted to the server! For instant messaging it is catastrophic if a user thinks a message has been sent, but it has, in fact, not been sent.
If stream management is supported by the server, we should be able to detect this situation and Gajim should indicate whether a message has been received by the server. This could be done by having a label "sending..." on the message until a SM ACK is received, additionally graying out the message or even not displaying the message until it has been received by the server like in MUCs (but the message just disappearing after pressing ENTER is very irritating to me). Additionally it would probably be a good idea to notify the user that some message could not be submitted to the server after a few minutes.
(Finally, the connectivity can be restored by deleting the firewall rule again with `# iptables -D INPUT 1`.)https://dev.gajim.org/gajim/gajim/-/issues/11739Replace winsdk with the winrt-* package2024-03-28T19:38:30ZVitoReplace winsdk with the winrt-* package## Description of the new feature
In !927, the winsdk package was added as a dependency to fix #10907. Winsdk is about 70 MB.
Could you please revisit the issue and see if it's possible to use the new https://github.com/pywinrt/pywinrt...## Description of the new feature
In !927, the winsdk package was added as a dependency to fix #10907. Winsdk is about 70 MB.
Could you please revisit the issue and see if it's possible to use the new https://github.com/pywinrt/pywinrt package?
In pypi it is exposed as a per-namespace package, for example `winrt.windows.ui.viewmanagement` could be found in *winrt-Windows.UI.ViewManagement*.https://dev.gajim.org/gajim/gajim/-/issues/11783Text input blocked on Windows2024-03-28T14:51:05ZSchroedingers CatText input blocked on Windows**Please first check if another issue has been opened for your problem**
## Versions
- OS: Windows 10
- Gajim version: 1.8.4 (first noticed with the last major UI overhaul)
- GTK version: 3.24.39
- Python-nbxmpp version: 4.5.3
...**Please first check if another issue has been opened for your problem**
## Versions
- OS: Windows 10
- Gajim version: 1.8.4 (first noticed with the last major UI overhaul)
- GTK version: 3.24.39
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1. After autostarting gajim, open it via the system tray (bottom-right)
1. Select an existing chat with the mouse cursor
1. Try to click in the text field of the opened chat, it won't work and look like this:
![grafik](/uploads/d0c2e17b652c66ba5be0fd6cecf1db8e/grafik.png)
1. Click on the formatting icon
![grafik](/uploads/4da0d5026d6a1fa9a275e44181b74cea/grafik.png)
2. Now, you can click into the text field
![grafik](/uploads/6707fe16f4e52688b6b3defa932d83dd/grafik.png)
## Expected behavior
I'd expect this to work already at step two without step three.
## Actual behavior
I have to click on the formatting icon before I can start entering text. Note, this only happens after a fresh start of the OS. Restarting gajim won't be enough to reproduce this as this happens only once per system boot.https://dev.gajim.org/gajim/gajim/-/issues/11792(Explicit) Notice that no server connection is available2024-03-28T14:51:04Zensaladamistababy(Explicit) Notice that no server connection is availableI was recently made aware that the text input field is disabled when no server connection is available. I have not had the slightest idea that this was on purpose.
I had previously believed it was just some UI bug and had my own ritual (...I was recently made aware that the text input field is disabled when no server connection is available. I have not had the slightest idea that this was on purpose.
I had previously believed it was just some UI bug and had my own ritual (reminiscent of #11783) of minimizing and re-opening gajim to "make it work again".
I believe adding a brief notification of some kind, informing the user that no connection is available, would go a long way for intuitive UX.
I could imagine a status message directly in the disabled input field, or something similar to the loading indicator for transmitting files.https://dev.gajim.org/gajim/gajim/-/issues/11632Message row merging interacts badly with receipts2024-03-28T14:01:34ZNicocoMessage row merging interacts badly with receiptsWhen activating "delivery receipts" in the settings, we get a check mark next to the our name and the message timestamp whenever a device of the recipient sends a XEP-0184 delivery receipt. But if we send two or more messages in a row, t...When activating "delivery receipts" in the settings, we get a check mark next to the our name and the message timestamp whenever a device of the recipient sends a XEP-0184 delivery receipt. But if we send two or more messages in a row, this "check mark" only concerns the first message of the merged messages. I see 3 possible fixes for this:
- "Un-merge" the rows until all have got a receipt. I think this might look weird
- Do not display/remove the checkmark until all merged messages have got their receipts.
- (my favorite) move the checkmark to the right, where the "..." menu appears. This way each individual message can get its checkmark.
What do you think is the best option?https://dev.gajim.org/gajim/gajim/-/issues/11777Hint that a contact name is customised2024-03-28T09:11:05ZNicocoHint that a contact name is customisedCurrently, there is no way to tell if the display name of a contact is customised by the user (bookmark name for MUCs, roster entry name for direct chats), or if it is their original name (MUC name from disco info, or XEP-0172 User Nickn...Currently, there is no way to tell if the display name of a contact is customised by the user (bookmark name for MUCs, roster entry name for direct chats), or if it is their original name (MUC name from disco info, or XEP-0172 User Nickname for direct chats). I think it would be nice to:
- make it explicit (with a little icon in the chat details dialog)
- make the original name easier to see (with a tooltip over that icon)
- add a button to remove the custom name. I think this is already doable in practice by editing the name and setting it to an empty string, but it is a bit hidden.https://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/11770Blocking functionality and Blocking List/Archiving Preferences is/are disable...2024-03-27T21:33:33Zr00tobo r00toboBlocking functionality and Blocking List/Archiving Preferences is/are disabled after using Gajim for a few days**Please first check if another issue has been opened for your problem**
## Versions
- OS: Debian 12 Bookworm / GNOME 43 Wayland
- Gajim version: 1.8.4
- GTK version: 3.24.38
- Python-nbxmpp version: 4.5.4
## Steps to reproduc...**Please first check if another issue has been opened for your problem**
## Versions
- OS: Debian 12 Bookworm / GNOME 43 Wayland
- Gajim version: 1.8.4
- GTK version: 3.24.38
- Python-nbxmpp version: 4.5.4
## Steps to reproduce the problem
it's not easy to reproduce but I will put the steps that I always do when using Gajim. and it happens randomly could be after 1 day could be after 10 days.
1. Open Gajim start using your account for a few days (1 day 5 days or 10 days can't tell) chat e.g with friends and family or in MUC. use Discovery service to discover other chats/servers and join
2. After a few days of doing the above the "Block Contact" and any Block related button is gray out/disabled can't be used same for the option of Archiving Preferences in the Accounts-Advanced menu bar it just happens to get gray as the Blocking List too
3. to regain this/these functionality/i(es) again one must restart Gajim or change the status to offline and then online
## Expected behavior
Gajim should offer this/these functionality/ies all the time as long as it's open and connected to an account.
## Actual behavior
Gajim disable Block functionality and Archiving Preferences after using your account for few days (1 day 5 days or 10 days can't tell).
**There is a little one piece of information that I want to note about though I use a RTL language with some of my contacts too so in case that might have a direct cause to this bug or not I just wanted to mention this**
Thank you.https://dev.gajim.org/gajim/gajim/-/issues/11583New Database Layout2024-03-25T22:03:04ZDaniel BrötzmannNew Database LayoutThis issue tracks remaining tasks for !966
See branch: https://dev.gajim.org/gajim/gajim/-/commits/storage
* [x] Store security labels in DB, see #10842
* [x] Check file transfer rows
* [x] Check call rows
* [x] Ensure corrections wo...This issue tracks remaining tasks for !966
See branch: https://dev.gajim.org/gajim/gajim/-/commits/storage
* [x] Store security labels in DB, see #10842
* [x] Check file transfer rows
* [x] Check call rows
* [x] Ensure corrections work correctly (message merge state)
* [x] Sending multiple messages in a MUC does not merge correctly anymore, check acknowledge_message()
* [ ] Check "jump to message" feature in message search view
* [ ] Search for corrected messages in SearchView
* [x] correcting a MUC message shows forever as pending
* [x] Fix displaying sent MUC messages
* [ ] real jid is currently only available via occupants table, needs a solution, maybe fake occupant id
* [x] Display "pending" state for MUC messages, see #8746
* [ ] Show errors on MUC messages, see #11204
* [ ] Database migration
* [x] Don’t allow corrections and any other actions for pending groupchat messages
* [ ] Check if displayed / Received marker work
* [x] Reset Displayed / Received marker when a message was corrected
* [x] Dont allow to retract moderated messages in the GUIhttps://dev.gajim.org/gajim/gajim/-/issues/11787GError: Fatal error in PNG image file: Write Error2024-03-24T17:31:01ZDaniel BrötzmannGError: Fatal error in PNG image file: Write Error# Error Details:
- Sentry event: https://sentry.io/gajim-aec982731/gajim/issues/5092087475
- First seen:
2024-03-22T14:08:56+00:00
- Last seen: 2024-03-22T14:10:22+00:00
- Events: 2
- Users: 0# Error Details:
- Sentry event: https://sentry.io/gajim-aec982731/gajim/issues/5092087475
- First seen:
2024-03-22T14:08:56+00:00
- Last seen: 2024-03-22T14:10:22+00:00
- Events: 2
- Users: 0Next Releasehttps://dev.gajim.org/gajim/gajim/-/issues/11789Notifications in Windows are shown on the far right with multiple screens2024-03-24T17:23:34ZSimoneNotifications in Windows are shown on the far right with multiple screens## Description of the new feature
When you have multiple screens in Windows, the toast notifications appear on the right monitor, far from sight.
It would be nice to be able to specify on which monitor you want them to show up.
Thanks
...## Description of the new feature
When you have multiple screens in Windows, the toast notifications appear on the right monitor, far from sight.
It would be nice to be able to specify on which monitor you want them to show up.
Thanks
![image](/uploads/10b75a124dea2c356396abf9bb3f4bd8/image.png)https://dev.gajim.org/gajim/gajim/-/issues/11785Add support for Message Displayed Synchronization2024-03-24T08:24:00Zlis sineAdd support for Message Displayed Synchronization## Description of the new feature
This is a new XEP that allows you sync the displayed state of your chats between multiple clients.
So if you read a number of messages on your phone, then when you switch to your desktop those messages w...## Description of the new feature
This is a new XEP that allows you sync the displayed state of your chats between multiple clients.
So if you read a number of messages on your phone, then when you switch to your desktop those messages would be considered read as well
https://xmpp.org/extensions/inbox/xep-mds.html
It is preferred to implement this after https://dev.gajim.org/gajim/gajim/-/merge_requests/960 gets merged.
Otherwise when you select a chat all the messages in it would be marked as read in all the clients implementing mds.https://dev.gajim.org/gajim/gajim/-/issues/11572Gajim disconnects when opening emoji panel for the first time after its launch2024-03-23T22:48:13ZSimoneGajim disconnects when opening emoji panel for the first time after its launch## Versions
- OS: Windows 10 x64
- Gajim version: 1.8.0
- GTK version: 3.24.38
- Python-nbxmpp version: 4.3.0
## Steps to reproduce the problem
1. Start Gajim
2. Open the emoji panel for the first time
3. Send an emoji
...## Versions
- OS: Windows 10 x64
- Gajim version: 1.8.0
- GTK version: 3.24.38
- Python-nbxmpp version: 4.3.0
## Steps to reproduce the problem
1. Start Gajim
2. Open the emoji panel for the first time
3. Send an emoji
## Expected behavior
Gajim continues working normally
## Actual behavior
Gajim stops sending and receiving messages for some time, until you see the lightning icons in chat's list, meaning it's been disconnected.
As soon as it reconnects, all messages come through and everything is fine.
P.S.
Before you ask, I won't provide debug logs because I already did in chat and you told me my server wasn't replying to a ping.
Since I can reproduce this 100% now, please test accordingly.
Thankshttps://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/11786UI: left/right click on the icon (XFCE)2024-03-20T20:05:06ZjpgUI: left/right click on the icon (XFCE)Can you enhance the action when we click on the Gajim icon on the status bar (XFCE panel) ?
Currently, left-click and right-click have the same behavior, showing the menu.
It would be more convenient if left-click showed/hided the wind...Can you enhance the action when we click on the Gajim icon on the status bar (XFCE panel) ?
Currently, left-click and right-click have the same behavior, showing the menu.
It would be more convenient if left-click showed/hided the window of Gajim and right-click showed the menu.https://dev.gajim.org/gajim/gajim/-/issues/11758Final form should not display interactive controls2024-03-20T19:56:27Zsch schFinal form should not display interactive controlsBoolean/check controls turn insensitive.
Drop-down menus remain as they are.
![gajim_final_form_dropdown_menu](/uploads/983707d069dd1f3fc5fd2cb40a5165d3/gajim_final_form_dropdown_menu.gif)Boolean/check controls turn insensitive.
Drop-down menus remain as they are.
![gajim_final_form_dropdown_menu](/uploads/983707d069dd1f3fc5fd2cb40a5165d3/gajim_final_form_dropdown_menu.gif)https://dev.gajim.org/gajim/gajim/-/issues/11781Add better text markup (XEP-394 or XEP-0071)2024-03-20T19:55:46ZPhilipp Höristphilipp@hoerist.comAdd better text markup (XEP-394 or XEP-0071)## Description of the new feature
Markup with 0393 has various drawbacks, the most important one is, its not discoverable if a received message should be formatted or not.
Markup specifications which separate markup and text from each o...## Description of the new feature
Markup with 0393 has various drawbacks, the most important one is, its not discoverable if a received message should be formatted or not.
Markup specifications which separate markup and text from each other are better suited for the job
Look into XEP-0071 or XEP-0394https://dev.gajim.org/gajim/gajim/-/issues/11765"><" and variants parsed as quotes2024-03-20T19:55:36ZMaxime Buquet"><" and variants parsed as quotes**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.41
- Python-nbxmpp version: 4.5.4
## Steps to reproduce the problem
1. Send ...**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.41
- Python-nbxmpp version: 4.5.4
## Steps to reproduce the problem
1. Send the following as a message: "><", or "> <", or ">_<" and probably many other variants
## Expected behavior
They are displayed as is in gajim (sending and receiving side)
## Actual behavior
The first ">" is being eaten and the message is displayed as a quote.https://dev.gajim.org/gajim/gajim/-/issues/11779Open Message from Notification not working2024-03-20T19:54:38ZNetworking GuyOpen Message from Notification not workingHi Team,
## Versions
- OS: Linux Mint 21.2
- Gajim version: 1.8.4
- GTK version: 3.24.41
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1.Minimize the Gajim chat window.
2.send a message to your account ...Hi Team,
## Versions
- OS: Linux Mint 21.2
- Gajim version: 1.8.4
- GTK version: 3.24.41
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1.Minimize the Gajim chat window.
2.send a message to your account from a different device or XMPP application. A pop-up will come up in the upper, right corner, notifying you of a new chat message.
3.Click on "Open", in order to display that new message.
## Expected behavior
The Gajim Chat window should automatically open after step 3
## Actual behavior
Nothing happens. The Chat Window doesn't automatically open after clicking on "open".
![Auswahl_007](/uploads/09de6200ecbf253d57aca74b4a292733/Auswahl_007.png)https://dev.gajim.org/gajim/gajim/-/issues/11782Wrong received-message timestamp2024-03-20T19:53:38Zlis sineWrong received-message timestamp## Versions
- OS: Void Linux
- Gajim version: 1.8.4
- GTK version: 3.24.38
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1. Open Gajim
2. Make your computer sleep (suspend to ram)
3. Send a message to ...## Versions
- OS: Void Linux
- Gajim version: 1.8.4
- GTK version: 3.24.38
- Python-nbxmpp version: 4.5.3
## Steps to reproduce the problem
1. Open Gajim
2. Make your computer sleep (suspend to ram)
3. Send a message to the XMPP account that's on Gajim
4. Wait for some time
5. resume from suspend; Gajim now reconnects the account
## Expected behavior
The received message should have the timestamp of when the message was sent (or at least of when the server received it)
## Actual behavior
The received message has the timestamp of when Gajim received the message i.e. immediately after Gajim reconnected the account after resuming from suspend.