I have the following method:
public void CheckInstalledMods()
{
string configText = File.ReadAllText(_dataPath + @"SavedMods/InstalledMods.cfg");
// Destroy any previously created objects, before populating it again.
modsList.Clear();
// If there any mods found, we populate the list with them.
if (configText.Length > 0)
{
installedMods = JsonHelper.FromJson<InstalledMod>(@configText);
modsList.AddRange(installedMods);
modsList.Sort();
}
else // If the file is less than 1, there are no mods found so we add a dummy entry saying the list is empty.
{
// FIX THIS
installedMods = JsonHelper.FromJson<InstalledMod>(@NothingFoundJson);
modsList.AddRange(installedMods);
}
}
When the configText.Length > 0 is true it works exactly as expected. However when that fails the second modsList.AddRange throws the exception in the title. I have carefully checked the ‘NothingFoundJson’ and ensured it has no errors, so I am at a loss to see what the problems is.
Please post the full stack trace. Something is keeping an enumerator around when it shouldn’t be.
InvalidOperationException: Collection was modified; enumeration operation may not execute.1+Enumerator[T].MoveNextRare () (at <a4f9e7f5e7934738b65dad1344f8615e>:0) System.Collections.Generic.List1+Enumerator[T].MoveNext () (at :0)1[T].Setup (T recycledItem, System.Int32 newIndex, System.Boolean forceHide) (at /home/bokken/buildslave/unity/build/ModuleOverrides/com.unity.ui/Core/Collections/Virtualization/VerticalVirtualizationController.cs:147) UnityEngine.UIElements.FixedHeightVirtualizationController1[T].Resize (UnityEngine.Vector2 size, System.Int32 layoutPass) (at /home/bokken/buildslave/unity/build/ModuleOverrides/com.unity.ui/Core/Collections/Virtualization/FixedHeightVirtualizationController.cs:108)
Looks like the problem is somewhere in one of these methods:
Many thanks.
That allowed me to narrow down the problem. I had assumed the collection in question was modsList. This was only indirectly true as it is the source list for a ListView element. The actual problem was that I was modifying the hierarchy in a ListView element when the data binding was being done. So the collection in question was the ListView row, I think.
Anyhow, I have re-architected the binding so that the element is not instantiated until after the changes are made. All seems good now.
niel-archer:
Many thanks.
That allowed me to narrow down the problem. I had assumed the collection in question was modsList. This was only indirectly true as it is the source list for a ListView element. The actual problem was that I was modifying the hierarchy in a ListView element when the data binding was being done. So the collection in question was the ListView row, I think.
Anyhow, I have re-architected the binding so that the element is not instantiated until after the changes are made. All seems good now.
Wait data binding works at runtime now? WHAAAT? When did that happen?
Ummm, may be I chose the wrong phrase there. The ‘binding’ of the List is done normally with the ListView(source, itemHeight, makeItem, bindItem). But the actual data is bound to the row at runtime by the bindItem callback. In my case, that is a method of the makeItem class so that I can set somw attribute depending on the data.