- Remove the possibility of panicking during decoded length calculations
< 0.20 function | 0.21 equivalent |
---|---|
encode() |
engine::general_purpose::STANDARD.encode() or prelude::BASE64_STANDARD.encode() |
encode_config() |
engine.encode() |
encode_config_buf() |
engine.encode_string() |
encode_config_slice() |
engine.encode_slice() |
decode() |
engine::general_purpose::STANDARD.decode() or prelude::BASE64_STANDARD.decode() |
decode_config() |
engine.decode() |
decode_config_buf() |
engine.decode_vec() |
decode_config_slice() |
engine.decode_slice() |
The short-lived 0.20 functions were the 0.13 functions with config
replaced with engine
.
If applicable, use the preset engines engine::STANDARD
, engine::STANDARD_NO_PAD
, engine::URL_SAFE
,
or engine::URL_SAFE_NO_PAD
.
The NO_PAD
ones require that padding is absent when decoding, and the others require that
canonical padding is present .
If you need the < 0.20 behavior that did not care about padding, or want to recreate < 0.20.0's predefined Config
s
precisely, see the following table.
0.13.1 Config | 0.20.0+ alphabet | encode_padding |
decode_padding_mode |
---|---|---|---|
STANDARD | STANDARD | true | Indifferent |
STANDARD_NO_PAD | STANDARD | false | Indifferent |
URL_SAFE | URL_SAFE | true | Indifferent |
URL_SAFE_NO_PAD | URL_SAFE | false | Indifferent |
- Restore the ability to decode into a slice of precisely the correct length with
Engine.decode_slice_unchecked
. - Add
Engine
as apub use
inprelude
.
- Re-exports of preconfigured engines in
engine
are removed in favor ofbase64::prelude::...
that are better suited to those who wish touse
the entire path to a name.
FastPortable
was only meant to be an interim name, and shouldn't have shipped in 0.20. It is nowGeneralPurpose
to make its intended usage more clear.GeneralPurpose
and its config are nowpub use
'd in theengine
module for convenience.- Change a few
from()
functions to benew()
.from()
causes confusing compiler errors because of confusion withFrom::from
, and is a little misleading because some of those invocations are not very cheap as one would usually expect from afrom
call. encode*
anddecode*
top level functions are now methods onEngine
.DEFAULT_ENGINE
was replaced byengine::general_purpose::STANDARD
- Predefined engine consts
engine::general_purpose::{STANDARD, STANDARD_NO_PAD, URL_SAFE, URL_SAFE_NO_PAD}
- These are
pub use
d intoengine
as well
- These are
- The
*_slice
decode/encode functions now return an error instead of panicking when the output slice is too small- As part of this, there isn't now a public way to decode into a slice exactly the size needed for inputs that aren't multiples of 4 tokens. If adding up to 2 bytes to always be a multiple of 3 bytes for the decode buffer is a problem, file an issue.
decoded_len_estimate()
is provided to make it easy to size decode buffers correctly.
- Update MSRV to 1.57.0
- Decoding can now either ignore padding, require correct padding, or require no padding. The default is to require
correct padding.
- The
NO_PAD
config now requires that padding be absent when decoding.
- The
- Extended the
Config
concept into theEngine
abstraction, allowing the user to pick different encoding / decoding implementations.- What was formerly the only algorithm is now the
FastPortable
engine, so named because it's portable (works on any CPU) and relatively fast. - This opens the door to a portable constant-time
implementation (#153,
presumably
ConstantTimePortable
?) for security-sensitive applications that need side-channel resistance, and CPU-specific SIMD implementations for more speed. - Standard base64 per the RFC is available via
DEFAULT_ENGINE
. To use different alphabets or other settings ( padding, etc), create your own engine instance.
- What was formerly the only algorithm is now the
CharacterSet
is nowAlphabet
(per the RFC), and allows creating custom alphabets. The corresponding tables that were previously code-generated are now built dynamically.- Since there are already multiple breaking changes, various functions are renamed to be more consistent and discoverable.
- MSRV is now 1.47.0 to allow various things to use
const fn
. DecoderReader
now owns its inner reader, and can expose it viainto_inner()
. For symmetry,EncoderWriter
can do the same with its writer.encoded_len
is now public so you can size encode buffers precisely.
- More precise decode buffer sizing, avoiding unnecessary allocation in
decode_config
.
- Config methods are const
- Added
EncoderStringWriter
to allow encoding directly to a String EncoderWriter
now owns its delegate writer rather than keeping a reference to it (though refs still work)- As a consequence, it is now possible to extract the delegate writer from an
EncoderWriter
viafinish()
, which returnsResult<W>
instead ofResult<()>
. If you were callingfinish()
explicitly, you will now need to uselet _ = foo.finish()
instead of justfoo.finish()
to avoid a warning about the unused value.
- As a consequence, it is now possible to extract the delegate writer from an
- When decoding input that has both an invalid length and an invalid symbol as the last byte,
InvalidByte
will be emitted instead ofInvalidLength
to make the problem more obvious.
- Add
BinHex
alphabet
- Add
Bcrypt
alphabet
- A
Read
implementation (DecoderReader
) to let users transparently decoded data from a b64 input source - IMAP's modified b64 alphabet
- Relaxed type restrictions to just
AsRef<[ut8]>
for mainencode*
/decode*
functions - A minor performance improvement in encoding
- Minimum rust version 1.34.0
no_std
is now supported via the two new featuresalloc
andstd
.
- Minimum rust version 1.27.2
- Fix bug in streaming encoding (#90): if the underlying writer
didn't write all the bytes given to it, the remaining bytes would not be retried later. See the docs
on
EncoderWriter::write
. - Make it configurable whether or not to return an error when decoding detects excess trailing bits.
- Remove line wrapping. Line wrapping was never a great conceptual fit in this library, and other features (streaming
encoding, etc) either couldn't support it or could support only special cases of it with a great increase in
complexity. Line wrapping has been pulled out into a line-wrap crate, so it's
still available if you need it.
Base64Display
creation no longer uses aResult
because it can't fail, which means its helper methods for common configs thatunwrap()
for you are no longer needed
- Add a streaming encoder
Write
impl to transparently base64 as you write. - Remove the remaining
unsafe
code. - Remove whitespace stripping to simplify
no_std
support. No out of the box configs use it, and it's trivial to do yourself if needed:filter(|b| !b" \n\t\r\x0b\x0c".contains(b)
. - Detect invalid trailing symbols when decoding and return an error rather than silently ignoring them.
- Update safemem
- Derive
Clone
forDecodeError
.
- Add support for
crypt(3)
's base64 variant.
decode_config_slice
function for no-allocation decoding, analogous toencode_config_slice
- Decode performance optimization
encode_config_slice
function for no-allocation encoding
STANDARD_NO_PAD
configBase64Display
heap-free wrapper for use in format strings, etc
- Decode performance improvements
- Use
unsafe
in fewer places - Added fuzzers
- Avoid usize overflow when calculating length
- Better line wrapping performance
- Temporarily disable line wrapping
- Add Apache 2.0 license
- MIME support, including configurable line endings and line wrapping
- Removed
decode_ws
- Renamed
Base64Error
toDecodeError
- Allow decoding a
AsRef<[u8]>
instead of just a&str
- Configurable padding
- Encode performance improvements
- Added encode/decode functions that do not allocate their own storage
- Decode performance improvements
- Extraneous padding bytes are no longer ignored. Now, an error will be returned.