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

Grey/White screen crash when editing markdown files with live preview #12944

Open
core-ai-bot opened this issue Aug 31, 2021 · 9 comments
Open

Comments

@core-ai-bot
Copy link
Member

Issue by matthewoates
Thursday Nov 13, 2014 at 20:51 GMT
Originally opened as adobe/brackets#9926


Similar issue to the one described here:
adobe/brackets#7025
adobe/brackets#7514

The first two logs are from editing markdown files (no JS files were in the working folder) and I don't remember what I was editing for the other two. The first two logs happened within a few minutes of each other.

OS: OSX Yosemite 10.10

Brackets version:
Release 1.0 build 1.0.0-15191 (release 3f2eb90a4)
build timestamp: Fri Oct 31 2014 14:26:26 GMT-0700

Logs: https://gist.github.com/matthewoates/398804a9a5ec109f4f44

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Thursday Nov 13, 2014 at 21:19 GMT


Hmm, all these crashes are in a web worker thread... the only thing that uses web workers in Brackets core is JS code hints. Do you have any extensions installed? If so, does the crash still happen if you do Debug > Reload Without Extensions?

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Thursday Nov 13, 2014 at 21:22 GMT


@JeffryBooher could you take a stab at symbolizing the stack traces?

@core-ai-bot
Copy link
Member Author

Comment by matthewoates
Thursday Nov 13, 2014 at 21:38 GMT


Can the JS Hint extension still crash the editor if I'm not editing any JS files? I'll use it for a little while without extensions to see if I can get it to crash.

Installed extensions:
Brackets Git
Brackets TSLint
Brackets TypeScript
Fonts
LESSHints
Markdown Preview
Toggle Toolbar
Wombatish

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Thursday Nov 13, 2014 at 21:55 GMT


If some of the crashes happened in folders that didn't contain any JS files (which I think you said was the case for 2 of the crashes?), then the JS code hints worker shouldn't be active at all. (Unless you had opened a JS file earlier in the same session -- it's possible if the JS worker got in a bad state it would just stay running even after switching projects). But the JS worker has pretty strict limits on it now, so it seems a bit unlikely that it's involved.

I'm pretty sure some of the TypeScript extensions use worker threads too though, so definitely try Reload Without Extensions.

@core-ai-bot
Copy link
Member Author

Comment by matthewoates
Thursday Nov 13, 2014 at 22:09 GMT


Yes, there were no JS files for the first two crashes. I was not editing JS files earlier in the sessions.

@core-ai-bot
Copy link
Member Author

Comment by JeffryBooher
Thursday Nov 13, 2014 at 22:16 GMT


@peterflynn it looks like the stack is already symbolized and that NotifyBrowserOfPluginHideWindow is jumping to a rogue function address.

Thread 10 Crashed:: WebCore: Worker
0   libcef.dylib                    0x01aaab9d mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 14388989
1   libcef.dylib                    0x0201692b _CTFontManagerUnregisterFontForData + 2852539
2   libcef.dylib                    0x01a69f8c mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 14123756
3   libcef.dylib                    0x01a69b73 mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 14122707
4   libcef.dylib                    0x01a69a79 mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 14122457
5   libcef.dylib                    0x01976f3b mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 13128347
6   libcef.dylib                    0x019777c6 mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 13130534
7   libcef.dylib                    0x01977678 mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 13130200
8   libcef.dylib                    0x019792ab mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 13137419
9   libcef.dylib                    0x01979239 mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 13137305
10  libcef.dylib                    0x00d05bbc mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 81692
11  libcef.dylib                    0x00d05e40 mac_plugin_interposing::NotifyBrowserOfPluginHideWindow(unsigned int, CGRect) + 82336
12  libsystem_pthread.dylib         0x92973ecf _pthread_body + 138
13  libsystem_pthread.dylib         0x92973e45 _pthread_start + 162
14  libsystem_pthread.dylib         0x92971f0e thread_start + 34

NOTE: this particular function was crashing on 10.6 (#4394) and that's when we discovered there was a library incompatibility between the 10.6 and 10.7 Mac SDKs. So I wouldn't be surprised if there is another incompatibility that exists between 10.7 and 10.10; this may be a fact of life on Yosemite until we upgrade CEF. We will need to verify that it is fixed with a newer build of CEF and file an issue with the CEF repo to fix if it isn't.

This particular code lives on the Chromium side so it's hopefully fixed with the newer SDK.

@peterflynn Can we reproduce this internally? I'm going to produce new CEF builds tomorrow so I'm wondering if anyone on Yosemite could verify that it is fixed. @matthewoates would you be available to test this with a newer build of Brackets if one becomes available next week?

@core-ai-bot
Copy link
Member Author

Comment by matthewoates
Thursday Nov 13, 2014 at 23:26 GMT


Of course I'll check out the new build. I haven't been able to repro the issue without any extensions, but I can possibly narrow it down by uninstalling a few. I imagine that even if it's an extension that's causing the crash, you guys would still want that fixed.

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Wednesday Nov 26, 2014 at 18:59 GMT


@matthewoates Here are instructions for quickly turning extensions on & off: https://github.com/adobe/brackets/wiki/Troubleshooting#disabling-extensions-individually. If you could let us know which extension is causing this, that would be very helpful -- thanks!

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Wednesday Nov 26, 2014 at 19:02 GMT


@JeffryBooher Are you sure the stack is symbolized? I thought NotifyBrowserOfPluginHideWindow plus a huge offset (13-14MB in most of those frames) was the hallmark of an unsymbolized stack...

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