-
Notifications
You must be signed in to change notification settings - Fork 0
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
Comments
Comment by gruehle @JeffryBooher It looks like this fixes adobe/brackets#4365. Can you try reproducing adobe/brackets#4331 with this branch? |
Comment by JeffryBooher @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. |
Comment by gruehle 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? |
Comment by JeffryBooher @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? |
Comment by JeffryBooher I'm going to merge this in. It looks safe and I think we need it to help solve the other CEF crasher. |
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
The text was updated successfully, but these errors were encountered: