changing file when markers are in place causes incorrect jumping.

[steelbrain]

changing file when markers are in place causes incorrect jumping.

[steelbrain]

I think this is working as intended, the editor does not know the accurate position after you edit text. Getting the new position from the provider are the only way to fix this.

As a workaround you could also close/re-open the tab

[steelbrain]

Oh wait, do you mean that the text that is not the error is highlighted? In that case, yes it is a bug. We could update the message object with the latest marker positions we get so message registry can invalidate it and send the UI provider a more accurate message

[jordwalke]

I'll clarify. The text that is highlighted is the actual error. When I insert newlines into the document, the red text tracks correctly with the original text that was highlighted red. Imagine the red underlines being "sticky" on the problematic original text. That part is correct. What is incorrect is that jumping to "next error" or clicking on the bottom panel to go to the error, now does not go to the red underline location. It goes to the range that originally had the red underline before you inserted a bunch of newlines. Something somewhere knows where those red underlines are - because the document shows them as being moved.

[steelbrain]

Oh okay, to overcome this issue we'll have to not only keep the message pointers up to date of the changes but also re-render the panel everytime editor text changes. These recalculations are pretty cpu time costly in master, but in #40 they should be good

Thank you again for bringing this up to our attention

[steelbrain]

This has been fixed in #40