gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2017-12-11T16:38:56Zhttps://dev.gajim.org/gajim/gajim/-/issues/7188No invitations to MUC for LAN2017-12-11T16:38:56ZDarlanNo invitations to MUC for LAN# Bug description
Contacts of Local account (Avahi / Bonjour / Zeroconf) won't appear in the dialog of *Invite Friends!* (My opinion is that MUC on Intranet are going to be an awesome feature + a plugin to establish an MUC on LAN).
# St...# Bug description
Contacts of Local account (Avahi / Bonjour / Zeroconf) won't appear in the dialog of *Invite Friends!* (My opinion is that MUC on Intranet are going to be an awesome feature + a plugin to establish an MUC on LAN).
# Steps to reproduce
Invite someone for on your LAN.
Invite contacts to the conversation (Ctrl+G)
# Software versions
OS version: Salix OS 13.37 (Slackware 13.37 based)
GTK version: GTK+ Version: 2.24.4
PyGTK version: PyGTK Version: 2.22.00.15.1https://dev.gajim.org/gajim/gajim/-/issues/7187Do not close and display error2018-04-30T11:44:35ZDarlanDo not close and display error# phenomenon
Some dialogs are closed after clicking on a button and don't give second chance if needed.# phenomenon
Some dialogs are closed after clicking on a button and don't give second chance if needed.0.15.1https://dev.gajim.org/gajim/gajim/-/issues/7185Transient dialogs2018-04-30T11:44:35ZDarlanTransient dialogs# phenomenon
Dialogs that are misplaced should be reported here.# phenomenon
Dialogs that are misplaced should be reported here.0.16Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7184Plugin failed message should appear on the Plugin Manager window2018-04-30T11:44:35ZDarlanPlugin failed message should appear on the Plugin Manager window# phenomenon
Currently, the Plugin failed message (e.g. python-otr is missing!) is transient for roster window instead of the Plugin Manager window.
# implementation recommendation
Same as described at #7102# phenomenon
Currently, the Plugin failed message (e.g. python-otr is missing!) is transient for roster window instead of the Plugin Manager window.
# implementation recommendation
Same as described at #71020.15.1https://dev.gajim.org/gajim/gajim/-/issues/7176Restore the old tray icon (envelope)2018-04-30T11:44:35ZDarlanRestore the old tray icon (envelope)# phenomenon
The flashing tray icon is annoying.
# implementation recommendation
An ACE entry to toggle between the blinking tray icon to the envelope tray icon, as it used to be with version 0.13.4.# phenomenon
The flashing tray icon is annoying.
# implementation recommendation
An ACE entry to toggle between the blinking tray icon to the envelope tray icon, as it used to be with version 0.13.4.0.16https://dev.gajim.org/gajim/gajim/-/issues/7102Password dialog should always appear on the roster (Fluxbox)2018-04-30T11:44:37ZDarlanPassword dialog should always appear on the roster (Fluxbox)# Phenomenon
The password for JID login is appearing in different places on the Fluxbox desktop.
# Background analysis
?
# Implementation recommendation
[asterix](https://trac.gajim.org/ticket/6942#comment:6):
> ...force those kind of ...# Phenomenon
The password for JID login is appearing in different places on the Fluxbox desktop.
# Background analysis
?
# Implementation recommendation
[asterix](https://trac.gajim.org/ticket/6942#comment:6):
> ...force those kind of dialogs to be transient for roster window.
https://trac.gajim.org/attachment/ticket/6942/screen.jpg
# Software versionsn
OS version: Salix OS 13.37 (Slackware 13.37 based)
WM version: Fluxbox 1.3.2
GTK version: 2.24.4
PyGTK version: 2.22.0
0.15https://dev.gajim.org/gajim/gajim/-/issues/7082Gajim tries to get vCard "Information" (on demand) while Gajim is offline2017-12-11T16:38:56ZDarlanGajim tries to get vCard "Information" (on demand) while Gajim is offline# Bug description
Even when a user is completely offline it is able to try to "check" the details of other when nothing is accessible (everyone and everything is offline).
# Note
I have not marked it as the lowest in Priority and Severi...# Bug description
Even when a user is completely offline it is able to try to "check" the details of other when nothing is accessible (everyone and everything is offline).
# Note
I have not marked it as the lowest in Priority and Severity since it might be losing performance and usability in an unnecessary and basic manner.
# Software versions
OS version: Salix OS 13.37 (Slackware 13.37 based)
GTK version: 2.24.4
PyGTK version: 2.22.00.16Yann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7079Can't join muc with same jid although not subscribed to in roster2017-12-11T16:38:56ZanonymousCan't join muc with same jid although not subscribed to in roster# Bug description
When trying to join a muc, i get the misleading alert that this is not the name of the chat.
german: "Dies ist nicht der Name des Chats"
After removing an accidentally added contact from the roster having the same jid...# Bug description
When trying to join a muc, i get the misleading alert that this is not the name of the chat.
german: "Dies ist nicht der Name des Chats"
After removing an accidentally added contact from the roster having the same jid as the muc-jid joining the room works fine.
# Steps to reproduce
In roster go to menu "Action"->"Start chat...".
Paste full jid(e.g. gajim@conference.gajim.org) of chatroom and apply.
Open menu "Action"->"Join groupchat..."->"Join groupchat...".
Paste jid into inputfield labeled "Chatroom" sothat it sorts out room and server.
Apply Dialog.
# Software versions
OS version:Ubuntu 11.04 x86_64
GTK version: 2.24.4
PyGTK version: 2.22.00.15https://dev.gajim.org/gajim/gajim/-/issues/7067gnome-keyring issue (fix)2017-12-11T16:38:56Zanonymousgnome-keyring issue (fix)# Bug description
After login, when Gajim is launched, it asks again for a password via
gnome-keyring, because Gajim' passwords are stocked into
~/.gnome2/keyrings/default.keyring instead of ~/.gnome2/keyrings/login.keyring.
Don't know ...# Bug description
After login, when Gajim is launched, it asks again for a password via
gnome-keyring, because Gajim' passwords are stocked into
~/.gnome2/keyrings/default.keyring instead of ~/.gnome2/keyrings/login.keyring.
Don't know if this bug happens in a Gnome session by the way, only tested on
other sessions, like Openbox, Wmaker, etc... but all my contacts have this
bugs.
I give you the fix further in this report, which is OK for me.
# Steps to reproduce
1. login in your session (activate the normal keyring)
2. launch Gajim (with already created accounts and passwords)
# Potential fix
There is the bugfix : in /usr/share/gajim/src/common/passwords.py file, at line
66 (for me) "self.keyring = 'default'", change "default" by "login" like this :
"self.keyring = 'login'"
# Software versions
OS version: Fedora 16 (GNU/Linux)
GTK version: 3.2.2-4
PyGTK version: 2.24.0-30.15https://dev.gajim.org/gajim/gajim/-/issues/7057Roster window G_IS_OBJECT assertion2017-12-11T16:38:56ZanonymousRoster window G_IS_OBJECT assertion# Bug description
Not sure exactly what happens here, but I get this on each startup (using Linux):
/home/me/gajim/src/roster_window.py:4968: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
if no...# Bug description
Not sure exactly what happens here, but I get this on each startup (using Linux):
/home/me/gajim/src/roster_window.py:4968: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
if not model[titer][data]:
/home/me/gajim/src/roster_window.py:5023: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
if type_ == 'account' and model[titer][C_PADLOCK_PIXBUF]:
/home/me/dgajim/src/roster_window.py:6429: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
self.window.show_all()
Just thought I'd post it here in case someone can see a quick way to fix it. Please contact me if you need additional information.https://dev.gajim.org/gajim/gajim/-/issues/7052Gajim spams MUC window with "Any occupant is allowed to see your full JID"2019-01-31T12:31:59ZanonymousGajim spams MUC window with "Any occupant is allowed to see your full JID"Re-posting from https://bugs.launchpad.net/ubuntu/+source/gajim/+bug/802467
After each status change (i.e. autoaway/back) a line pops up in MUC window littering the conversation. One notice when joining a room should suffice. Or maybe a...Re-posting from https://bugs.launchpad.net/ubuntu/+source/gajim/+bug/802467
After each status change (i.e. autoaway/back) a line pops up in MUC window littering the conversation. One notice when joining a room should suffice. Or maybe a setting in advanced s. manager will be nice too.
Offending code is in /usr/share/gajim/src/groupchat_control.py:1278:
if statusCode:
if '100' in statusCode:
# Can be a message (see handle_event_gc_config_change in
# gajim.py)
self.print_conversation(\
_('Any occupant is allowed to see your full JID'))https://dev.gajim.org/gajim/gajim/-/issues/7051OperationalError on startup2017-12-11T16:38:56ZanonymousOperationalError on startup# Bug description
Once upon a time, i've opened gajim and received this:
Traceback (most recent call last):
File "src\gui_interface.py", line 3078, in process_connections
File "src\common\xmpp\idlequeue.py", line 489, in process
Fi...# Bug description
Once upon a time, i've opened gajim and received this:
Traceback (most recent call last):
File "src\gui_interface.py", line 3078, in process_connections
File "src\common\xmpp\idlequeue.py", line 489, in process
File "src\common\xmpp\transports_nb.py", line 414, in pollin
File "src\common\xmpp\transports_nb.py", line 600, in _do_receive
File "src\common\xmpp\transports_nb.py", line 614, in _on_receive
File "src\common\xmpp\dispatcher_nb.py", line 467, in _WaitForData
File "src\common\xmpp\dispatcher_nb.py", line 452, in dispatch
File "src\common\connection_handlers.py", line 1619, in _messageCB
File "src\common\connection_handlers.py", line 1632, in _on_message_decrypted
File "src\session.py", line 134, in received
File "src\common\logger.py", line 550, in write
File "src\common\logger.py", line 402, in commit_to_db
File "src\common\logger.py", line 411, in insert_unread_events
File "src\common\logger.py", line 164, in simple_commit
OperationalError: unable to open database file
# Steps to reproduce
I don't know, it was so suddenly!
# Software versions
OS version: Windows 7 Professional En x64
GTK version: 2.22.1
PyGTK version: 2.22.0https://dev.gajim.org/gajim/gajim/-/issues/7050timezone incorrect for MSK2017-12-11T16:38:56Zanonymoustimezone incorrect for MSK# Bug description
time.timezone return -10800 for MSK, but now it always -14400
temporary solution in attachment
# Steps to reproduce
# Software versions
OS version: any
GTK version: 2.24.7
PyGTK version:2.24.0# Bug description
time.timezone return -10800 for MSK, but now it always -14400
temporary solution in attachment
# Steps to reproduce
# Software versions
OS version: any
GTK version: 2.24.7
PyGTK version:2.24.0https://dev.gajim.org/gajim/gajim/-/issues/7048Relative links on Trac frontpage2018-04-30T11:42:14ZanonymousRelative links on Trac frontpage# Bug description
It's not a bug in Gajim, but because of the browser warning it causes it is sort of annoying that the links on the frontpage Trac link to http:// even if you load https://trac.gajim.org/
- can someone with access fix t...# Bug description
It's not a bug in Gajim, but because of the browser warning it causes it is sort of annoying that the links on the frontpage Trac link to http:// even if you load https://trac.gajim.org/
- can someone with access fix the links to be relative instead?
It's this page I'm talking about:
https://trac.gajim.org/wikiYann LeboulangerYann Leboulangerhttps://dev.gajim.org/gajim/gajim/-/issues/7041SSL/TLS fingerprint not being saved when authentication fails on first connect2017-12-11T16:38:57ZanonymousSSL/TLS fingerprint not being saved when authentication fails on first connect# Bug description
The SSL/TLS fingerprint doesn't seem to be saved when authentication fails.
Would it be silly to make Gajim save fingerprints as soon as it sees them?
# Steps to reproduce
* Create a new account in Gajim (choose "use e...# Bug description
The SSL/TLS fingerprint doesn't seem to be saved when authentication fails.
Would it be silly to make Gajim save fingerprints as soon as it sees them?
# Steps to reproduce
* Create a new account in Gajim (choose "use existing account")
* Enter wrong password
* Verify SSL/TLS fingerprint
* After correcting the password, reconnect
** You will be prompted for the SSL/TLS fingerprint again.
0.15https://dev.gajim.org/gajim/gajim/-/issues/7012Same "hotkey" for different actions2018-04-30T11:42:14ZanonymousSame "hotkey" for different actions# problem
Some menu entries have (at least in the german version) the same hotkeys/shortcuts/what are the underlined letters in menus called?
# analysis
The menu for a contact for example uses the "e" for "B_efehl ausführen" (execute co...# problem
Some menu entries have (at least in the german version) the same hotkeys/shortcuts/what are the underlined letters in menus called?
# analysis
The menu for a contact for example uses the "e" for "B_efehl ausführen" (execute command) and "_Einladen zu" (invite to).
With the english locale the contact menu entries "_Manage Contact" and "Send Single _Message" have the same key assigned.
"Ansicht -> Transporte anzeigen" / "View -> Show Transports" has no hotkey in english and german.
# enhancement recommendation
Make sure, everywhere are hotkeys assigned and that there are no duplicates ;)
Since duplicates require repeated keypresses and pressing return for confirming.0.15https://dev.gajim.org/gajim/gajim/-/issues/7011Gajim window gets stuck on wrong monitor when minimized2017-12-11T16:38:57ZanonymousGajim window gets stuck on wrong monitor when minimized# Bug description
If i switch the number of screens in windows and the gajim roster is shown, everything works fine, but if the roster was opened on screen #2 and is minimized in tray and then i switch to use only one screen, the roster ...# Bug description
If i switch the number of screens in windows and the gajim roster is shown, everything works fine, but if the roster was opened on screen #2 and is minimized in tray and then i switch to use only one screen, the roster will not show up. I think gajim is on the
# Steps to reproduce
1) Start gajim. Move it to the second screen.
2) Minimize gajim
3) Maximize and minimize gajim to be sure, it will show, where it was minimized (last try to reproduce, it repeatedly showed up on the primary screen, until i restarted gajim)
4) Switch windows to use only one screen (Win+P)
5) Maximize gajim
6) it's gone!
(while trying to reproduce this, gajim once hanged without traceback ("Application stopped working, Close now?"-Windowsmessage) - how to debug this failure if it happens? or should i just try to reproduce this?)
# Software versions
OS version: Windows 7
gajim version: 0.15-beta2 (i cannot select this via "Version:" in trac)0.15https://dev.gajim.org/gajim/gajim/-/issues/6976Messages sended over dbus or gajim-remote are not displayed in the chat window2017-12-11T16:38:57ZanonymousMessages sended over dbus or gajim-remote are not displayed in the chat windowMay be it is related to ticket #6973, but I though it is a separate problem.
# Bug description
When I send a message with gajim-remote or DBus, it is saved in the chat log (see #6973) but not displayed in the chat window. To get the new...May be it is related to ticket #6973, but I though it is a separate problem.
# Bug description
When I send a message with gajim-remote or DBus, it is saved in the chat log (see #6973) but not displayed in the chat window. To get the new message displayed in the chat log I have to close and reopen the chat window, then I can see the "remote messages".
# Steps to reproduce
- Open a chat window
- send a message with gajim-remote
- look at the chat window
# Software versions
OS version:
Archlinux
Gajim 0.14.4 with the patch from Ticket #69730.15https://dev.gajim.org/gajim/gajim/-/issues/6973Messages sended with the gnome-shell builtin are missing in the chat log2017-12-11T16:38:57ZanonymousMessages sended with the gnome-shell builtin are missing in the chat log# Bug description
Messages sended with the gnome-shell builtin are missing in the chat log. So you don't see your sended ansers in the gnome-shell builtin chat, nor in the gajim chat log.
# Steps to reproduce
Start chatting with the gno...# Bug description
Messages sended with the gnome-shell builtin are missing in the chat log. So you don't see your sended ansers in the gnome-shell builtin chat, nor in the gajim chat log.
# Steps to reproduce
Start chatting with the gnome-shell built in chat.
OS: Archlinux (all updates are installed)0.15https://dev.gajim.org/gajim/gajim/-/issues/6967main window's width too small2017-12-11T16:38:57ZSvenmain window's width too small# Bug description
After installing 0.15-alpha on windows 7, the rooster/main window's width was too little, so "Help" menu in the top wasn't visible.
# Steps to reproduce
Fresh installation on windows 7. I use german language, so maybe ...# Bug description
After installing 0.15-alpha on windows 7, the rooster/main window's width was too little, so "Help" menu in the top wasn't visible.
# Steps to reproduce
Fresh installation on windows 7. I use german language, so maybe the german translated words are longer and burst standard width.
# Software versions
OS version: windows 7 64 bit
GTK+-Version: 2.22.1
PyGTK-Version 2.22.00.15