gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2023-06-14T06:46:09Zhttps://dev.gajim.org/gajim/gajim/-/issues/11564TOR: Allow self-signed certs for http upload on .onion/.i2p domains2023-06-14T06:46:09Zlovetox fanboyTOR: Allow self-signed certs for http upload on .onion/.i2p domainsNow gajim allows plain next and self-signed for xmpp, BUT doesn't allow to send files via http upload neither with self-signed certificates nor with http plain text.
To support sending files to an xmpp server configured as a hidden ser...Now gajim allows plain next and self-signed for xmpp, BUT doesn't allow to send files via http upload neither with self-signed certificates nor with http plain text.
To support sending files to an xmpp server configured as a hidden service in anonymous networks such as tor and i2p we need a setting that would allow to use self-signed certificates
This setting must turn off certificate validation for all child subdomains: *.onion *.i2p (xyz.onion, upload.xyz.onion, a.b.c.d.onion, something.b32.i2p and etc). this should work for both file transfers and previews
1) i think the best solution could be a setting that would globally disable certificate check for any domain. this setting is insecure if we use in the same gajim profile accounts in both hidden service and clearnet at the same time. but this problem can be solved by using different profiles with different settings - one with certificate check for normal servers, one without certificate check for servers configured as a hidden service. the global setting is good because it is universal and not tied to a pseudodomain of specific anon network (onion/TOR, b32.i2p/I2P, may be not so popular now loki/Lokinet https://github.com/oxen-io/lokinet and etc.)
2) Another solution would be a setting that allows the user to choose for which domains certificates can be ignored (somethink like "disable_ssl_validation = *.onion, *.i2p").
A setting that is hardcoded to "onion" only will be non-universal. there are at least two pseudo-domains which are currently relevant: onion and i2p, but what if we need to configure a server in another anonymous network in the future?
3) self-signed vs http plain
using plain text is more logical because the encryption is provided by tor. but I don't know how other clients like conversations will respond to http (no ssl) file links - maybe they can only work with self-signed http certificates (I haven't checked it yet)https://dev.gajim.org/gajim/gajim/-/issues/11561Windows: MSIX bundle/store page improvements2023-11-08T16:13:02ZDaniel BrötzmannWindows: MSIX bundle/store page improvementsSome things can be improved for the MS Store version.
Installer:
* [x] should register xmpp: scheme
* [ ] app manifest should include more languages than en-us
* [ ] create a desktop icon (?)
Store page:
* [ ] more screenshots at htt...Some things can be improved for the MS Store version.
Installer:
* [x] should register xmpp: scheme
* [ ] app manifest should include more languages than en-us
* [ ] create a desktop icon (?)
Store page:
* [ ] more screenshots at https://apps.microsoft.com/store/detail/gajim/9PGGF6HD43F9
* [x] high resolution screenshotshttps://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/11555Error handling for fatal SQL exceptions2023-06-06T15:31:02ZDaniel BrötzmannError handling for fatal SQL exceptionsGajim should have error handling for certain SQL exceptions we've seen in the past:
* `sqlite3.DatabaseError: database disk image is malformed`: For cache.db we simply reinitialize cache storage. While this would be okay-ish for setting...Gajim should have error handling for certain SQL exceptions we've seen in the past:
* `sqlite3.DatabaseError: database disk image is malformed`: For cache.db we simply reinitialize cache storage. While this would be okay-ish for settings.db and omemo.db, that's a no go for logs.db. In the case of logs.db, we need to inform the user about a critical database error and add an option to reinitialize (while creating a copy of the malformed database). See #11130, #10779, #9139
* `sqlite3.OperationalError: attempt to write a readonly database`: This issue has been seen for logs.db, cache.db, settings.db, and omemo.db from time to time on various operating systems. Since it may in some cases be a result of a locked file (AV software, etc.), we should probably inform the user as well and point to solutions (restart OS, check file, etc.) or offer to recreate storage. See #11081, #10976
* `sqlite3.OperationalError: database or disk is full`: In this case we should quit Gajim directly and leave a single dialog open which tells the user about the situation. Right now this situation leads to hundreds of database tracebacks. See #11428, #10864, #10864https://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/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/11517Account window is not presented as foreground window when clicking manage keys2023-07-02T05:54:39Zdiode24Account window is not presented as foreground window when clicking manage keys- ubuntu 23.04
- gnome 1:42+8
- xorg 1:7.7+23ubuntu2
When opening the omemo manager for my own account via `private chat view > shield icon > gear icon 'Manage Your Devices...'`, the window that opens is behind the window used to open i...- ubuntu 23.04
- gnome 1:42+8
- xorg 1:7.7+23ubuntu2
When opening the omemo manager for my own account via `private chat view > shield icon > gear icon 'Manage Your Devices...'`, the window that opens is behind the window used to open it. It is hidden by the foreground window and cannot be brought to the foreground. I expect the new window to be raised to the foreground when opening.https://dev.gajim.org/gajim/gajim/-/issues/11497xml console account filter produces undesired new lines2023-12-18T15:08:40Zdiode24xml console account filter produces undesired new linesUsing the account filter in the xml console causes the console to print new lines (newlines) continually, as I assume these are not filtered out of the input.Using the account filter in the xml console causes the console to print new lines (newlines) continually, as I assume these are not filtered out of the input.https://dev.gajim.org/gajim/gajim/-/issues/11489pasting large images into message input field causes delay2023-05-02T16:04:03Zdiode24pasting large images into message input field causes delay## Steps to reproduce
1. right click image in web browser that is greater than 10 MB
2. focus message input field in gajim and press ctrl+v
## Actual behavior
Gajim does not respond visibly for about 5 seconds.
## Expected behavior
I e...## Steps to reproduce
1. right click image in web browser that is greater than 10 MB
2. focus message input field in gajim and press ctrl+v
## Actual behavior
Gajim does not respond visibly for about 5 seconds.
## Expected behavior
I expect gajim to quickly show file upload view, or to give a visual indication that it is busy if this wait time is unavoidable.https://dev.gajim.org/gajim/gajim/-/issues/11483Improve Account Assistant2023-10-18T21:21:37ZPhilipp Höristphilipp@hoerist.comImprove Account AssistantI think the assistant could do more than *just* add an account.
My idea would be that the assistant after adding an account has a few more pages where it leads you through some account specific settings and lets you choose.
For example...I think the assistant could do more than *just* add an account.
My idea would be that the assistant after adding an account has a few more pages where it leads you through some account specific settings and lets you choose.
For example:
- Privacy Mode (Paranoid / Normal / Custom (then we jump into the account privacy tab))
Any other ideas?https://dev.gajim.org/gajim/gajim/-/issues/11481Let user choose preference on first window close2023-05-07T21:38:23ZPhilipp Höristphilipp@hoerist.comLet user choose preference on first window closeInstead of having defaults what to do on closing the main window, show a dialog with all options and a checkbox to save that preference, when first closing the window.
This allows us to accommodate all Desktop Environments, some of them...Instead of having defaults what to do on closing the main window, show a dialog with all options and a checkbox to save that preference, when first closing the window.
This allows us to accommodate all Desktop Environments, some of them may have no trayicon, some of them have.
Because there is no good way to discover that, lets simply ask the user.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/11458Invalid certificate with generic error, since 1.7.x2023-04-15T08:21:41ZNoizetteInvalid certificate with generic error, since 1.7.xWhen trying to connect to my ejabberd server, Gajim fails with an unknown SSL certificate validation error.
This happens with Gajim 1.7.2 and 1.7.3 on different computers.
On one of them, it worked fine with 1.6 right before updating to...When trying to connect to my ejabberd server, Gajim fails with an unknown SSL certificate validation error.
This happens with Gajim 1.7.2 and 1.7.3 on different computers.
On one of them, it worked fine with 1.6 right before updating to 1.7.3, and I can connect with other clients (Dino, converse.js) without similar problem. So the certificate doesn't seem to be faulty.
It seems that on the first computer, it was working correctly on 1.7.2 until last week-end (so almost while 1 month) (not 100% sure it was effectively on 1.7.2, but like 90%, though).
Here's the log when launched with -v:
```
(I) nbxmpp.connection (noizette.net) Start TLS negotiation
(I) nbxmpp.stream (noizette.net) Start stream
(I) nbxmpp.stream (noizette.net) Set state: StreamState.WAIT_FOR_STREAM_START
(I) nbxmpp.connection (noizette.net) Found TLS certificate errors: {<flags G_TLS_CERTIFICATE_GENERIC_ERROR of type Gio.TlsCertificateFlags>}
(I) nbxmpp.connection (noizette.net) Signal: bad-certificate
(I) nbxmpp.stream (noizette.net) Set error: StreamError.BAD_CERTIFICATE, bad certificate, None
(I) nbxmpp.connection (noizette.net) Certificate Error: g-tls-error-quark: Certificat TLS inacceptable (2)
(I) nbxmpp.connection (noizette.net) Remove keepalive timer
(I) nbxmpp.connection (noizette.net) Set Connection State: TCPState.DISCONNECTED
(I) nbxmpp.connection (noizette.net) Signal: disconnected
(I) nbxmpp.stream (noizette.net) Set state: StreamState.DISCONNECTED
(I) nbxmpp.stream (noizette.net) Signal: disconnected
(I) gajim.client Disconnect noizette.net
(I) gajim.client State: ClientState.DISCONNECTED
```
It doesn't seem related to #11366, although it's a self-signed cert, as it was fine on 1.6, and I don't even have option to add the cert as an exception.
## Versions
- OS: Debian 11 / Ubuntu 22.04
- Gajim version: 1.7.2, 1.7.3
- GTK version: 3.24.37
- Python-nbxmpp version: 4.2.2https://dev.gajim.org/gajim/gajim/-/issues/11451Inline replies in notifications2023-03-26T18:54:26ZZimbelsternInline replies in notificationsHello from Debian bookworm with KDE Plasma running Gajim 1.7.1!
Thank you for developing one of my most used and most loved* applications!
## Description of the new feature
You can reply to new messages directly from the notification....Hello from Debian bookworm with KDE Plasma running Gajim 1.7.1!
Thank you for developing one of my most used and most loved* applications!
## Description of the new feature
You can reply to new messages directly from the notification.
Working examples:
- Chromium: Notifications sent from service workers ([inline replies](https://web.dev/push-notifications-notification-behaviour/#inline-replies))
- KDE Connect: Notifications on a connected Android device (I can reply to my XMPP chats from the desktop via KDE Connect and my Android phone running Conversations)
Thank you for considering this request.
---
_*though still waiting for XEP-0320 ;-)_https://dev.gajim.org/gajim/gajim/-/issues/11415Preview: UnicodeEncodeError: 'latin-1' codec can't encode characters in posit...2023-04-26T18:03:53ZAlex HotoiPreview: UnicodeEncodeError: 'latin-1' codec can't encode characters in position 56-59: ordinal not in range(256)## Versions:
- OS: Linux 5.19.0-29-generic
- GTK Version: 3.24.36
- PyGObject Version: 3.42.2
- GLib Version : 2.74.5
- python-nbxmpp Version: 4.2.0
- Gajim Version: 1.7.1
## Traceback
```
Traceback (most recent call last):
File "/app...## Versions:
- OS: Linux 5.19.0-29-generic
- GTK Version: 3.24.36
- PyGObject Version: 3.42.2
- GLib Version : 2.74.5
- python-nbxmpp Version: 4.2.0
- Gajim Version: 1.7.1
## Traceback
```
Traceback (most recent call last):
File "/app/lib/python3.10/site-packages/gajim/common/preview.py", line 550, in _on_finished
write_file_async(preview.orig_path,
File "/app/lib/python3.10/site-packages/gajim/common/helpers.py", line 1379, in write_file_async
file = Gio.File.new_for_path(str(path))
UnicodeEncodeError: 'latin-1' codec can't encode characters in position 56-59: ordinal not in range(256)
```
## Steps to reproduce the problem
...https://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/11402Implement universal search2023-02-23T13:16:03ZDaniel BrötzmannImplement universal searchGajim offers multiple search inputs for various functionalities: Start Chat, chat list search, message history search, group chat participants filtering, ...
Ideas for a universal search:
* Use Start Chat as starting point, but maybe i...Gajim offers multiple search inputs for various functionalities: Start Chat, chat list search, message history search, group chat participants filtering, ...
Ideas for a universal search:
* Use Start Chat as starting point, but maybe in a Gajim-wide overlay
* Show universal search when clicking the chat list's search bar
* Show search results in a categorized layout, i.e. Show Chat, Preferences, Group chat participants
* Enable searching for:
- Chats
- Group chat participants
- Preferences
- Account settings
- Plugin settings
- Messages (chat history)
- Shortcuts
- Menu actions (i.e. Add Contact…, Plugins)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/11397Emacs key bindings GTK theme interference2023-02-11T21:42:23Zmjk-ghEmacs key bindings GTK theme interference**Please first check if another issue has been opened for your problem**
It seems there were a few issues about Emacs key-binding theme interferences in the past, but the patches/fixes introduced there seem to have worn off over time:
...**Please first check if another issue has been opened for your problem**
It seems there were a few issues about Emacs key-binding theme interferences in the past, but the patches/fixes introduced there seem to have worn off over time:
- #3738
- #6786
- #6874
- #7254
## Versions
- OS: Devuan Chimaera (stable), AMD64
- Gajim version: 1.4.7 (can't easily check newer versions)
- GTK version: 3.24.24
- Python-nbxmpp version: 3.2.3
## Steps to reproduce the problem
1. Hit Ctrl-p, Ctrl-n, Ctrl-s etc.
1. Watch them not doing the expected Emacs thing, but something Gajim specific (or nothing at all)
## Expected behavior
When the Emacs key-binding theme is configured in GTK, I expect most of the basic Emacs key-bindings to work:
Ctrl-f - move to next character
Ctrl-b - move to previous character
Alt-f - move to next word
Alt-b - move to previous word
Ctrl-n - next line
Ctrl-p - previous line
Ctrl-e - move to end of line [EDIT]
Alt-d - delete from current character to end of word
Ctrl-k - delete from current character to end of line
Ctrl-u - delete from current character to beginning of line
Ctrl-w - cut to "clipboard"
Alt-w - copy to "clipboard"
Ctrl-y - paste from "clipboard"
Ctrl-space - set mark (e.g. for operations above) / begin selection / end selection
Ctrl-h - same as backspace
I could personally live without Ctrl-h acting as backspace, because there is already a backspace key on the keyboard, but Ctrl-h can be actually much more efficient, so maybe Ctrl-h should also do the Emacs thing (instead of invoking the history dialog).
In the context of Gajim, I would also wish for at least one Gajim-specific adaptation/translation of an Emacs binding, namely:
Ctrl-s: Emacs: Incremental search, Gajim: Open (and maybe close) search dialog
## Actual behavior
Ctrl-n: opens start/join chat dialog
Ctrl-p: opens preferences dialog
Ctrl-e: opens plugins dialog [EDIT]
Ctrl-w: delete from current character to beginning of word
Alt-w: nothing happens
Ctrl-space: nothing happens
Ctrl-h: opens search dialoghttps://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.