Search Issue Tracker

Fixed

Fixed in 2021.3.36f1, 2022.3.21f1, 2023.2.11f1, 2023.3.0b7

Votes

0

Found in

2021.3.32f1

2022.3.12f1

2023.2.0b16

2023.3.0a12

Issue ID

UUM-55415

Regression

Yes

The ScriptableObjects ListView array size is bigger than the current amount of elements placed in it by one

--

-

How to reproduce:
1. Open the “ListViewRepro“ project
2. Open the “Assets/ScriptableObjects“ folder
3. Open the “List-1-Item“ ScriptableObject in the Inspector window
4. Observe the “Size“ element, and the amount of elements in the ListView
5. Add two new elements to the list, by pressing the “+“ button
6. Observe the “Size“ element, and the amount of elements in the ListView

Expected result: The “Size“ property before adding the new elements is equal to 0, after adding two elements “Size“ property is equal to 2
Actual result: The “Size“ property before adding the new elements is equal to 1, after adding two elements “Size“ property is equal to 3

Reproducible with: 2022.3.12f1, 2023.1.19f1, 2023.2.0b16, 2023.3.0a12
Could not test with: 2021.3.32f1 (compilation errors in the Console window)

Reproducible on: macOS 13.5.2 (Intel)
Not reproducible on: No other environment tested

  1. Resolution Note (fix version 2023.3.0b7):

    Refactored some of the logic to use the correct source count no matter which layout and source type was being used.

  2. Resolution Note (fix version 2023.2.11f1):

    Refactored some of the logic to use the correct source count no matter which layout and source type was being used.

  3. Resolution Note (fix version 2022.3.21f1):

    Refactored some of the logic to use the correct source count no matter which layout and source type was being used.

  4. Resolution Note (fix version 2021.3.36f1):

    Refactored some of the logic to use the correct source count no matter which layout and source type was being used.

Add comment

Log in to post comment

All about bugs

View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.