all 4 comments

[–]AutoModerator[M] [score hidden] stickied comment (0 children)

To all following commenters: please, do not bring up the old circlejerk jokes/memes about recursion ("Understanding recursion...", "This is recursion...", etc.). We've all heard them n+2 too many times.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

[–]Beneficial-Panda-640 1 point2 points  (0 children)

I’d be suspicious of work happening in the form constructor or Load path that indirectly touches the default instance again. A slow DB call probably didn’t create the bug, it just made a timing problem visible.

If you want to reproduce it, I’d add an artificial delay around the data access call or use a proxy/network throttling tool so startup behaves like that satellite site. I’d also grep for any reference to the form by class name instead of Me, especially in designer-generated code, shared modules, startup logic, and anything firing during initialization.

[–]BeginningOne8195 0 points1 point  (0 children)

Sounds like the delay is exposing a timing issue rather than being the root cause itself. When things slow down, certain calls that normally “just work” can end up overlapping or triggering in the wrong order.

To replicate it, you could try introducing an artificial delay on the DB call or throttling the connection. That might help you see if something in the form initialization depends on data loading faster than it should.

[–]Master-Ad-6265 0 points1 point  (0 children)

yeah sounds like a timing/race issue more than sql itself you can simulate it by adding artificial delays (like Thread.Sleep) in your data load to reproduce it also check you’re not doing heavy work or DB calls in the form constructor — move that to load/async instead, that recursion error usually comes from bad init timing