On Sat, Jan 13, 2024 at 04:47:00 +, Michael Gold wrote:
> Simply sticking a "return" at the top of rotate_dash() makes the problem
> unreproducible, and gives me a PASS from the test case.
Setting g->winch_pending in group_init() also works, and I don't imagine
it would have any negative
On Fri, Jan 12, 2024 at 03:07:04 +, Michael Gold wrote:
> I sometimes notice this if I navigate into a large directory, and resize
> the window while the "spinner" is animating at the top-right corner. It
> can be difficult to reproduce once Linux has the data cached.
It looks like the
On Fri, Jan 12, 2024 at 03:07:04 +, Michael Gold wrote:
> I'm experimenting with an automated version of this test, but don't know
> how reliable it will be.
The attached test case seems able to determine the width of the panels.
Without proper xterm-control and UTF-8 parsing, it may be
Package: mc
Version: 3:4.8.30-1
Dear Maintainer,
If a terminal window's resized at a "bad time", mc's panels seem to keep
their old sizes indefinitely--even I press CTRL-L or navigate to another
directory. Oddly, the command bar at the bottom of the screen ("1Help",
etc.) does seem to be drawn
4 matches
Mail list logo
