Co-authored-by: Jan Winkelmann (keks) <[email protected]>

Fix typo in documentation: Member -> External

Co-authored-by: raphaelrobert <[email protected]>

Bumps [codecov/codecov-action](https://github.com/codecov/codecov-action) from 3 to 4.
- [Release notes](https://github.com/codecov/codecov-action/releases)
- [Changelog](https://github.com/codecov/codecov-action/blob/main/CHANGELOG.md)
- [Commits](codecov/codecov-action@v3...v4)

---
updated-dependencies:
- dependency-name: codecov/codecov-action
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <[email protected]>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: raphaelrobert <[email protected]>

This PR addresses issue openmls#1487. The problem is that currently the list of extensions in a GroupContextExtensions proposal is compared against the capabilities of the current members. Instead, it needs to

 -   check that the RequiredCapabilities of the group are satisfied by all members of the group
 -   check that the types of all extensions in the proposal are in the RequiredCapabilities.

This PR also adds a method on the RequiredCapabilitiesExtension for checking whether an extension type is supported. This is needed because the extension types defined in the RFC are supported implicitly, so we also have to compare against the defaults. The defaults are defined close to the Capabilities struct and used to be private to these modules. I made the one for extension types pub(crate) so I can check against it.

---------

Co-authored-by: Jan Winkelmann (keks) <[email protected]>
Co-authored-by: raphaelrobert <[email protected]>

* Improve processing

* Fix typos

Co-authored-by: Jonas Vautherin <[email protected]>

---------

Co-authored-by: Jonas Vautherin <[email protected]>

* Remove unnecessary cloning of proposals

* Remove to_owned()

---------

Co-authored-by: Konrad Kohbrok <[email protected]>

* Cleanup unused CoreGroup methods

* Address review comments

* Introduce InitKey type for KeyPackages

* Address review comments

This commit changes OpenMLS such that it can handle arbitrary credentials, as long as they are encoded as a variable-length vector.

* check for last resort in core_group/new_from_welcome

* test join_multiple_groups_last_resort_extension

* changelog includes PR#1503

---------

Co-authored-by: Joseph Lukefahr <[email protected]>
Co-authored-by: Konrad Kohbrok <[email protected]>
Co-authored-by: Franziskus Kiefer <[email protected]>

This commit adds the above types to make it possible to inspect the content
of a Welcome message before joining a group.

Fixes: openmls#1326 openmls#1506
Co-authored-by: raphaelrobert <[email protected]>

…1525)

This PR adds minimal Wasm bindings and example code, and a github action workflow that measures the size of the built bundle (currently around 1.2MB uncompressed, 450kB gzip'd). It fails when it gets significantly larger.

Signed-off-by: dependabot[bot] <[email protected]>
Co-authored-by: Franziskus Kiefer <[email protected]>

* Improve BasicCredential

* Address review comments

* Fix new CI errors

* add DeserializeBytes impl for MlsMessageIn

* add getter for body of MlsMessageOut

* add getter for MlsGroup extensions

* expose group info extensions and signature

* expose PublicMessage content type

* add convenience function to mark kp as last resort

Co-authored-by: Jan Winkelmann (keks) <[email protected]>
Co-authored-by: raphaelrobert <[email protected]>

* WIP: function probably works

* clear_pendind_proposals made public

* changelog entry for PR#1516

* additional comments warning against use of clear_pending_proposals

* additional logic in clearing pending proposals

* improved grammar and code placement for clear_pending_proposals

---------

Co-authored-by: Joseph Lukefahr <[email protected]>
Co-authored-by: raphaelrobert <[email protected]>

)

In openmls#1506 we not only added the StagedWelcome types, but also made the methods to create them consume an MlsMessageIn instead of a Welcome. This was done at the time because there was the open issue openmls#1326 that asked to do this, and we didn't check whether that really was a good idea.

It wasn't.

This PR keeps StagedWelcome, but makes the method that create these structs a Welcome instead of a MlsMessageIn.

Fixes openmls#1519.

# Conflicts:
#	openmls/src/extensions/test_extensions.rs
#	openmls/src/group/core_group/new_from_welcome.rs
#	openmls/src/group/errors.rs
#	openmls/src/group/public_group/validation.rs