The test was checking decode works with input range. The truth is that this relied on the input range actually providing length. map *used* to erroneously provide length for narrow strings, but this not the case anymore.
Issue has already been reported as 9543:
http://d.puremagic.com/issues/show_bug.cgi?id=9543
We should never throw Errors on malformed data - especially since the
module does not provide validation facilities. Base64 is widely used on
the web, so encoded strings need to be treated like user input.
The added unittests are purposefully vague. This is to allow changing
the implementation within the spec (whether to throw, ignore or try
parsing trailing bytes).
This enables the test suite to build with the -property switch enabled.
std.cpuid: vendor()/processor() have not been converted to properties in accordance to core.cpuid.
std.xml: Element.text() cannot be a property due to the optional parameter.
http://d.puremagic.com/issues/show_bug.cgi?id=5340
And added some unittest.
The changes of std.base64 are caused by char[] NOT being OutputRange.
is(R2 == char[]) && isOutputRange!(R2, char) always returns false.
std.algorithm: defined move with one argument; levenshtein distance generalized to with all forward ranges; take now has swapped arguments
std.array: empty for arrays is now a @property; front and back for a string and wstring automatically decodes the first/last character; popFront, popBack for string and wstring obey the UTF stride
std.conv: changed the default array formatting from "[a, b, c]" to "a b c"
std.range: swapped order of arguments in take
std.stdio: added readln template
std.variant: now works with statically-sized arrays and const data
std.traits: added isNarrowString
-- add std.getopt
-- add std.variant
-- switch strings over to be invariant rather than const
-- hopefully the last big linux makefile overhaul
-- fix for bug 1579: write[ln] fails for obj.toString()
-- fix negative precision handling in std.format
-- add some file and directory iterator helpers
-- among other little changes here and there...
