Hello list!
In the recent weeks there were discovered several outrageous bugs.
Some via received emails from "nowhere", and if you read this,
thank you. Not all are completely fixed yet, some are only
fixable via "hacks" before that (hopefully) *not* mystical v15.
Among which are:
- When fixing the `colour' bug Χάρης Καραχριστιανίδης had reported
i should have made a complete review of the according code path,
which would have fixed
? colo mono
colour mono sum-dotmark ft=bold,ft=reverse dot
...
? uncolo mono sum-dotmark dot
s-nail: uncolour: non-existing mapping: sum-dotmark dot
I also finally "understood" what Gavin Troy said over ten years,
i think, ago, in that we now at least treat 24-bit colour
consoles as being 256 coloured. (Please excuse me, man from an
island.)
- The built-in HTML viewer had several problems, among which are
crashability by receiving (mostly: drafted) emails with lots of
zero width characters "on a line", and ignorance of \t
tabulators in especially <pre> tags, for funny looking code
listings.
- ~M, in "fancy" *quote-fold* mode, may end up quoting nothing.
Plus the *quote-fold* crash that Stephen Isard reported.
- `retain' and `ignore' with only "*" argument, and, therefore,
actually "`headerpick' CONTEXT retain/ignore *", was broken..
from the very begin (aka the first final commit incarnation).
- MIME multipart boundaries have never been correctly supported,
as RFC 2046 allows trailing whitespace, but we did not.
- We could not be used for git-send-email(1) because (a) we did
not remove Date: header fields given by git(1), (b) we always
generated our own Date: (two Date:'s thus), and (c) we did not
interpret Date:s given by git(1), even though these end up as
the "time of commit" ( rahl via IRC).
And (many) more (though not recently). :-(
I do not backport any of the fixes to the [master] branch, and
there will be no 14.9.26 --- instead i will try everything i can
(with too few time for coding :() to release 14.10 this year, but
it is tight; and it will unfortunately not have all the things in
it that i really want, these will have to come with further minor
and update releases that follow: no "semantic versioning" still,
until v15. (Maybe never even, the dropbear style of YEAR.VERSION
seems interesting, maybe YEAR.VERSION.UPDATE it will then be,
at some later time.) It was just the same with the 14.9 series.
The name of 14.10 will be "Mountains O' Things" for sure: the
[next] development branch is 720 commits ahead of v14.9.25 aka
[master], and these are not Dr. Hipp's fossil, but my git ones.
Over the course of six years (since 2019-08-16).
--steffen
|
|Der Kragenbaer, The moon bear,
|der holt sich munter he cheerfully and one by one
|einen nach dem anderen runter wa.ks himself off
|(By Robert Gernhardt)
