Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[CLOSED] Ignore callbacks if the browser instance has been deleted #173

Open
core-ai-bot opened this issue Aug 17, 2021 · 5 comments
Open

Comments

@core-ai-bot
Copy link
Member

Issue by gruehle
Saturday Jul 20, 2013 at 20:31 GMT
Originally opened as adobe#282


Fix (workaround?) for adobe/brackets#4522

If the browser instance has been deleted between the time an async call was made and it's callback function invoked, ignore the callback. This is safe to do since the browser instance itself has been deleted, so there is no way any client code is still running.


gruehle included the following code: https://github.com/adobe/brackets-shell/pull/282/commits

@core-ai-bot
Copy link
Member Author

Comment by gruehle
Saturday Jul 20, 2013 at 20:38 GMT


@JeffryBooher It looks like this fixes adobe/brackets#4365. Can you try reproducing adobe/brackets#4331 with this branch?

@core-ai-bot
Copy link
Member Author

Comment by JeffryBooher
Monday Jul 22, 2013 at 17:45 GMT


@gruehle I built your version of the shell and it didn't crash in the build folder but when I copied the build to my install folder it crashed so I don't believe this fixes the crash.

@core-ai-bot
Copy link
Member Author

Comment by gruehle
Monday Jul 22, 2013 at 21:07 GMT


Yeah, I was running from the build folder. That would explain why I couldn't repro the crash. Oh well....

Were you able to repro the mac crash?

@core-ai-bot
Copy link
Member Author

Comment by JeffryBooher
Monday Jul 22, 2013 at 21:22 GMT


@gruehle so an Update on this: after trying your branch and still getting the crash, I went back to Sprint 27 and tried a build without a FileIndexManager (all of the API functions just returned resolved promises with empty arrays and all internal functions removed). It stopped crashing so I launched dev tools to see if there were any exceptions or console logs. There was one function that I had screwed up and was throwing an exception so I fixed it and relaunched Brackets (without dev tools) it started crashing again.

So after thinking about what was different for a few minutes, I realized that dev tools may have prevented the crash so I tried it again with dev tools running and, instead of crashing, I got the white screen of death.

So I knew your shell changes fixed the white screen of death so I tried running dev tools with your branch and no more crash. So I went back to see what we put in the console, because that had put other CEF based tools over the limit in the past and caused problems (but I'm pretty sure that issue was fixed). We don't put much but, for fun, I went to the cef ref app to see if any output in the console log would cause a crash on reload and Google doesn't put anything in the log but the standard login page at my.yahoo.com does. It didn't crash the ref app when reloading, though.

Any ideas?

@core-ai-bot
Copy link
Member Author

Comment by JeffryBooher
Monday Jul 22, 2013 at 22:14 GMT


I'm going to merge this in. It looks safe and I think we need it to help solve the other CEF crasher.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant