Open titoBouzout opened 8 months ago
I'd have to argue this is a no-fix. There's no way to intercept this at all. If anything, the responsibility must be delegated to the user.
Its untracking:
What makes you think there's no way?
It"d definitely considerably increase size of codegen and put overhead on everything. There are a ton of touch points too because of all the micro optimizations we do. This seems pretty tricky. I doubt highly the vast majority of Solid users would want to take any sort of hit for WCs. To be fair it isn even WCs in general as Solid Element works fine doing the untrack itself. Its this specific pattern.
Interesting, I only used this because I know there's an effect there. So if one were to create custom elements using solid it will be using Solid Element. I wonder if in that case it will still track, as there are so many ways to cause these callbacks. As every day there's more use of WE this should be keep in consideration in my opinion.
Describe the bug
Custom elements have numerous callbacks and these should untrack to avoid recursion. This is a bit tricky because a lot of DOM methods for manipulation could cause the callbacks to fire.
Your Example Website or App
https://playground.solidjs.com/anonymous/b6031b3f-7ce9-4322-a06f-31823340af8d
Steps to Reproduce the Bug or Issue
Testing code is the following