crate

cf. https://boats.gitlab.io/blog/post/2018-02-22-failure-1.0/

• Try out the git version/release candidates
• Figure out all the breakage
• Figure out all the improved ergonomics we should point out
• Maybe land #66/parts of #67 together with this upgrade

A fellow tester! How exciting! Welcome!

Since #102, the imap crate gained the ability to run full IMAP integration tests against a "real" IMAP server (GreenMail) running in a Docker container. That server supports both SMTP (for sending mail) and IMAP (for receiving them), and is particularly well suited for testing as it automatically creates accounts as

Description
All the functions that create or update documents should send jsonlines instead of a JSON array.

Why
That's faster to process by meilisearch and consumes less memory.

How
Currently, the issue is that when we send a POST or PUT request in the SDK, it's automatically flagged as JSON

Right now there's no way of seeing a wallet's phrase or private key via the CLI. The private key is visible via the wallet file, but not the phrase--it uses an Entropy rather than saving the words.

It would be good to have a command, e.g.:

> feeless wallet secret --id

The output would vary depending on the wallet type:

> feeless wallet secret --id xxx # phrase, must match 

Is your feature request related to a problem? Please describe.
This basically relates to the fact that the bridge as of now is not fully tested because we need to mock request calls to a bridge with our own bridge somehow in order to be able to test.

Describe the solution you'd like
This could be implemented in the form of a bridge tester struct that spins up its own thread and liste

There are many places where .unwrap() is currently called.
These should be removed or replaces with the correct error handing or .expect(...) if it is very clear that it could not be triggered.

This is not needed for tests, unwrap is fine in those cases.
The effort should be mainly focused on the rrule/src/iter and rrule/src/parser folder.

Is your feature request related to a problem? Please describe.

Attempting to read an image with a gAMA and cHRM chunks (which are in the PNG1.2 spec) results in UnknownChunkType error.

Describe the solution you'd like

I'd like to be able to losslessly stream a PNG from a Decoder to Encoder, to do so it woul