Replies: 2 comments
-
In the future, please try not to remove all of your comments; if you find they have bad/outdated info, it is normally best to just edit them and That aside, is this for the react port? I realized I completely forgot to add a unit test for use.data in flutter_rearch so I added a test case and it worked with no issues (to my surprise): 09bdb44 I figured the markNeedsBuild would have thrown an assertion error during the build, but it apparently did not. Maybe since the widget is already building (or, in other words, is a descendant of itself, based on the markNeedsBuild source code), it is allowed. Since setState/rebuild/render/forceUpdate/markNeedsBuild/whateverItsCalledOverInReact might not behave the same way as markNeedsBuild in Flutter, chances are you may need a
Yup, if the markNeedsBuild behavior is different in Flutter than the equivalent in React, this is what you would need (and also what I figured I'd need over in |
Beta Was this translation helpful? Give feedback.
-
Sure.
Yes.
Also it's weird because it's marked as
I like how finally it works because it works simple and sync. I'm migrating one project to test better and then I will try to clean my PR. E.G. I discussed with you about changing capsule state from a capsule listener (Websocket state) and you adviced me that I needed to do it asynchornously, but with the addition of |
Beta Was this translation helpful? Give feedback.
-
I removed all many previous messages. I have been close to giving up but I solved it. Solution was just to ignore rebuilds on build time.
Beta Was this translation helpful? Give feedback.
All reactions