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
what I would try first is check the places in the code that trigger a print-> reparse cycle, and make sure that we print with the UIDs kept in, not stripped away. In theory that should prevent any bugs that arise from a non-stable UID messing with selection. Once this is confirmed to fix the bug, we "just" need to prevent the editor from sending printed code with the UIDs over the vscode bridge.
(Come to think of it, maybe we could strip the UIDs right before sending it over the bridge, and otherwise keep it at all times?)
I've moved this back because I don't know if we positively confirmed the root cause of this, and that this is now definitively solved. Mentioned previously were a) the VSCode bridge (soon to be pulled down), and b) the new UUIDs (now 1000% more unique!).
If either or both-in-conjunction is likely to have solved this, we should close this ticket (and open a new one if it happens again).
cc @Rheeseyb and @ruggi
E.g. setting the padded property of a column.
I don't know how to reliably reproduce, but e.g. if you recreate the whole page building session of the demo there is high chance it is going to happen: https://paper.dropbox.com/doc/Building-the-Demo-Script--CRN8vYvyL8yZF6pJ6frX939uAg-Qtq5516kayWxUvkcCwOfT#:uid=430181461514264433643542&h2=Inserting-the-title-and-the-st
The text was updated successfully, but these errors were encountered: