Kyle G. said: Two things: 1) It seems as if the row index you are passing in refers to the spells order. My guess is that Ray of Frost is in the $4 index in the cantrips section of the spell list (assuming that there is a non-attack spell somewhere before Ray of Frost). I'm definitely using the repeating attack section and now the spell sections and Ray of Frost is the 3rd spell in the cantrip list as well as I have the same issue with the other spell list, shown in the photo, where $4 acts on Fire Bolt and not Burning Hands. So I don't think this is the problem. 2) You could get the row id for the attack by utilizing the spell list as the spells maintain the row id for the corresponding attack just like how the attacks maintain the row id for the corresponding spell. I don't *think* this works as the attack ID attribute matches the second (and correct) instance of the spell appearing in the attack list, so it will only give the ID of the attack I don't want to change/remove. chris b. said: On your browser Hit F12 to bring up the development tools and look at the html, and focus on the repeating section. You can see the row id somewhere in the html. If the sheet creator was nice they might put the row id into a field for macro users. But if not, roll20 puts it in there too as data near the top element around each row. Then you can use it. Obviously deleting and recreating rows, or using it on a different character sheet, will not work without finding the new ID. I can get the row ID from the HTML but the problem I'm having is getting it within a macro so that the macro can run with it without me needing to go into the HTML and copy paste. I believe I've found the source of the problem to be something to do with unpreparing the spell. When I uncheck the prepared checkbox, with CSA or manually, the spell I unprepared appears in the 5th attack slot with an attack ID lower than the spell attacks lower down on the list suggesting the attack is somehow how made before the others even though it only appears much later and only if I 'unprepare' the spell. Therefore, my only current solution is to not touch the prepared checkbox for the spells but I would like a way to fix this problem so I can, in the future, uncheck the box.