Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

prekey attribute not added when sending a PreKeySignalMessage #28

Closed
mar-v-in opened this issue May 12, 2020 · 4 comments
Closed

prekey attribute not added when sending a PreKeySignalMessage #28

mar-v-in opened this issue May 12, 2020 · 4 comments

Comments

@mar-v-in
Copy link

According to XEP-0384 (version 0.3.0) §4.5:

The key element MUST be tagged with a prekey attribute set to true if a PreKeySignalMessage is being used.

This behavior is not implemented in libomemo.

@mar-v-in mar-v-in changed the title prekey='true' attribute not added when sending a PreKeySignalMessage prekey attribute not added when sending a PreKeySignalMessage May 12, 2020
@gkdr
Copy link
Owner

gkdr commented Nov 16, 2020

hi, and thanks for the report. i slightly remember that it was not required when i first implemented it, i'll check out what needs to be done.

@gkdr
Copy link
Owner

gkdr commented Dec 2, 2020

it should not be hard, i just need an additional function that does the same but adds the attribute. does anything break already without this?

@mar-v-in
Copy link
Author

mar-v-in commented Dec 2, 2020

Dino does check if the prekey attribute is present, which means that libomemo can't open sessions with Dino. But sessions can be created the other way round, so users natural response "something didn't work" already fixes it, making it a bad UX, but nothing critical.

gkdr added a commit that referenced this issue May 24, 2021
@gkdr
Copy link
Owner

gkdr commented Feb 7, 2022

this issue was not automatically closed, presumably because i changed the default branch before the commit referencing this issue was merged from the then-not-default branch to the then-default branch. so i'm closing it manually now 🙂

@gkdr gkdr closed this as completed Feb 7, 2022
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

No branches or pull requests

2 participants