about summary refs log tree commit diff stats
path: root/src/command/cmd_funcs.c
Commit message (Collapse)AuthorAgeFilesLines
* Replace /urlopen with /url and adapt /executablePierre Mazière2020-06-251-9/+201
| | | | | | | | /urlopen is replaced by /url with the following sub commands: /url open <url> /url save <url> [<path>] Signed-off-by: Pierre Mazière <pierre.maziere@gmx.com>
* Refactor cmd_urlopenPierre Mazière2020-06-251-16/+16
| | | | Signed-off-by: Pierre Mazière <pierre.maziere@gmx.com>
* Add option for legacy authenticationDmitry Podgorny2020-06-051-3/+30
| | | | | | | | New options: /connect <account> [auth default|legacy] /account <account> set auth default|legacy Fixes #1236.
* Fix memleak againMichael Vetter2020-06-031-1/+5
| | | | | | | | | | Memleak was reinroduced in d92c576aa53505d712715b1acc6344af3262c84f It was already fixed in ac5ce105ac08f022d88d7e73dc38f2706d4c44cf But the rebase peetahs rebase ontop of master took the wrong changes. I decided to pull anyways and fix since reviewing/giving feedback without GH probably takes longer.
* Get output and error streams from the command spawned by external_call()Pierre Mazière2020-06-031-4/+5
| | | | Signed-off-by: Pierre Mazière <pierre.maziere@gmx.com>
* Fix memleak in cmd_urlopen()Michael Vetter2020-05-291-1/+3
|
* Save bookmark ignore listMichael Vetter2020-05-251-1/+1
|
* Add and use connection_get_barejid()Michael Vetter2020-05-251-3/+3
| | | | Instead of connection_get_fulljid() and then creating a Jid from it.
* Add bookmark ignore add|removeMichael Vetter2020-05-241-0/+12
| | | | Regards https://github.com/profanity-im/profanity/issues/1115
* List ignored bookmarksMichael Vetter2020-05-241-0/+25
| | | | | | `/bookmarl ignore` lists the ignored bookmarks. Regards https://github.com/profanity-im/profanity/issues/1115
* Add option to add bookmark nameMichael Vetter2020-05-221-4/+5
| | | | | | | | `/bookmark add|update` got `name` field. By default localpart of JID is used (like before) but now we can set the name ourselves. Regards https://github.com/profanity-im/profanity/issues/697
* Make option to allow hiding windows with no messages in statusbarMichael Vetter2020-05-211-0/+12
| | | | | | | `statusbar.show.read` can be set to false in the config. `/statusbar show|hide read`. Implement https://github.com/profanity-im/profanity/issues/1285
* Add /executable commandMichael Vetter2020-05-201-0/+16
| | | | | This is used to set the openers for various commands. So far for /avatar and /urlopen.
* Make urlopen command configurableMichael Vetter2020-05-201-1/+1
|
* Create call_external() helper functionMichael Vetter2020-05-201-9/+1
|
* Build URL ac upon printing of message in windowMichael Vetter2020-05-201-11/+19
|
* Actually open the URLMichael Vetter2020-05-201-0/+20
|
* xep-0092: make it possible to ask servers or components for softwareMichael Vetter2020-05-141-0/+19
| | | | | | | | | | | This adds the new `/serversoftware` command. ``` /software user@domain.org/resource /serversoftware domain.org ``` Fix https://github.com/profanity-im/profanity/issues/1338
* Have proper autocompletion for /software in chat windowMichael Vetter2020-05-141-15/+21
| | | | | | | | | | | In console autocomplete from roster. In muc autocomplete from occupants lits. In 1:1 regular chat autocomplete from active resources of currently selected user (new). Also give a hint (/help resource) how to set the resource should a user choose that way. Fix https://github.com/profanity-im/profanity/issues/1337
* Remove unanimous MAM displayMichael Vetter2020-04-251-6/+0
| | | | | | For some time users could choose to have the old way "unanimous" where all the MUC history is just grey (or whatever was set). Now it is always just displayed like regular new incoming MUC text.
* Fix parsing of alias commandMichael Vetter2020-04-201-1/+1
| | | | | This actually only set the local ran pointer to NULL. But we want an effect on the outside variable.
* Add setting to not colorize own nick according to xep-0392Michael Vetter2020-03-251-0/+4
| | | | | | | | | | | | | | | | | | Some users might want there nick to always stay white (etc) for easier recognition. Now we can do `/color own off` to not generate the color based on xep-0392. The `me=` color (etc) from the theme will then be used. Once we run this command `theme_load()` is called again. And the theme looks totally wrong. We encountered this at other times already and I think it's nothing wrong with this new code here now but that there seems to be a missing closing attr for the color when drawing. Should be investigated seperately. Fix https://github.com/profanity-im/profanity/issues/1288
* Fix old typo in titlebar presenceMichael Vetter2020-03-241-1/+1
|
* titlebar: allow displaying MUC name and MUC jidMichael Vetter2020-03-241-25/+12
| | | | | | `/titlebar use name|jid` -> `/titlebar show|hide name|jid` Fix https://github.com/profanity-im/profanity/issues/1284
* Add slashguard featureMichael Vetter2020-03-181-0/+12
| | | | | New command `/slashguard` tries to protect against typing ` /quit` by not allowing a slash in the first 4 characters.
* xep-0084/avatar: add option to open avatar directlyMichael Vetter2020-03-101-1/+13
| | | | | | | | | | | Change: `/avatar me@somewhere.org` -> `/avatar get me@somewhere.org` New: `/avatar cmd feh` `/avatar open me@somewhere.org` Implement https://github.com/profanity-im/profanity/issues/1281
* Make cmd_logging() saferMichael Vetter2020-02-251-2/+3
| | | | Could be that args[1] is not set.
* get_log_file_location () should return const char*Michael Vetter2020-02-211-1/+1
| | | | Make clear that result should never be freed.
* Improve setting encryption char error handlingMichael Vetter2020-02-211-6/+15
|
* Allow utf8 symbols as omemo/pgp/otr indicator charMichael Vetter2020-02-201-182/+183
| | | | Fix https://github.com/profanity-im/profanity/issues/1264
* Add option to color MUC history like regular messagesMichael Vetter2020-02-201-4/+14
| | | | | | | | | `/logging group color` has: * `unanimous` which will color it with one unanimous color. Like it was done always. * `regular` which colors it like regular incoming messages. Regards https://github.com/profanity-im/profanity/issues/1261
* Mention how to enable unencrypted file transerMichael Vetter2020-02-171-2/+2
| | | | Regards https://github.com/profanity-im/profanity/pull/1270
* Make /sendfile in PGP session configurableMichael Vetter2020-02-171-1/+6
| | | | | | `/pgp sendfile on` allows unencrypted file transfer in an PGP session. Regards https://github.com/profanity-im/profanity/pull/1270
* Make /sendfile in OTR session configurableMichael Vetter2020-02-171-2/+16
| | | | | | `/otr sendfile on` allows unencrypted file transfer in an OMEMO session. Regards https://github.com/profanity-im/profanity/pull/1270
* Make /sendfile in OMEMO session configurableMichael Vetter2020-02-171-8/+26
| | | | | | | `/omemo sendfile on` allows unencrypted file transfer in an OMEMO session. Regards https://github.com/profanity-im/profanity/pull/1270
* Disallow sendfile in e2ee chat sessionsmoppman2020-02-171-0/+35
|
* xep-0308: only allow /correct when corrections are enabledMichael Vetter2020-02-141-0/+5
|
* xep-0308: Make /correct work without quotation marksMichael Vetter2020-02-141-2/+8
| | | | | | Now we can specify an unlimited amount of arguments for commands. Maybe this is also helpful for other commands that use quotation marks so far.
* xep-0308: Implement LMC for outgoing MUC messagesMichael Vetter2020-02-141-0/+12
| | | | | | Including OMEMO encrypted ones. Also rename `win_println_me_message()` to `win_print_outgoing_muc_msg() as I think it's a more descriptive name.
* xep-0308: Don't check whether receiving clients supports this featureMichael Vetter2020-02-121-16/+1
| | | | | | | | | | | | | | | | | | | | | | | | | XEP-0308 Version 1.1.0 (2019-05-15) states "It is expected that clients will not send message corrections to clients that do not support them, as non-supporting clients will render these as duplicate (corrected) messages" ``` 10:12:47 - jubalh: Do clients actually check whether other clients support xep0308 (LMC) before sending? 10:13:13 - pep.: not poezio, and I doubt anybody does. it's the "but carbons/MAM" argument 10:13:49 - jubalh: Profanity doesnt support this yet. So I always get the message twice. One time the message, and then the corrected ones. And I think that's right. But I understood xep0308 correctly it sais a client shouldnt sent a message with 'replace' if the client doesnt support it? I don't see why 10:14:50 - Ge0rG: jubalh: because you might also use Conversations and read the backlog from MAM on conversations 10:15:51 - jubalh: Ge0rG: sorry? 10:16:36 - Ge0rG: jubalh: when I'm sending you a message, I don't know which client you'll use to read it. So it doesn't make sense to limit the features I use 10:27:57 - jubalh: Yes. That's why I'm confused by thestatement in the XEP 10:28:13 - jubalh: "It is expected that clients will not send message corrections to clients that do not support them, as non-supporting clients will render these as duplicate (corrected) messages. " 10:28:37 - Holger: Yes, you're both saying the same thing. And yes I agree, that part of the XEP is nonsense. We have that "check whether the peer's client supports it" stuff in various XEPs that depend on recipient's features and it never makes sense as it doesn't cope with multi-device, MAM, groupchat. 10:28:53 - jubalh: First: You don't know if he is connected with several clients. Some supporting it and some not. Second: Why not just resend the new corrected message? Then he has both messages and no information is lost. If he only gets the first one information is lost 10:29:20 - jubalh: Okay 10:29:30 - jubalh: Then I won't implement it this way. Thanks guys! 10:29:34 - Holger: Well UX is a bit meh if the recipient doesn't support it (I'm an MCabber user and know what I'm talking about) but I see no better solution, yes. ``` So it makes more sense to just always send it. Non supporting clients will then get the message and the corrected message. So they get it "twice". Which is the right thing to do in my opinion.
* xep-0308: enable corrections for outgoing encrypted messagesMichael Vetter2020-02-121-2/+3
|
* xep-0308: update the UI upon sending a corrected messageMichael Vetter2020-02-111-0/+1
| | | | | So far we don't do this for encrypted messages. Still needs to be done. And MUC also needs to be done.
* xep-0308: Implement `/correct` to correct the last send messageMichael Vetter2020-02-101-0/+41
| | | | | | | | So far the correction is sent. But the UI in Profanity itself is not updated. Also autocompletion for `/correct` with the last sent message is missing.
* xep-0308: create setting to toggle lmcMichael Vetter2020-02-101-3/+5
| | | | and print settings if only `/correction` is run.
* xep-0308: set correction char in configMichael Vetter2020-02-101-0/+27
|
* Change theme handlingMichael Vetter2020-01-291-8/+11
| | | | | | | | | | | | | | | | So far when loading a theme it also overwrote the preferences the user set. Lengthy discussion can be found at https://github.com/profanity-im/profanity/issues/1077 Now we use `/theme load themename` to load the [colours] part of a themem only. `/theme full-load themename` will load the complete theme including preferences set in there. Regards https://github.com/profanity-im/profanity/issues/1077
* XEP-0092: Add configuration option to choose whether to send OS nameMichael Vetter2020-01-241-0/+8
| | | | | `/os on|off` now let's one choose whether to include the OS name once `/software` (XEP-0092) is ran on us.
* Add option to display MUC name or JID in titlebarMichael Vetter2020-01-231-0/+25
| | | | Add `/titlebar use [name|jid]`.
* Add `/roster room use` commandMichael Vetter2020-01-231-0/+19
| | | | | | | `/roster room use name` to use the name of the MUC in the roster list. `/roster room use jid` to use the jid of the MUC in the roster list. Display it only in case `/roster room by none` is set so far.
* Use OMEMO for offline MUC members (#1242)Paul Fariello2020-01-201-7/+11
|