Bug with the option: "Automatically correct overlapping Notes" set to disable (FIXED)

[ELP]

A simple swap to a different MIDI Editor view or a close and re-open XYZ MIDI item
causes REAPER to
do correct all overlapping Notes,
even if "Automatically Correct overlapping Notes" is set to disable..

This edit view swap/re open...
behavior with
"Automatically Correct overlapping Notes"
and you have the option set to disable -during editing-
can produce zero notes..
at least if there are >=three overlapping notes in a row.
I said that all zero notes ... now were fixed but it is unfortunately not.
here is one, hopefully the really last, possibility to produce

At the moment it is really better to have the auto correct option stays at enable!

Set the option to disable do not work!
..or better: only work if you never close/re open or swap the view and do editing these events again


Thank you and greetings

[ELP]

<=v5.27
bump,..

the above stuff means also simplified, that REAPER only support overlapping Notes
(no matter if automatically correct overlapping notes is disable)
as long as you do not close the editor and reopen to edit the Item again)
-Or as long as you do not swap the editor view mode)

If you close or swap the mode from Piano to names/stuff or list view
and re-swap again to the Piano roll for editing,
the previous overlapping Notes are always automatically shorten...
As I write above no matter whether the automatically... option is disabled.

[ELP]

I bump this again, because with 5-27 - 5.28prexx overlapping notes are not possible anymore.
Together with swap the edit view and or re open item
(and this is important: if none of the overlapping Notes is selected!!)

If auto correct overlapping Notes is set to disable and You do not have select your overlapping Note(s), the Notes would always auto correct shorten to XY length..(No matter if auto correct is enable or not)
-this happens after you swap the editor and or re open the item again and no note is selected...

This is a bug which make REAPER(only at the moment, hopefully) to a DAW,
which is incompatible to handle overlapping Notes..
This begin already with just two simple overlapping Notes in a row

And since newer bugs have priority for Schwa:

for this reason !,... I test it also extra with a portable 5.23

and with 5.23 this is not happen.

the first Lice is the behavior within 5.23
the second Lice the none compatible behavior within 5.28pre8

As I said for reproduce it is important to deselect the overlapping Notes first.

5.23

5.27-5.28pre xx


Greetings


EDIT
& BTW with this bug behavior above, it is of course easy possible - and a new way to produce/get unwanted zero Note lengths..

Short Example Lice with 5.27

[ELP]

test....:

the possibility to getting zero Note(s) and the overlapping Note(s) problem is fixed with 5.28pre 9

Thank you