about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
* Merge pull request #1273 from wstrm/add-sr.ht-badgeMichael Vetter2020-02-181-1/+1
|\ | | | | Add builds.sr.ht badge for Profanity builds
| * Add builds.sr.ht badge for Profanity buildsWilliam Wennerström2020-02-181-1/+1
|/
* Merge pull request #1269 from wstrm/add-sr.ht-ciMichael Vetter2020-02-176-23/+105
|\ | | | | Add builds.sr.ht CI for OpenBSD
| * Add builds.sr.ht CI for OpenBSDWilliam Wennerström2020-02-176-23/+105
| | | | | | | | | | | | | | | | * Add .builds/openbsd.yml for builds.sr.ht * Update travis-build.sh -> ci-build.sh with OpenBSD case * Fix libdl check in configure.ac (OpenBSD has libdl built-in) * Fix some minor issues found when compiling on OpenBSD with GCC (e.g. uninitialized variables)
* | omemo: switch to 12 byte IVMichael Vetter2020-02-171-1/+1
| | | | | | | | | | | | | | We decrypt both 12 and 16 bytes. And send 12 instead of 16 bytes now. Close https://github.com/profanity-im/profanity/issues/1272
* | Refactor win_print_history()Michael Vetter2020-02-174-14/+6
| | | | | | | | We never use the printf like behaviour anyways.
* | Refactor win_print_outgoing_muc_msg()Michael Vetter2020-02-173-15/+7
| | | | | | | | We never use the printf like behaviour anyways.
* | Refactor win_println_incoming_muc_msg()Michael Vetter2020-02-173-15/+7
| | | | | | | | We never use the printf like behaviour anyways.
* | Refactor win_print_outgoing()Michael Vetter2020-02-174-19/+10
| | | | | | | | We never use the printf like behaviour anyways.
* | Fix typoMichael Vetter2020-02-171-1/+1
| |
* | Merge branch 'feature/sendfile-enc-warn'Michael Vetter2020-02-177-7/+157
|\ \ | |/ |/| | | Close https://github.com/profanity-im/profanity/pull/1270
| * 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-176-3/+33
| | | | | | | | | | | | `/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-177-6/+47
| | | | | | | | | | | | `/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-177-10/+54
| | | | | | | | | | | | | | `/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
|/
* test: Init window.layout to make compiler happyMichael Vetter2020-02-141-0/+1
| | | | | Fix tests/unittests/test_cmd_otr.c:415: warning: 'window.layout' is used uninitialized in this function on openbsd (thanks optmzr)
* Add workaround for compiler warningMichael Vetter2020-02-141-1/+1
| | | | Regards https://github.com/profanity-im/profanity/issues/1265
* xep-0308: Add note about tab completionMichael Vetter2020-02-141-1/+2
|
* xep-0308: add note about where corrections are possibleMichael Vetter2020-02-141-1/+2
|
* xep-0308: only allow /correct when corrections are enabledMichael Vetter2020-02-141-0/+5
|
* Merge pull request #1267 from profanity-im/feature/xep-0308-lmcMichael Vetter2020-02-1434-154/+594
|\ | | | | XEP-0308 Last Message Correction
| * xep-0308: add caution noteMichael Vetter2020-02-141-1/+1
| | | | | | | | | | We need to change the buffer structure first, so that we save the from field there.
| * Rename buffer->from to buffer->display_fromMichael Vetter2020-02-143-10/+12
| |
| * xep-0308: enable for carbon copied messagesMichael Vetter2020-02-142-1/+15
| | | | | | | | | | | | | | If we are connected with another client and send a message, then correct it. We now display it correctly in Profanity. Id wasn't saved for carbon copied messages too so far.
| * xep-0308: enable correction in outgoing messages with delivery receiptsMichael Vetter2020-02-143-8/+10
| |
| * Always send delivery receipts if enabledMichael Vetter2020-02-141-14/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | So far receipts are only send if we have enabled it and the other client supports it. But it could be that the other person is connected with several clients. One supporting it and the other which doesn't. If the not supporting one is active and we send to a fulljid, then we won't get receipts. Probably it's best to just always send them if they are enabled in Profanity. And not try to find out the capabilities of the other client. Fix https://github.com/profanity-im/profanity/issues/1268
| * Rename win_print_with_receipt() -> win_print_outgoing_with_receipt()Michael Vetter2020-02-143-4/+4
| |
| * Add myself to copyrightMichael Vetter2020-02-144-0/+4
| |
| * Rename `win_println_them_message()` -> `win_println_incoming_muc_msg()`Michael Vetter2020-02-143-3/+3
| | | | | | | | | | | | | | | | In aa3693daa211b36c78d136d5a1ee9f3258e21352 I renamed `win_println_me_message()` -> `win_print_outgoing_muc_msg()`. Now: `win_println_them_message()` -> `win_println_incoming_muc_msg()` to be more consistent and descriptive.
| * Fix testsMichael Vetter2020-02-142-8/+8
| |
| * xep-0308: remove replace_id from privwin signatureMichael Vetter2020-02-143-4/+4
| | | | | | | | No `/correct` allowed in privwins
| * xep-0308: adapt unit test stubsMichael Vetter2020-02-142-8/+6
| |
| * xep-0308: only replace messages if the user enabled the featureMichael Vetter2020-02-141-3/+3
| | | | | | | | Outgoing `/correct` will still work.
| * xep-0308: Make /correct work without quotation marksMichael Vetter2020-02-144-11/+14
| | | | | | | | | | | | 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: Fix sending corrections for multiple wordsMichael Vetter2020-02-143-4/+7
| |
| * xep-0308: Add autocompletion of last message for /correctMichael Vetter2020-02-141-4/+29
| |
| * xep-0308: Implement LMC for outgoing MUC messagesMichael Vetter2020-02-1410-17/+71
| | | | | | | | | | | | 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.
| * Rename MUC PM handlerMichael Vetter2020-02-141-3/+3
| | | | | | | | | | Rename from _private_chat_handler() to _handle_muc_private_message() to be more consistent with other handler names.
| * xep-0308: Dont allow to correct MUC PMsMichael Vetter2020-02-143-10/+0
| | | | | | | | | | People could change messages of other people if the nick isn't registered.
| * xep-0308: correct incoming MUC PMsMichael Vetter2020-02-121-0/+14
| |
| * xep-0308: Display corrected incoming MUC messages correctlyMichael Vetter2020-02-124-5/+21
| |
| * 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-128-44/+55
| |
| * Distinguish between _win_print() and _win_printf()Michael Vetter2020-02-121-19/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | _win_print() and _win_printf() sound like they are the same. But actually they are something totally different. I renamed _win_print() to _win_print_internal() for that reason. It's more about actually drawing to the ncurses window. _win_printf() calls _win_print() and also writes the text to the window buffer. Which _win_print() didn't, it was really just the ncurses specific things. In some cases there is _win_print_internal() called after a buffer_append() in those cases it might be more correct to actually call _win_printf(). It was not done so far. But probably is better. But will mean a bit more operations. I'll have to check this later.
| * Rename win_correct_incoming to win_correctMichael Vetter2020-02-121-4/+4
| | | | | | | | and make it static.
| * xep-0308: update the UI upon sending a corrected messageMichael Vetter2020-02-118-24/+37
| | | | | | | | | | 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-1013-11/+132
| | | | | | | | | | | | | | | | 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: add cons_correction_setting stub to testsMichael Vetter2020-02-101-0/+1
| |
| * xep-0308: make correction.char themeableMichael Vetter2020-02-103-0/+10
| |
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2025-02-27 09:34:30 +0000
3'>743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 
1051
1052
1053
1054