Skip to content

Conversation

@root-hardenedvault
Copy link
Contributor

Simply calling omemo_message_create() cannot compose a valid
KeyTransport message, which should at least have an ordinary "message"
node, so we should first make up such message without a "body", then
let omemo_message_prepare_encryption() of libomemo hamdle such case:

gkdr/libomemo#33

Signed-off-by: HardenedVault root@hardenedvault.net

@codecov-io
Copy link

codecov-io commented Feb 11, 2021

Codecov Report

Merging #162 (72e0057) into dev (d7edc8f) will decrease coverage by 0.13%.
The diff coverage is 0.00%.

Impacted file tree graph

@@            Coverage Diff             @@
##              dev     #162      +/-   ##
==========================================
- Coverage   22.25%   22.11%   -0.14%     
==========================================
  Files           4        4              
  Lines        2103     2116      +13     
==========================================
  Hits          468      468              
- Misses       1635     1648      +13     
Impacted Files Coverage Δ
src/lurch.c 0.00% <0.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update d7edc8f...72e0057. Read the comment docs.

Simply calling omemo_message_create() cannot compose a valid
KeyTransport message, which should at least have an ordinary "message"
node, so we should first make up such message without a "body", then
let omemo_message_prepare_encryption() of libomemo hamdle such case:

gkdr/libomemo#33

Signed-off-by: HardenedVault <root@hardenedvault.net>
@Neustradamus
Copy link

@gkdr: Have you seen this PR?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants