It looks like it’s lagging a frame behind to me.
As I recall, the order things run in construct is basically:
1. Update plugins
2. Run event sheet
The edit box’s position is probably updated in 1, so if you set the scroll position at all in events then it will take till the next frame to update the editbox’s position, hence the lag.
Probably would make a nice bug report if you want to go that route.
For a more immediate solution you can position the editboxes manually with events. I don’t mean the set position action though. I’m pretty sure that still won’t update the physical position till the next frame.
Anyways you can try using some css to position it since there’s an action to apply some css to the object. I don’t know offhand which css to use but you should be able to find a list of them perhaps. Positions will be relative to the page instead of the layout so you’ll need to convert it with the layoutToCanvas expressions.
A second idea is to use a bit of js. If you set the id property of the editboxes you can access it in js with document.getElementById(“id”).
From there you’d need to look up the js properties exposed that you can use.
I apologize it’s a bit vague. I did post a similar example capx once before, but I doubt I’d be able to find it while on my phone.
Since this is in the C3 section, the easiest bet would be a bug report and hopefully it can be fixed in a timely manner.