Stefan Haller dd47ef7354 Make prepareConversionArrays a little more concurrency safe ...

I have seen cases where during a rebase (two nonModelItems) all entries in
viewIndicesByModelIndex beyond the second nonModelItem were off by 4 rather than
2 as I would expect. The only explanation I have for this is that the function
was called concurrently.

Improve this by working on a local variable and only assign to self at the end;
this is not a real fix for the concurrency issue of course, but it makes it much
less likely to be a problem in practice.

2025-07-12 17:25:35 +02:00

4.0 KiB

Raw Blame History

View Raw