about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
* Merge pull request #1553 from DebXWoody/bugfix/fix1552Michael Vetter2021-06-091-1/+12
|\ | | | | | | | | | | | | OMEMO: Separate handling of device list Two changes: * First register the handler before sending the request * Don't add own jid to handler
| * OMEMO: Separate handling of device listDebXWoody2021-06-051-1/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In profanity are two handlers for device list: * _handle_own_device_list * _handle_device_list_start_session I seems both handler will start a session via omemo_start_device_session_handle_bundle _handle_own_device_list will also make sure, that the own device is withing the omemo device list. If we add the _handle_device_list_start_session into the hashmap, we are not going the republish ourself, in case we clean-up the device list from another client. This will maybe fix #1552 99 Little Bugs in my Code. Take one down. Patch it around. 113 Bugs in my Code
* | Merge pull request #1557 from profanity-im/fix/1231-displayMichael Vetter2021-06-081-6/+16
|\ \ | | | | | | Fix wrong message display when mention is triggered
| * | Fix multiple mentions in one lineMichael Vetter2021-06-081-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | `jubalh: jubalh jubalh` resulted in `20:32:34 - testuser1: jubalh20:32:34 - testuser1: : jubalh20:32:34 - testuser1: jubalh` Print date/nick only once at beginning of line.
| * | Use utf-8 safe functions in _mucwin_print_mention()Michael Vetter2021-06-081-5/+12
|/ / | | | | | | | | | | | | | | | | | | get_mentions() correctly counts utf-8 chars. So the positions of mentions we get from there are correct. But in _mucwin_print_mention() we set position equal to byte. We need to use utf-8 safe functions here. Regards https://github.com/profanity-im/profanity/issues/1231
* | Merge pull request #1550 from DebXWoody/messagewithoutbodyMichael Vetter2021-06-041-2/+2
|\ \ | |/ |/| Message received without body error log
| * Message received without body error logDebXWoody2021-06-031-2/+2
|/ | | | | | | This is not an error, the message has no body because of XEP-0085: Chat State Notifications. Changed log level from error to info.
* Merge pull request #1542 from DebXWoody/bugfix/fix1541Michael Vetter2021-06-031-0/+13
|\ | | | | OMEMO: Don't encrypt to yourself (MUC)
| * OMEMO: Don't encrypt to yourself (MUC)DebXWoody2021-05-291-4/+4
| | | | | | | | Use connection_get_barejid instead of connection_get_fulljid.
| * OMEMO: Don't encrypt to yourself (MUC)DebXWoody2021-05-281-0/+13
| | | | | | | | | | | | | | | | | | As defined in XEP-0384 the application should not encrypt the message to own devices. Within a groupchat, yourself are a recipients as well. We will check the recipients and filter out the own device of the own jid. This Pull Request will fix Issue: #1541
* | http upload: use correct content typeMichael Vetter2021-06-021-1/+1
| | | | | | | | | | | | | | | | | | | | This bug was introduced in 1ec606540eb0f474f3d968d3566a7c56d778a367 when `g_strdup_printf` was used instead of `asprintf`. Problem discoverd by raspeguy. Mistake discovered by optmzr and Martin. Thanks to everybody involved!
* | Merge pull request #1549 from DebXWoody/bugfix/fix1530Michael Vetter2021-06-021-7/+29
|\ \ | | | | | | Restart OMEMO Session after lost connection
| * | Change restarted omemo textMichael Vetter2021-06-021-2/+2
| | |
| * | Restart OMEMO Session after lost connectionDebXWoody2021-06-021-7/+29
|/ / | | | | | | | | | | | | | | | | | | When the connection has been re-established, chat and groupchat with OMEMO should restat the OMEMO Session. Fix: #1530 * Added HAVE_OMEMO * clang-format and user output
* | Merge pull request #1548 from DebXWoody/bugfix/bugfix1538Michael Vetter2021-06-012-2/+19
|\ \ | | | | | | OMEMO - Notify user when unable to publish own device list
| * | OMEMO - Unable to publish own device listDebXWoody2021-06-012-2/+19
|/ / | | | | | | | | | | | | | | | | | | If we are not able to publish our own device list, we just ignored it. This commit will show at least an error message and informs the user that this device is currently not in the list of devices. See Issue: #1538 Next task will be to handle the <precondition-not-met/> conflict properly.
* | Merge pull request #1543 from DebXWoody/feature/attention-flagMichael Vetter2021-05-3114-1/+255
|\ \ | | | | | | Feature - attention flag
| * | Change ui_win_has_attention() logicMichael Vetter2021-05-311-3/+5
| | |
| * | Change attention descriptionMichael Vetter2021-05-311-1/+1
| | |
| * | Display attention hint in titlebar for mucs tooMichael Vetter2021-05-311-12/+23
| | | | | | | | | | | | | | | | | | | | | | | | * Display the `[ATTENTION]` hint in the titlebar for both chatwins and mucwins. * Use THEME_TITLE_TEXT instead of THEME_TITLE_ENCRYPT * Have separate function `_show_attention` and don't do it in unrelated `_show_privacy`.
| * | Attention-flag: Fix next windowDebXWoody2021-05-291-8/+25
| | |
| * | attention-flag - unittest - stub_uiDebXWoody2021-05-291-0/+20
| | |
| * | Attention flag message ( enabled, disabled)DebXWoody2021-05-291-1/+6
| | | | | | | | | | | | | | | When the user enables or disabled the attention flag, a message will be displayed in the chat window.
| * | Attention flag - Implemented Alt+mDebXWoody2021-05-296-11/+86
| | |
| * | Attention flag for groupchatsDebXWoody2021-05-298-3/+80
| | | | | | | | | | | | Attention flag for groupchat and display the windows via "/wins attention"
| * | Attention flag for chat windowsDebXWoody2021-05-298-1/+48
| |/ | | | | | | | | | | | | User is able to toggle a flag for chat windows. This flag should be used to mark the window for "Attention". Use Ctrl+f to mark the window.
* | Merge pull request #1546 from Mic92/editorMichael Vetter2021-05-312-6/+2
|\ \ | |/ |/| external editor: don't use absolute paths and allow path search
| * external editor: don't use absolute paths and allow path searchJörg Thalheim2021-05-302-6/+2
|/
* Merge pull request #1540 from DebXWoody/feature/omemo-display-deviceidMichael Vetter2021-05-282-1/+6
|\ | | | | Display OMEMO device ID
| * Display OMEMO device IDDebXWoody2021-05-282-1/+6
| | | | | | | | | | Display the OMEMO device ID which has been generated, when the user generated OMEMO crytographic materials via /omemo gen.
* | Merge pull request #1539 from DebXWoody/omemo-loggingMichael Vetter2021-05-284-40/+84
|\ \ | |/ |/| Improved OMEMO logging
| * Improved OMEMO loggingDebXWoody2021-05-284-40/+84
|/ | | | | | | | | | | The most loggings has been set to debug. Just in case of error / problem the logging should be done with log-level ERROR or WARNING. We will see later, which loggings should be switched to log-level INFO. This improvement has been done to find OMEMO bugs. See also: #1070 #1530 #1538
* Merge pull request #1537 from rjc/spellingMichael Vetter2021-05-241-3/+3
|\ | | | | Fix spelling of "persistent(ly)"
| * Fix spelling of "persistent(ly)"Raf Czlonka2021-05-231-3/+3
|/
* message: correct type checkingMichael Vetter2021-05-141-1/+1
| | | | | Found by DebXWoody. Led to always be true (which still made it work in most cases).
* sponsors: Add Matteo BiniMichael Vetter2021-05-121-0/+2
|
* Merge pull request #1534 from profanity-im/feat/1531-directmessageMichael Vetter2021-05-121-35/+55
|\ | | | | Use direct messages instead of MUC-PMs for non-anonymous MUCs
| * Print message about new direct messageMichael Vetter2021-05-121-0/+4
| | | | | | | | So users don't get surprised if they don't know the barejid of the nick.
| * Use direct messages instead of MUC-PMs for non-anon MUCsMichael Vetter2021-05-121-35/+51
|/ | | | | | | | | | | | | In https://github.com/profanity-im/profanity/issues/1070 we have: `OMEMO encryption for MUC PM (OMEMO MUCs are not anonymous, so we should start a regular 1:1 in this case instead of MUC PM. A discussion started to make this a general feature #1531)` In https://github.com/profanity-im/profanity/issues/1531 we have the general issue to start regular 1:1 messages instead of MUC PMs if the room is non-anonymous. This is like suggested in https://docs.modernxmpp.org/client/groupchat/.
* Merge pull request #1532 from profanity-im/feat/1516-intypeMichael Vetter2021-05-117-14/+64
|\ | | | | Have separate settings for intype (console/titlebar)
| * Have intype on by defaultMichael Vetter2021-05-081-0/+2
| |
| * Have separate settings for intypeMichael Vetter2021-05-087-14/+62
|/ | | | | | | | | | Old: `/intype on|of` Typing information is printed in console and titlebar. New: `/intype titlebar|console on|off` Typing information can be configured in more detail. Regards https://github.com/profanity-im/profanity/issues/1516
* Reduce scope of dir variableMichael Vetter2021-05-061-1/+2
|
* command: Simplify return in autocompletionMichael Vetter2021-05-061-65/+12
|
* Merge pull request #1528 from dustinlagoy/pre-chat-message-display-on-historyMichael Vetter2021-04-281-0/+1
|\ | | | | Apply pre_chat_message_display hook to history
| * Apply pre_chat_message_display hook to historyDustin Lagoy2021-04-271-0/+1
|/
* command: Fix serversoftware examplesMichael Vetter2021-04-181-2/+2
|
* Fix random string generationMichael Vetter2021-04-171-1/+2
| | | | | | | | | | | | | Our variable `alphabet` contains 62 alphanumeric symbols + '\0'. When we use sizeof(alphabet) we will get 63 due to that. But we want to choose a random numbers from the 62 alphanumeric letters only. This mistake caused us to have strings with a max length of `length` instead of the exact length. When doing https://github.com/profanity-im/profanity/issues/1520 this caused our algo for muc reflection to not catch since we expect the random ID to be exactly 15 symbols long in `message_is_sent_by_us()`.
* OMEMO - trust mode (#1506)Stefan2021-04-177-0/+94
| | | | | | | Add OMEMO trust mode capabilities. * ToFu / first usage * blind trust * manual
* sponsors: mention new sponsor James PondMichael Vetter2021-04-161-0/+2
|
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-07-04 06:03:49 +0000