Package: whiptail
Version: 0.52.23-1
We recognised since years some artifacts at the end of lines in a large
whiptail checkbox dialog we use. Now, investigating it further, I
recognised that the problem is a 199 bytes limit of lines in whiptail
menus and checklists, from the first byte of the left-hand/output
content to the end of the right-hand/descriptional content, including
the one, respectively two, spaces between those blocks. Every byte added
to either left-hand or right-hand content means that any byte above 199
at the end of the right-hand content is lost. This this can also break
apart multi-byte characters, so that one sees hex code fragments of
these broken characters instead, like "<E2>" or "<E2><94>" in case of a
horizonal box drawing line, cut apart after the first or second byte.
If it is an upstream limitation, I can report it to
https://pagure.io/newt/issues instead. But we faced other issues which
seem to be present on Debian only, e.g. without looking further into it:
the bidirectional text support patch seems quite intrusive and hence
able to cause some rare quirks.
Happens on v0.52.25-1 (Trixie+Sid) as well, and happened since at least
Debian Stretch, maybe earlier, not sure when I recognised it first.
Pinned to v0.52.23-1 only to include Debian stable in the affected graph ;).
Best regards,
Micha
