Skip to content
This repository has been archived by the owner on Sep 6, 2021. It is now read-only.

Brackets crashes #7025

Open
blk4rd opened this issue Feb 27, 2014 · 31 comments
Open

Brackets crashes #7025

blk4rd opened this issue Feb 27, 2014 · 31 comments

Comments

@blk4rd
Copy link

blk4rd commented Feb 27, 2014

Running: Windows 7
No extensions installed


To go back a ways for context, I was having crash issues with Sprint 35 as a new release so I reverted to Sprint 33. This worked for some months until today when the program started crashing for unknown reasons. After two crashes, I upgraded to Sprint 36. The same problem persisted. I reloaded without extensions despite not having any installed, and still the program crashed.

It does not appear to crash on any particular event that I initiate, nor does it crash after a set amount of time open. Each time I have to use Task Manager to kill the program as the initial Windows Close Program alert only causes it to hang.

I have the error details that MS spits out once Brackets crashes, and the details associated with the hang after I initially attempt to Close Program if either of these will help.

Thanks.

@njx
Copy link
Member

njx commented Feb 27, 2014

Hi @blk4rd - sorry you're experiencing this. Yes, any info you have about the crash would be helpful. A few other questions:

  • Do you get a Windows crash dialog immediately, or do you see any other odd behavior before that dialog appears (e.g. the Brackets window turning blank)?
  • Could you describe what operations you might have been doing when it crashed?
  • Were you working on a folder that had a lot of files in it?

@njx njx added this to the Sprint 37 milestone Feb 27, 2014
@njx
Copy link
Member

njx commented Feb 27, 2014

Tentatively marking high priority for sprint 37, to @JeffryBooher to help investigate and possibly look at the error details from the OS.

@blk4rd
Copy link
Author

blk4rd commented Feb 27, 2014

On occasion I notice some slowing, but it is irregular at best. Just before I replied here, it crashed again. I was in another window testing a preview, and the instant I tabbed back to Brackets the Windows dialogue appeared saying Brackets had stopped responding.

The following is a copy/paste of the crash details:

Problem signature:
Problem Event Name: APPCRASH
Application Name: Brackets.exe
Application Version: 0.36.0.0
Application Timestamp: 52f21ab5
Fault Module Name: libcef.dll
Fault Module Version: 3.1547.1459.0
Fault Module Timestamp: 525cff02
Exception Code: 80000003
Exception Offset: 0080e8f0
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

@blk4rd
Copy link
Author

blk4rd commented Feb 27, 2014

To follow up with the most recent crash, I have also had the Windows dialogue appear saying Brackets has stopped responding even when my focus is in another window.

Edit:

Yet another crash, this one while working in the Brackets window. It was preceded by a few seconds of laggy behavior where the cursor would pause, then catch up, then pause, then immediately generate a Windows dialogue.


Second edit:

I went the longest yet without a crash until I had a .js file active in Brackets. Once I double-clicked, there was an immediate lag, and within a minute Brackets had crashed again.

@JeffryBooher
Copy link
Contributor

From what limited data there is, the crash occurs in CEF as a debugger trap yet no debugger is attached. This is the infamous security bail in Chromium that causes this and the WSOD.

@blk4rd do you notice this while working on a file (or files) or generally on any file? does it reproduce when creating a new file or only when opening files of certain sizes? Is it possible for you to send us the test project and the files you are editing at the time the crash occurs?

@blk4rd
Copy link
Author

blk4rd commented Feb 27, 2014

@JeffryBooher I just executed a specific test to further investigate .js files.

I again worked on various .php files, having no active .js file, without any noticeable problems.

I opened the same .js file, observed the same short lag, and then simply waited. After 10 minutes without Brackets hanging, I started editing the .js file. Within about 2 minutes the cursor lag came back and, in a new twist, started displaying pixelized apostrophes instead of what I had typed followed by an immediate Windows dialogue and Brackets crashing.

I can send the .js file that appears to consistently cause problems. What is the best way to do so?

Further, I will run the same test but with a different .js file.

@JeffryBooher
Copy link
Contributor

Can you add the entire project as a repo on your github user account? Then send me a link to it so so i can clone it (or download the zip) and open the entire project in Brackets. The reason why this is beneficial is that all of the other files that are being scanned for codehints, indexed for quick open and other stats and data collected that contribute to memory usage and that's what we're looking at -- memory usage spiraling out of control.

@blk4rd
Copy link
Author

blk4rd commented Feb 28, 2014

Is it necessary to include everything that the root directory contains, or can I simply include the files I regularly work on? There is some sensitive material that I am not comfortable sharing within the directory, though the raw .php and .js files I am fine to share.

@JeffryBooher
Copy link
Contributor

That's fine. Brackets doesn't try to index non js, css or html files as far as i know but include the php files that you can so I can try to replicate your scenario as best as possible.

@bchintx bchintx removed this from the Sprint 37 milestone Mar 5, 2014
@blk4rd
Copy link
Author

blk4rd commented Mar 6, 2014

Sorry for the late update. Here is the link. I do not have a private repository so my friend uploaded it for me. You have been added as a collaborator.

Thanks.

@JeffryBooher
Copy link
Contributor

Playing with your project for most of the day just going back and forth between files. Was there a specific JS file that you noticed a problem? So far brackets hasn't cause me any trouble but I may not be making code changes like you were. I only see a few js files (mostly frameworks) so I'm not sure which files were causing you trouble.

@blk4rd
Copy link
Author

blk4rd commented Mar 6, 2014

There were two that I actively edited:

stats > js > functions.js
and
dnc > js > functions.js

All the rest, as you said, are frameworks that I never touched after
initial implementation.

When I would double-click the files and send them to the "Working" portion
of the environment, there would be a noticeable lag and Brackets would
eventually crash, that lead time being roughly dependent on the amount of
editing I did: the more, the sooner the crash.

~ Neal Blackford
Faith Christian Church Campus Ministry
(520) 887-2507 home 444-3322 [cell]

On Thu, Mar 6, 2014 at 4:09 PM, Jeff Booher notifications@github.comwrote:

Playing with your project for most of the day just going back and forth
between files. Was there a specific JS file that you noticed a problem? So
far brackets hasn't cause me any trouble but I may not be making code
changes like you were. I only see a few js files (mostly frameworks) so I'm
not sure which files were causing you trouble.

Reply to this email directly or view it on GitHubhttps://github.com//issues/7025#issuecomment-36949570
.

@JeffryBooher
Copy link
Contributor

@blk4rd I exercised this yesterday pretty good with your test files and was unable to reproduce it. Please let us know if you still see this with the Sprint 37 build which should be out soon.

@blk4rd
Copy link
Author

blk4rd commented Mar 11, 2014

Well, sorry it didn't show up for you. I'll take a look once 37 comes out.

Thanks,

Neal Blackford

On Tue, Mar 11, 2014 at 4:25 PM, Jeff Booher notifications@github.comwrote:

@blk4rd https://github.com/blk4rd I exercised this yesterday pretty
good with your test files and was unable to reproduce it. Please let us
know if you still see this with the Sprint 37 build which should be out
soon.

Reply to this email directly or view it on GitHubhttps://github.com//issues/7025#issuecomment-37358956
.

@blk4rd
Copy link
Author

blk4rd commented Mar 26, 2014

After downloading Sprint 37 and playing with it, the problem appears to
have disappeared. Don't know what changed, but I'm happy it did.

~ Neal Blackford
Faith Christian Church Campus Ministry
(520) 887-2507 home 444-3322 [cell]

On Tue, Mar 11, 2014 at 4:28 PM, Neal Blackford blackford.neal@gmail.comwrote:

Well, sorry it didn't show up for you. I'll take a look once 37 comes

out. Thanks,

Neal Blackford

On Tue, Mar 11, 2014 at 4:25 PM, Jeff Booher notifications@github.comwrote:

@blk4rd https://github.com/blk4rd I exercised this yesterday pretty
good with your test files and was unable to reproduce it. Please let us
know if you still see this with the Sprint 37 build which should be out
soon.

Reply to this email directly or view it on GitHubhttps://github.com//issues/7025#issuecomment-37358956
.

@JeffryBooher
Copy link
Contributor

I just encountered this pasting the css from http://codepen.io/adobe/pen/cdoei into my css file with the shapes editor extension running. Brackets became severely slow after the paste then it crashed with the WSOD.

@blk4rd
Copy link
Author

blk4rd commented Apr 8, 2014

I'm getting the same problem again, but it is only with a specific .js file
now. Hence my earlier email stating that 37 appeared to have fixed
whatever the problem was: the first .js file I opened and edited worked
fine.

~ Neal Blackford
Faith Christian Church Campus Ministry
(520) 789-7432 home 444-3322 [cell]

On Mon, Apr 7, 2014 at 8:01 AM, Jeff Booher notifications@github.comwrote:

I just encountered this pasting the css from
http://codepen.io/adobe/pen/cdoei into my css file with the shapes editor
extension running. Brackets became severely slow after the paste then it
crashed with the WSOD.

Reply to this email directly or view it on GitHubhttps://github.com//issues/7025#issuecomment-39741095
.

@JeffryBooher
Copy link
Contributor

This happened to me again this morning.

  1. Start Brackets (brackets src folder opens)
  2. Open Brackets-Shell
  3. Open GruntFile.js
  4. Make a few mods
  5. Find In All Files "cef-zip"
    ===> After a few minutes WSOD

@blk4rd
Copy link
Author

blk4rd commented Apr 9, 2014

Whenever I'd open a particular .js file, the entire program would hang for
a few seconds and then try to catch up all at once. The WSOD would come
anywhere from 30 seconds to a few minutes later.

~ Neal Blackford
Faith Christian Church Campus Ministry
(520) 789-7432 home 444-3322 [cell]

On Wed, Apr 9, 2014 at 8:54 AM, Jeff Booher notifications@github.comwrote:

This happened to me again this morning.

  1. Start Brackets (brackets src folder opens)
  2. Open Brackets-Shell
  3. Open GruntFile.js
  4. Make a few mods
  5. Find In All Files "cef-zip" ===> After a few minutes WSOD

Reply to this email directly or view it on GitHubhttps://github.com//issues/7025#issuecomment-39980936
.

@peterflynn
Copy link
Member

@dangoor Fyi, this sounds related to other JS code hint freezes/crashes such as #7245, #7308, #7262.

@dangoor
Copy link
Contributor

dangoor commented Apr 23, 2014

@peterflynn I agree that the latest comment sounds like JS code hints. The earlier comment about an actual crash does not sound like code hints. I'm going to go ahead and give this a JS code hints label, though, so that I can track this.

@peterflynn
Copy link
Member

@dangoor The crash could be an out-of-memory condition like we've seen with JS code hints in the past (and like the still-open #7245 that I hit).

@matthewoates
Copy link

If we're talking about the grey/white screen crash, I've experienced the same issue editing markdown files. No JS files were in the folder I was editing.

OS: OS X Yosemite 10.10

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

@peterflynn
Copy link
Member

@matthewoates It's very likely you're having a different problem that just has similar symptoms. Can you gather a crash log and then file a new bug including that info? Thanks a ton, and sorry you're having problems!

@matthewoates
Copy link

Sure. 2x crashes with editing markdown files, and 2 crashes editing something else (I don't remember what I was editing)

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

Will create the issue. Thanks for the quick reply.

@tobibeer
Copy link

For me, on windows 8.1, it also constantly crashes before even opening. Sometimes the troubleshooting routine from windows opens and in the end it even opens. But then windows doesn't remember the fix for it, so the problem persists... quite frustrating ...in fact, I'm uninstalling for now.

@themre
Copy link

themre commented Sep 28, 2015

I'm getting crash if i had some file open which was on NAS. if Brackets don't find this file, i freezes. dialog appears, but I cannot close the dialog.

@tobibeer
Copy link

No more crashing for me with 1.4 and possibly since 1.3.

@themre
Copy link

themre commented Sep 28, 2015

I have 1.4. Well actually it didn't crash, it just took like 5 min to start working. So for 5 min it was in freeze. I have Win10.

@abose
Copy link
Contributor

abose commented Sep 28, 2015

If your project lives in a network drive with a large number of files, set the preference "findInFiles.nodeSearch": false . The preference will disable brackets from indexing all project files in the network drive on startup/project change.
N.B.: This would disable instant search.

@themre
Copy link

themre commented Sep 28, 2015

@abose: thanks, will try!

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

No branches or pull requests

12 participants