gajim issueshttps://dev.gajim.org/gajim/gajim/-/issues2018-10-27T13:35:38Zhttps://dev.gajim.org/gajim/gajim/-/issues/9401Let User copy the full info from the ServerInfo Window2018-10-27T13:35:38ZPhilipp Höristphilipp@hoerist.comLet User copy the full info from the ServerInfo Window## Description of the new feature
A Copy button should allow the user to copy the full info in the Serverinfo window to his clipboard, ready to be pasted for example into a chatroom## Description of the new feature
A Copy button should allow the user to copy the full info in the Serverinfo window to his clipboard, ready to be pasted for example into a chatroomhttps://dev.gajim.org/gajim/gajim/-/issues/9360Allow disabling keyboard shorcut ctrl+L (clear chat window)2021-12-10T22:57:34ZazrdevAllow disabling keyboard shorcut ctrl+L (clear chat window)As documented in Help > Keyboard shortcuts, I can press `Ctrl+L` in a Chat window to clear it, which I do frequently by accident.
Is it possible to deactivate and/or re-map this shortcut (or for that matter, all of them?)
I searched fo...As documented in Help > Keyboard shortcuts, I can press `Ctrl+L` in a Chat window to clear it, which I do frequently by accident.
Is it possible to deactivate and/or re-map this shortcut (or for that matter, all of them?)
I searched for an existing issue, but didn't find any, please excuse if there already is one I overlooked.1.4.0https://dev.gajim.org/gajim/gajim/-/issues/9193Remember resource between reconnections2018-06-12T16:51:17ZAlexander KrotovRemember resource between reconnectionsBy default Gajim uses `gajim.$rand` resource, which is computed each time a connection is made (see `gajim/common/connection.py`). It makes impossible to track the device between reconnections. I propose to remove templates (which suppor...By default Gajim uses `gajim.$rand` resource, which is computed each time a connection is made (see `gajim/common/connection.py`). It makes impossible to track the device between reconnections. I propose to remove templates (which support `$hostname` and `$rand` only anyways), generate resource once in the form of `gajim.$rand` on account creation and keep it in the configuration file. Then user can change it manually only.
[https://conversations.im/](Conversations) uses similar approach, with resources like `Conversations.$rand`, the random part is saved.
Having permanent resources will make it possible to deliver messages with `<no-permanent-store />` to offline clients, and will make it possible to deliver `<store />` messages to offline clients when MAM is not available. [Prosody](https://prosody.im/) is going to support this kind of behavior soon, but random resources will make Gajim look like different clients on each connection.
For example, let there be two resources connected, "Conversations.foo" and "Gajim.bar". Then "Gajim.bar" disconnects and bare JID receives a message. It is delivered to "Conversations.foo" and stored for "Gajim.bar". But then Gajim reconnects with "Gajim.baz" resource, so message is stored for "Gajim.bar" until it times out, and "Gajim.baz" never receives a message.
If there is an agreement that it should be fixed, I would like to try to implement it.https://dev.gajim.org/gajim/gajim/-/issues/9166Further align the design with GTK+/GNOME 3 patterns2020-09-29T10:49:05ZSophie HeroldFurther align the design with GTK+/GNOME 3 patternsCurrently there are very prominent legacy parts like the menu bar. Is there interest to move towards a design that's more oriented on modern GNOME 3 Apps? One possible direction would be the design of [Fractal](https://wiki.gnome.org/App...Currently there are very prominent legacy parts like the menu bar. Is there interest to move towards a design that's more oriented on modern GNOME 3 Apps? One possible direction would be the design of [Fractal](https://wiki.gnome.org/Apps/Fractal) (see below). If there is interest I would start with compiling a list of possible changes.
![Fractal Screenshot](https://wiki.gnome.org/Apps/Fractal?action=AttachFile&do=get&target=fractal-0.1.21-screenshot.png)
##### Related Issues
- "not all menu entrys are in the global menu" #8824
- confusing menu structure #8955
- Meta: Message/conversation appearance #9060
##### Ideads
- Buttons (above roster)
- :slight\_smile: Status
- :heavy\_plus\_sign:
- Add new Contact…
- Join Group Chat…
- :mag: Start Chat…
- ☰ Menu
- (Everything that remains from 'Accounts' and 'View')https://dev.gajim.org/gajim/gajim/-/issues/9143Show additional chatstates in MUCs2023-10-22T07:37:04ZAndrey GurskyShow additional chatstates in MUCsJabber clients send chatstate changes like "composing" also in MUCs. Do not ignore them.
Besides of a trivial solution showing them like joined/left events, the last line could be reserved for such status messages. Since more than one c...Jabber clients send chatstate changes like "composing" also in MUCs. Do not ignore them.
Besides of a trivial solution showing them like joined/left events, the last line could be reserved for such status messages. Since more than one can be in "composing" state, it would be better to combine jids together and display "composing" only once.1.8.2https://dev.gajim.org/gajim/gajim/-/issues/9092History mishmash when contact is in roster of 2 accounts2019-06-21T14:25:59ZtapeteHistory mishmash when contact is in roster of 2 accountsThe problem occurs when gajim is configured with two accounts and I add the same contact to both accounts. In this case the message history of both contacts are mixed up. When I write to my contact using account B the messages also appea...The problem occurs when gajim is configured with two accounts and I add the same contact to both accounts. In this case the message history of both contacts are mixed up. When I write to my contact using account B the messages also appear in account A.
## Versions
- OS: Windows
- Gajim version: 1.01
- GTK version:
- Python-nbxmpp version:
## Steps to reproduce the problem
1. Create 2 accounts in gajim (A and B)
2. add test@jabber.com to account A
3. add test@jabber.com to account B
4. chat to test@jabber.com using account A
5. watch history of test@jabber.com in account B
## Expected behavior
nothing to show
## Actual behavior
data of account A is shownBBreeziNBBreeziNhttps://dev.gajim.org/gajim/gajim/-/issues/9067gajim crashes when receiving html encoded messages2018-11-19T19:07:44ZJoel Thomasgajim crashes when receiving html encoded messages**Please first check if another issue has been opened for your problem**
## Versions
- OS: Arch Linux
- Gajim version: 1.0.1
- GTK version: gtk3 3.22.29+60+ge42d8598ca-1 / gtk2 2.24.32-1
- Python-nbxmpp version: 0.6.4-1
After...**Please first check if another issue has been opened for your problem**
## Versions
- OS: Arch Linux
- Gajim version: 1.0.1
- GTK version: gtk3 3.22.29+60+ge42d8598ca-1 / gtk2 2.24.32-1
- Python-nbxmpp version: 0.6.4-1
After upgrading gajim in Arch Linux, gajim crashes randomly every few messages with a segmentation fault when receiving html encoded messages in private chat or MUC chat. I can not observe any crashes, when receiving pure plain text messages.
The stacktrace of the python process running gajim (attached gdb) is as follows:
`
(gdb) bt
#0 0x00007f55dffbfd9d in g_slice_alloc () at /usr/lib/libglib-2.0.so.0
#1 0x00007f55dffc03da in g_slice_alloc0 () at /usr/lib/libglib-2.0.so.0
#2 0x00007f55d8f6d35c in gtk_text_attributes_new () at /usr/lib/libgtk-3.so.0
#3 0x00007f55d8f8f856 in () at /usr/lib/libgtk-3.so.0
#4 0x00007f55d8f918e5 in gtk_text_layout_get_line_display () at /usr/lib/libgtk-3.so.0
#5 0x00007f55d8f92b85 in () at /usr/lib/libgtk-3.so.0
#6 0x00007f55d8f727d2 in () at /usr/lib/libgtk-3.so.0
#7 0x00007f55d8f907c6 in gtk_text_layout_validate_yrange () at /usr/lib/libgtk-3.so.0
#8 0x00007f55d8fa2494 in () at /usr/lib/libgtk-3.so.0
#9 0x00007f55d8fa3054 in () at /usr/lib/libgtk-3.so.0
#10 0x00007f55d8fa34a9 in () at /usr/lib/libgtk-3.so.0
#11 0x00007f55ddb4f843 in () at /usr/lib/libgdk-3.so.0
#12 0x00007f55dffa21d6 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#13 0x00007f55dffa25b1 in () at /usr/lib/libglib-2.0.so.0
#14 0x00007f55dffa263e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#15 0x00007f55df84b97e in g_application_run () at /usr/lib/libgio-2.0.so.0
#16 0x00007f55dfd531c8 in ffi_call_unix64 () at /usr/lib/libffi.so.6
#17 0x00007f55dfd52c2a in ffi_call () at /usr/lib/libffi.so.6
#18 0x00007f55e0765c79 in () at /usr/lib/python3.6/site-packages/gi/_gi.cpython-36m-x86_64-linux-gnu.so
#19 0x00007f55e07679f8 in () at /usr/lib/python3.6/site-packages/gi/_gi.cpython-36m-x86_64-linux-gnu.so
#20 0x00007f55e4eb4eeb in PyObject_Call () at /usr/lib/libpython3.6m.so.1.0
#21 0x00007f55e4e66225 in _PyEval_EvalFrameDefault () at /usr/lib/libpython3.6m.so.1.0
#22 0x00007f55e4ecf6b4 in () at /usr/lib/libpython3.6m.so.1.0
#23 0x00007f55e4ed0a8f in () at /usr/lib/libpython3.6m.so.1.0
#24 0x00007f55e4ed0dde in () at /usr/lib/libpython3.6m.so.1.0
#25 0x00007f55e4e64b5a in _PyEval_EvalFrameDefault () at /usr/lib/libpython3.6m.so.1.0
#26 0x00007f55e4ed085b in () at /usr/lib/libpython3.6m.so.1.0
#27 0x00007f55e4ed0dde in () at /usr/lib/libpython3.6m.so.1.0
#28 0x00007f55e4e64b5a in _PyEval_EvalFrameDefault () at /usr/lib/libpython3.6m.so.1.0
#29 0x00007f55e4ed12c8 in PyEval_EvalCodeEx () at /usr/lib/libpython3.6m.so.1.0
#30 0x00007f55e4e646ec in PyEval_EvalCode () at /usr/lib/libpython3.6m.so.1.0
#31 0x00007f55e4f36f84 in () at /usr/lib/libpython3.6m.so.1.0
#32 0x00007f55e4f39751 in PyRun_FileExFlags () at /usr/lib/libpython3.6m.so.1.0
#33 0x00007f55e4f39954 in PyRun_SimpleFileExFlags () at /usr/lib/libpython3.6m.so.1.0
#34 0x00007f55e4f2f70b in Py_Main () at /usr/lib/libpython3.6m.so.1.0
#35 0x0000563feec81c39 in main ()
`
The output of "gajim -v" itself:
```
04/11/2018 10:39:19 (D) gajim.c.ged stanza-received Args: (<gajim.common.connection_handlers_events.StanzaReceivedEvent object at 0x7f203c173828>,)
04/11/2018 10:39:21 (I) nbxmpp.transports_nb pollin called, state == CONNECTED
04/11/2018 10:39:21 (I) nbxmpp.idlequeue read timeout removed for fd 20
04/11/2018 10:39:21 (I) nbxmpp.idlequeue read timeout set for fd 20 on 55 seconds
04/11/2018 10:39:21 (I) nbxmpp.idlequeue read timeout set for fd 20 on 120 seconds with function <bound method NonBlockingTransport.read_timeout2 of <nbxmpp.transports_nb.NonBlockingTCP object at 0x7f2021d16e80>>
04/11/2018 10:39:21 (I) nbxmpp.client_nb raising event from transport: :::::DATA RECEIVED::::
_____________
<message from='xxx@xxxx/xxxx' to='yyy@yyyy/gajim.P8XXN1QS' type='chat' id='purple599f80c0'><active xmlns='http://jabber.org/protocol/chatstates'/><body>noch mal bold</body><html xmlns='http://jabber.org/protocol/xhtml-im'><body xmlns='http://www.w3.org/1999/xhtml'><p><span style='font-family: Helvetica; font-size: large;'><span style='font-weight: bold;'>noch mal bold</span></span></p></body></html></message>
_____________
04/11/2018 10:39:21 (D) gajim.c.ged stanza-received Args: (<gajim.common.connection_handlers_events.StanzaReceivedEvent object at 0x7f20340659b0>,)
04/11/2018 10:39:21 (D) gajim.c.connection_handlers MessageCB
04/11/2018 10:39:21 (D) gajim.c.ged raw-message-received Args: (<gajim.common.nec.NetworkEvent object at 0x7f203c180ef0>,)
04/11/2018 10:39:21 (D) gajim.c.ged message-received Args: (<gajim.common.connection_handlers_events.MessageReceivedEvent object at 0x7f203c180f98>,)
04/11/2018 10:39:21 (D) gajim.c.ged decrypted-message-received Args: (<gajim.common.connection_handlers_events.DecryptedMessageReceivedEvent object at 0x7f203c04bc50>,)
04/11/2018 10:39:21 (I) gajim.c.logger Insert into DB: jid: san@quoscient, time: 1523435961.0782964, kind: 4, stanza_id: None
04/11/2018 10:39:21 (D) gajim.c.ged chatstate-received Args: (<gajim.common.connection_handlers_events.ChatstateReceivedEvent object at 0x7f2021eaaf28>,)
04/11/2018 10:39:21 (D) gajim.conversation_textview Printed Line: 12, noch mal bold, 1523435961.0782964, inserted after: None, stanza-id: purple599f80c0, correct-id: None
04/11/2018 10:39:21 (D) gajim.c.ged notification Args: (<gajim.common.connection_handlers_events.NotificationEvent object at 0x7f2022255748>,)
[1] 3707 segmentation fault (core dumped) gajim -v
```https://dev.gajim.org/gajim/gajim/-/issues/9041[httpupload] Add upload button to contact right-click menu2021-12-05T12:17:04ZLauri Niskanen[httpupload] Add upload button to contact right-click menuCurrently the http upload button is added to the chat window buttons. In addition to that, I would like to have the button in contact right-click menu. "Send file" button is in that menu so I think the http upload button would fit there ...Currently the http upload button is added to the chat window buttons. In addition to that, I would like to have the button in contact right-click menu. "Send file" button is in that menu so I think the http upload button would fit there as well.
I use "Make message windows compact" setting on Gajim, so I cannot upload files using this plugin otherwise.1.4.0https://dev.gajim.org/gajim/gajim/-/issues/8988Restore messages in muc window2019-11-16T21:04:33ZsergioRestore messages in muc window**Please first check if another issue has been opened for your problem**
## Versions
- OS: Debian 9
- Gajim version: 1.0.0
- GTK version: 3.22
- Python-nbxmpp version:
## Steps to reproduce the problem
1. Join a muc with m...**Please first check if another issue has been opened for your problem**
## Versions
- OS: Debian 9
- Gajim version: 1.0.0
- GTK version: 3.22
- Python-nbxmpp version:
## Steps to reproduce the problem
1. Join a muc with mam enabled
2. Receive some messages or send them
3. Close gajim
4. Open gajim and go to the muc window agaim
## Expected behavior
See the previous messages in the window.
## Actual behavior
I can't see any message but in the chat history despite I have configured muc_restore_lines=200.https://dev.gajim.org/gajim/gajim/-/issues/8912more default plugins for modern XMPP / Jabber2018-06-18T15:43:59ZMatthiasmore default plugins for modern XMPP / Jabber## Description
XMPP is grown over time and has important features that are realized as (optional) plugin:
* Image HTTP Upload
* Image URL preview
* Emojis
* encryption: OMEMO
If this features come activated as default (or maybe include...## Description
XMPP is grown over time and has important features that are realized as (optional) plugin:
* Image HTTP Upload
* Image URL preview
* Emojis
* encryption: OMEMO
If this features come activated as default (or maybe included in core), it will make it more convenient for ordinary endusers which expect an Whatsapp like featureset.https://dev.gajim.org/gajim/gajim/-/issues/8862Gajim does not close room window after muc room was destroyed2018-03-30T21:10:45ZandyGajim does not close room window after muc room was destroyed## Versions
- OS: Debian sid
- Gajim version: gajim-default-nightly 20180121-1
- GTK version: libgtk-3-bin 3.22.26-2
- Python-nbxmpp version: python-nbxmpp-nightly 20180112-1
## Steps to reproduce the problem
1. Create muc r...## Versions
- OS: Debian sid
- Gajim version: gajim-default-nightly 20180121-1
- GTK version: libgtk-3-bin 3.22.26-2
- Python-nbxmpp version: python-nbxmpp-nightly 20180112-1
## Steps to reproduce the problem
1. Create muc room and open a window for it.
1. Destroy room from "Manage room menu" - top left window icon.
## Expected behavior
MUC window room should be closed and contact should be removed from contact list.
## Actual behavior
Gajim leaves window open and does not remove room entry from contact list.https://dev.gajim.org/gajim/gajim/-/issues/8763Barely readable text color with dark theme2018-08-16T22:09:40ZThibgBarely readable text color with dark themeI have started to try out the development branch of gajim, and I have a dark Gtk3 theme (set using gnome-tweak-tools).
Unfortunately, gajim works quite poorly with such a theme, displaying messages from self with very low contrast. A sim...I have started to try out the development branch of gajim, and I have a dark Gtk3 theme (set using gnome-tweak-tools).
Unfortunately, gajim works quite poorly with such a theme, displaying messages from self with very low contrast. A similar issue occurs with contacts' nicks:
![Capture_d_écran_de_2017-10-14_15-37-57](/uploads/53fbe666800ce6972490141e6d5e5503/Capture_d_écran_de_2017-10-14_15-37-57.png)https://dev.gajim.org/gajim/gajim/-/issues/8524Don't notify when receiving own message from another device2018-12-20T22:35:42ZshtromDon't notify when receiving own message from another deviceScenario:
* A uses Gajim and Conversations (on their mobile), both configured to use OMEMO
* B uses Conversations on their mobile
* A and B trust each other's OMEMO's keys, and use the protocol
When A sends a message to B from their mob...Scenario:
* A uses Gajim and Conversations (on their mobile), both configured to use OMEMO
* B uses Conversations on their mobile
* A and B trust each other's OMEMO's keys, and use the protocol
When A sends a message to B from their mobile, A's Gajim will 1. popup a new window and 2. play a notification sound. As this is a message from A, neither is desirable (though the message should probably still be logged if Gajim is configured to do so).
Similarly, when B replies to A's message, Gajim will play a notification sound (popping the convo up is may or may not be fine there), even though A is currently using another device.
When Gajim knows it is the bystander of an OMEMO communication with another device, it should neither pop up nor play notification sounds when messages are received.
Conversations use some short timer after the last carbon-copied message from the owner's JID before assuming it is no longer a bystander. Gajim could probably do the same. I don't remember having had this issue with OTR, so perhaps something similar is already implemented there?https://dev.gajim.org/gajim/gajim/-/issues/8509Unicode Emojis broken on Windows2018-02-21T21:10:21ZGhost UserUnicode Emojis broken on WindowsProbably duplicate of #8057.
I have this problem on Windows 7 with Gajim 0.16.6. I see emojis (or other unicode characters) fine in the input field (Font: Segoe UI Symbol), but they get omitted when sending the message. (Sent this to my...Probably duplicate of #8057.
I have this problem on Windows 7 with Gajim 0.16.6. I see emojis (or other unicode characters) fine in the input field (Font: Segoe UI Symbol), but they get omitted when sending the message. (Sent this to my phone where I'm using Conversations as a client - but it didn't receive the emojis.)
![2017-01-16_13_08_43-Messages_-_Gajim](/uploads/ac5b71aca683a851060bfc85721d5941/2017-01-16_13_08_43-Messages_-_Gajim.png)
Same for received Emojis (sent from a different client): I only see a placeholder with "0000" instead of the UTF-8 emoji:
![2017-01-16_13_10_34-Messages_-_Gajim](/uploads/172e4417ceccb62662a5b5acce7f98f8/2017-01-16_13_10_34-Messages_-_Gajim.png)
When trying to select the placeholder, an error pops up:
```
Traceback (most recent call last):
File "src\htmltextview.py", line 1061, in on_left_mouse_button_release
File "src\htmltextview.py", line 1070, in get_selected_text
RuntimeError: returned character can not be represented in 16-bit unicode
```1.0https://dev.gajim.org/gajim/gajim/-/issues/8057No Support for Unicode Emoticons (U+1F601 — U+1F64F)2018-04-29T20:37:35ZanonymousNo Support for Unicode Emoticons (U+1F601 — U+1F64F)# Bug description
Gajim cant display unicode emoticons see the attached screenshot.
# Steps to reproduce
Join the muc server at conference.boese-ban.de and use webchat.datenknoten.me to paste some emoticons from apps.timwhitlock.info/...# Bug description
Gajim cant display unicode emoticons see the attached screenshot.
# Steps to reproduce
Join the muc server at conference.boese-ban.de and use webchat.datenknoten.me to paste some emoticons from apps.timwhitlock.info/emoji/tables/unicode (use the native column) and see how they are not displayed in gajim.
# Software versions
OS version: Windows 8.1
GTK version: 2.24.10
PyGTK version: 2.24.01.0https://dev.gajim.org/gajim/gajim/-/issues/8036Support for XEP-0313 in MUCs2018-02-12T08:57:27ZanonymousSupport for XEP-0313 in MUCsProsody now has support for XEP-0313 in MUCs, meaning XMPP is getting close to finally being a killer for proprietary group chat clients.
So yeah, basically it would be great if Gajim could support groupchat history syncing.
http://xmp...Prosody now has support for XEP-0313 in MUCs, meaning XMPP is getting close to finally being a killer for proprietary group chat clients.
So yeah, basically it would be great if Gajim could support groupchat history syncing.
http://xmpp.org/extensions/xep-0313.html1.0Philipp Höristphilipp@hoerist.comPhilipp Höristphilipp@hoerist.comhttps://dev.gajim.org/gajim/gajim/-/issues/7464Make Audio/Video calls possible when using Zeroconf/Bonjour2022-01-21T08:55:13ZDarlanMake Audio/Video calls possible when using Zeroconf/Bonjour# Bug description
Gajim users can't communicate audio/video with Local account.
# Steps to reproduce
Open a chat with a local peer who is using Gajim and who have VoIP features enabled.
# Software versions
OS version: Salix OS 14.0.1 (...# Bug description
Gajim users can't communicate audio/video with Local account.
# Steps to reproduce
Open a chat with a local peer who is using Gajim and who have VoIP features enabled.
# Software versions
OS version: Salix OS 14.0.1 (Slackware 14.0 based)
GTK version: 2.24.10
PyGTK version: 2.24.0ThibgThibghttps://dev.gajim.org/gajim/gajim/-/issues/11585New Icon for "Semi-Anonymous"2023-10-31T21:41:13ZJonas SteinNew Icon for "Semi-Anonymous"The shield icon is already used for different types of encryption in Gajim.
I suggest to use a different pictogram for "Semi-Anonymous" such as sunglasses
UTF-8: U+1F576 🕶
or a similar pictogram
## screenshot of the current icon for...The shield icon is already used for different types of encryption in Gajim.
I suggest to use a different pictogram for "Semi-Anonymous" such as sunglasses
UTF-8: U+1F576 🕶
or a similar pictogram
## screenshot of the current icon for "Semi-Anonymous"
![Selection_003](/uploads/401444e335955592151aa9c7f102c466/Selection_003.png)1.8.2https://dev.gajim.org/gajim/gajim/-/issues/11576Logging: Use RFC/ISO date format2023-11-18T10:32:12ZJonas SteinLogging: Use RFC/ISO date formatThe date format on STDOUT/STDERR is strange `07/05/23 17:26:18`
It would be great, if Gajim would adopt RFC/ISO date format with `2023-07-05 ...`
https://www.rfc-editor.org/rfc/rfc3339
https://en.wikipedia.org/wiki/ISO_8601
Due to th...The date format on STDOUT/STDERR is strange `07/05/23 17:26:18`
It would be great, if Gajim would adopt RFC/ISO date format with `2023-07-05 ...`
https://www.rfc-editor.org/rfc/rfc3339
https://en.wikipedia.org/wiki/ISO_8601
Due to the RFC date format, the log entries would then also have continuous, growing timestamps.
Now we have 07/05/23 << 08/05/22 which makes no sense.1.8.3Daniel BrötzmannDaniel Brötzmannhttps://dev.gajim.org/gajim/gajim/-/issues/11537emoji shortcode list contains duplicates2023-05-23T19:07:31Zdiode24emoji shortcode list contains duplicatesWhen typing some emoji shortcodes, such as `:fire`, we get duplicates in the option list.
![a34ec47b8d77d7d3ac511e7f4fa11826c3a9698c](/uploads/0a7d3e648ce4fe57ea13a00b43dee798/a34ec47b8d77d7d3ac511e7f4fa11826c3a9698c.png)When typing some emoji shortcodes, such as `:fire`, we get duplicates in the option list.
![a34ec47b8d77d7d3ac511e7f4fa11826c3a9698c](/uploads/0a7d3e648ce4fe57ea13a00b43dee798/a34ec47b8d77d7d3ac511e7f4fa11826c3a9698c.png)1.8.0