| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We already do this in omemo_init() no need to do it again in
omemo_on_connect().
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We call omemo_init() when starting profanity and should have an
omemo_close() at exit.
For now we free the fingerprint autocompleter in there.
Fixes valgrind:
```
==13226== 24 bytes in 1 blocks are definitely lost in loss record 2,855
of 6,958
==13226== at 0x483677F: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==13226== by 0x48AD39: autocomplete_new (autocomplete.c:57)
==13226== by 0x4AB89F: omemo_init (omemo.c:127)
==13226== by 0x42C283: _init (profanity.c:206)
==13226== by 0x42BFF3: prof_run (profanity.c:98)
==13226== by 0x4B25E6: main (main.c:172)
```
Regards https://github.com/profanity-im/profanity/issues/1131
|
|/ / / |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
In case that plain is NULL we need to copy over from body.
Fix https://github.com/profanity-im/profanity/issues/1144
|
| | |
| | |
| | |
| | |
| | | |
Small bug caused by 13675fb and ce5a4ed.
Fix https://github.com/profanity-im/profanity/issues/1142
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Probably missing copy of body to plain in carbon and privmessage.
Only covers the incoming message path because goal is OMEMO decryption
of untrusted message.
Cover some of the log functions but not all.
|
| | | |
|
| | |
| | |
| | |
| | | |
Use it to print message on red background if not trusted.
|
| | |
| | |
| | |
| | |
| | | |
Trust all key as long as it's for reading. This code isn't multithread
safe.
|
| | | |
|
| | |
| | |
| | |
| | | |
Free pubsub_event_handlers. Fix memory leaks.
|
| | |
| | |
| | |
| | | |
Free id_handlers. Fix memory leaks.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Fix memory leak.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Implements feature requested at: https://github.com/profanity-im/profanity/issues/632
So instead of:
/time console set <format>
/time chat set <format>
/time muc set <format>
/time mucconfig set <format>
/time private set <format>
/time xml set <format>
As a short cut the user can do:
/time all set <format>
Excluding statusbar and lastactivity settings since they are not for main windows, but used slightly differently.
|
| | | |
|
| | |
| | |
| | |
| | | |
Like discussed with James.
|
| | | |
|
|\ \ \
| | | |
| | | | |
Feature/704 ui behaviour reconnect
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
After pasis review of my code he thinks it's better to safe the
timestamp per MUC so we can account for some problems that could occur
with timing.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
For #704 we don't show the room history upon reconnect.
Now we also don't show the room subject in the channel
upon re-established connection.
|
| | | |
| | | |
| | | |
| | | | |
Let's test for mucwin earlier.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If re-establish a connection don't print the room history again.
In case there there happened nothing at all since we got the room
history on the last connection.
And in case there were no new messages during the time we have been
disconnected.
Instead of printing the room history again we now print 'Re-established
Connection'.
This adds a bit of overhead since we save the timestamp upon every MUC
message.
See: https://github.com/profanity-im/profanity/issues/704
|
| | | |
| | | |
| | | |
| | | | |
Should fix https://github.com/profanity-im/profanity/issues/1120
|
|\ \ \ \
| | | | |
| | | | | |
Iterate logfiles until 100 are reached
|
| | | | |
| | | | |
| | | | |
| | | | | |
Fix https://github.com/profanity-im/profanity/issues/519
|
|\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | | |
paulfariello/feature/remove_session_when_untrusting_omemo_device
Remove OMEMO session when untrusting a fingerprint
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
We have to store known_devices in a long term fashion otherwise we might
not be able to delete session if it is remove from device list server
side.
|
|\ \ \ \ \
| | | | | |
| | | | | | |
Print omemo start related msgs into correct window
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Some code was duplicated/similar.
The parts about using a chatwin while being started from another window
(recipient provided) and being a chatwin were the same.
Like this it should be easier to read and less code.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Print them in the window of the contact. Not just the current window.
Fix https://github.com/profanity-im/profanity/issues/1093
|
|\ \ \ \ \ \
| |/ / / / /
|/| | | | | |
Only complete certain omemo commands if connected
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Some of the omemo commands depend on the roster being present.
Several of those functions call `assert()` if that's not the case.
Modify omemo autocompletion in such a way that only things that don't
need the roster will be completed. Only works on first level.
When typing `/omemo` it will still complete to `/omemo start` but not
offer suggestions for that, but print a message that you need to be
connected.
Fix https://github.com/profanity-im/profanity/issues/1117
|
|\ \ \ \ \ \
| |_|/ / / /
|/| | | | | |
Improve plugin load/install failure message
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
In case Python or C plugins are disabled install/load failed silently.
Notify the user that we can't load them because profanity was built
without support for plugins.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Check that user doesnt do `/autoconnect set `.
Which would result in: `Account '(null)' does not exist`.
|
|/ / / /
| | | |
| | | |
| | | | |
Fixes https://github.com/profanity-im/profanity/issues/1112
|
|/ / /
| | |
| | |
| | | |
Thanks to @kaffekanne for noticing this!
|