| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| | |
Just prints a different string to console.
Useful for changing passwords or account registration.
|
|/
|
|
|
|
|
|
|
|
|
|
|
| |
Main changes:
1. Attributes instead of tags
2. Read the optional <header> tags and send them in the HTTP PUT header:
* Authorization
* Cookie
* Expires
Co-authored-by: Martin Dosch <martin@mdosch.de>
|
|\
| |
| | |
[OMEMO]: Fix bundle publishing
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Use the following options in `omemo_bundle_publish()`:
- "pubsub#persist_items" = "true"
- "pubsub#access_model" = "open"
The same options are also used in Gajim.
I've tested this on two different servers. The bundle was successfully
added as a new PEP node. Test cases:
1. Normal use on my main account
2. Log in into a fresh tesst account on a different server
3. `/omemo clear_device_list`. In this case, the client(s) may have to
be restarted.
Note: In `_omemo_bundle_publish_result`, there's a route that is taken
when the bundle publish stanza failed. In this case, the node is
configured manually, i.e. the access_model is set to 'open'. I have
manually tested this case, but this case didn't naturally occur for me.
Note: The option "pubsub#max_items=max" is REQUIRED for the bundle
publication, as per XEP-0384. However, this is not done in other clients
(I've checked the source code of Gajim and Conversations), and it is
also not supported by Prosody. Cf. <https://github.com/xsf/xeps/pull/988>.
|
| |
| |
| |
| |
| | |
Also "handle" some errors in `_omemo_bundle_publish_configure` if the
stanzas can't be found
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Reduce the request during startup of profanity
Removed omemo_start_sessions from sv_ev_roster_received
|
|/
|
|
|
| |
Rationale: When copying an image in some application, a URL instead of a
path is copied to the clipboard.
|
| |
|
|\
| |
| | |
MUC: Show offline members in sidebar
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Regards https://github.com/profanity-im/profanity/issues/1488
Actually I would have loved to see the stanza that caused the segfault
since I'm not entirely sure whether this actually means that we do
something wrong earlier on.
Right now I don't know why the to_jid should be empty.
Let's prevent the segfault for now and see whether we get further
bugreports later.
Segfaulting issue got introduced with dd566d8d561099bbfc81b2fab22318bbad0cf3da.
|
|/ |
|
|\
| |
| | |
Calm OpenBSD syslog
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On every write to `chatlog.db` syslog throws
```
profanity: vfprintf %s NULL in "INSERT INTO `ChatLogs` (`from_jid`,
`from_resource`, `to_jid`, `to_resource`, `message`, `timestamp`,
`stanza_id`, `archive_id`, `replace_id`, `type`, `encryption`) SELECT
'%s', '%s', '%s', '%s', '%s', '%s', '%s', '%s', '%s', '%s', '%s' WHERE
NOT EXISTS (SELECT 1 FROM `ChatLogs` WHERE `archive_id` = '%s')"
```
in `/var/log/messages`. Checking for `NULL` except in the fields the DB
is expected to throw errors for, satisfies OpenBSDs security measures
|
| | |
|
|/
|
|
|
|
|
| |
Error log:
GLib-CRITICAL - g_string_insert_len: assertion 'len == 0 || val != NULL' failed
Check if a room name exists, before adding the name into the title bar.
|
| |
|
|
|
|
|
|
| |
We need the delay value from the <forward> element.
Regards https://github.com/profanity-im/profanity/issues/660
|
|
|
|
| |
Regards https://github.com/profanity-im/profanity/issues/660
|
| |
|
|
|
|
| |
Probably should make this configurable later.
|
|
|
|
| |
Send another request with same jid and last id we got.
|
|
|
|
|
|
| |
Some functions changed in the meantime.
stanza_get_child_by_name_and_ns() got dropped and
xmpp_stanza_get_child_by_name_and_ns() from newer libstrophe is used.
|
| |
|
|
|
|
| |
Thanks to DebXWoody for the help.
|
| |
|
|
|
|
| |
Regards https://github.com/profanity-im/profanity/issues/660
|
|
|
|
|
|
|
|
| |
I don't see why would need to.
Also this only happens upon `/disconnect` not on a network outage or
server related disconnect.
Fixes https://github.com/profanity-im/profanity/issues/1472
|
|
|
|
|
|
|
| |
Functions had some duplicate code:
* cons_show_incoming_room_message()
* cons_show_incoming_message()
* cons_show_incoming_private_message()
|
|
|
|
| |
Fixes https://github.com/profanity-im/profanity/issues/1470
|
| |
|
| |
|
| |
|
|\
| |
| | |
Restore old behavior when executing eval_password command
|
| |
| |
| |
| | |
I see no reason to inherit the stdin, so let's have it disabled.
|
| |
| |
| |
| |
| | |
Old commit that implemented the old behavior:
bc9e6b79cdc246f7e97f6ddff7ea81474a698b05
|
| | |
|
| |
| |
| |
| | |
Input window size was one cell off, therefore terminal themes with background color set were rendered incorrectly, fixes #1458
|
| |
| |
| |
| | |
Remove added blank line after trackbar, introduced by 606c1e51e688cb111b9837579a35460508324b63
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It was added in f7fe87dd4e7e14112fbcb0ae8794d90ffee64f2f when I rewrote
window functions to include more infos (not just char* but whole jid
struct I think).
The same todo was added to win_print_outgoing_muc() but removed in
f3d9de133e90ed10b5b7bd61196619eab1fedb19.
This TODO should have been removed in
f3d9de133e90ed10b5b7bd61196619eab1fedb19 since there we added the myjid
parameter.
|
|/
|
|
|
|
|
|
|
|
|
|
|
| |
Discovered by @aba-hollerer.
Mistake was introduced in b6b7dd5ad497a71e250b8b3cef0bb987314b141d
probably due to a wrong copy/paste.
First wasn't reproducible because I had `/receipts request on` and thus
win_print_outgoing_receipts() is used which has the correct
THEME_TEXT_ME.
Fixes https://github.com/profanity-im/profanity/issues/1441
|
| |
|
| |
|
|
|
|
| |
Not needed anymore.
|
|
|
|
| |
Tell user about this change.
|
|
|
|
|
|
|
|
|
| |
`profanity -f my` created ~/.local/share/profanity/logs/my.log`.
It would be nicer if one could define the actual path, so one can choose
another directory or even use /dev/null.
Fixes https://github.com/profanity-im/profanity/issues/1442
|