You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I stumbeld on an issue during test for my own code, I am not sure if that is a realistic scenario in the wild:
When importing a character that has two simmilar weapons where the name of one is the name of another + a prefix all lookks good after the initial import:
But if I import the same character again, the attacks get mixed up:
From _findElementIn the last attack where the start of the name matches is returned, which leds to one set of attacks beeing update from worng matches.
I am not sure why we can't use an exact match here, as we are matching an attack to an attack (I am aware we need to use startsWith when matching a attack to the weapon in the equipment, but that is another case), but even if we need that, we should use the best match, not the last.
I think @NoSe was always for being lenient in checks in case the user adds text to the imported name. I think the best fix is to get all matches and update the best match.
I stumbeld on an issue during test for my own code, I am not sure if that is a realistic scenario in the wild:
When importing a character that has two simmilar weapons where the name of one is the name of another + a prefix all lookks good after the initial import:
But if I import the same character again, the attacks get mixed up:
I tracked tthe issue to this pice of code:
https://github.com/crnormand/gurps/blob/09dcc1d74fe16d3b8e45ee8f408883fa1f4a366d/module/actor/actor-importer.js#L2322C1-L2323C74
From _findElementIn the last attack where the start of the name matches is returned, which leds to one set of attacks beeing update from worng matches.
I am not sure why we can't use an exact match here, as we are matching an attack to an attack (I am aware we need to use startsWith when matching a attack to the weapon in the equipment, but that is another case), but even if we need that, we should use the best match, not the last.
Test character in atttached zip. test.zip
If you can give advise what the actual matching rule here should be, I am happy to prepare a fix, if you want.
The text was updated successfully, but these errors were encountered: