Android Studio, logcat cleans after app closes

AndroidAndroid StudioLogcat

Android Problem Overview


I'm having a problem with my logcat since update 1.2 Beta for Android Studio. When I run my app it logs everything like it normally did, then I get at the point where my app crashes with the app saying: unfortunately, Game has stopped.

After a few seconds android closes that message. When that happens my logcat also gets fully cleared meaning that I barely get anytime to read the error. I did found some info about a buffer, but it seems that Android Studio doesn't have the option to increase it besides the fact that I doubt that being the problem.

Something that may be useful is that after it clears and stuff the process changes to Android.process.core and the message I get in my logcat is:

04-13 10:28:13.394  12259-12265/android.process.acore D/dalvikvm﹕    
Debugger has detached; object registry had 1 entries

Edit: I did read about breakpoints, so disabled focus application on breakpoints in Settings-build, execution, deployment-debugger but it didn't have any effect.

Android Solutions


Solution 1 - Android

I had the same issue, but looks more like a feature than a bug:

In AndroidStudio, the default setting for the Logcat window seems to be "Show only selected Application" (top right corner of the Logcat window)... which is looking at the log of the selected process (your current launch by default). So when your app crashes during testing, that process is gone, so the filter clears the log.

Instead, select "Edit Filter Configuration..." and set up a filter for your app, eg:

  • FilterName: MyApp
  • PackageName: com.example.myapp (<< replace with your app's package name)

...and then select that filter for future runs. This should keep the log there for you, even after the app crashes.

Solution 2 - Android

Switch "Show only selected application" to "No filters". This way, you can see logcat output from a process even when that process isn't running.

The downside is that your logcat will be filled with more spam from other processes.

Solution 3 - Android

In case of crash see the Run tab at the bottom of IDE.

You can see the crash reason in this part (even in logcat clean case).

Note: If the above trick not works try to produce a crash and immediately disconnect the mobile cable (if you use the real device for the test). you can see the error before it cleaned.

Update: If also above trick not works, try to attach and detach phone and hopefully problem solved.

Update2: If again not work, try to Invalidate catches and Restart then start debugging again.

Update3: As The last way, try to remove the app and install it again then start debugging (if you do not lose that condition you want to test)

Solution 4 - Android

My App was crashing and restarting. I also had some problems on reading the logcat to know what was happening. I then noticed that in the drop down menu, next to the Device dropdown it had something like "com.mypackage.myapp ('some number')" and when my app crashed there was another option that said "com.mypackage.myapp ('some number') [DEAD]". If you select the "Dead" option, it will show you the logcat of the previous instance.

Dead LogCat

Solution 5 - Android

Might be very late to the party but I had the same problem and solved like this:

In logcat window, top right corner drop-down menu select Edit filter configuration, on the next menu, introduce Filter name and your Package name.

Done, for me it keeps logs visible after crashing.

Solution 6 - Android

In Android Studio 2+

  1. Click Run

  2. Click Edit Configurations

  3. In the Run/Debug Configurations window select the Miscellaneous tab

  4. Make sure the Clear log before launch checkbox is not checked

Solution 7 - Android

The filter clears the log once the app gets crashed. So select "Edit Filter Configuration" and create your own custom filter with filter name. This will save the log with informations even when the app is crahed.

Solution 8 - Android

I'm Working with Android Studio 4.0 enter image description here

  1. Go to Edit Configuration of your app.
  2. Go to Miscellaneous Tab
  3. Uncheck the field Clear log before launch.
  4. Press OK. It'll work..

Solution 9 - Android

i have faced the same issue and this is the solution :-

1- Tools --> Android --> Enable ADB Integration.

and now you can see the logcat and the crashes as normal

Solution 10 - Android

It is 2018 and this can still happen. Close Android Studio and reopen.

Solution 11 - Android

7 years later ...

I still have same issue on AS ArcticFox and nothing helps.

But I have found one workaround.

  1. make sure this is enabled:

enable_mesages_in_run_console

  1. Then you can see your logs regardless the app is alive or not or device is connected or not. Which is great!

enter image description here

Solution 12 - Android

Still, sometimes I get this problem although some solutions work here such as restarting android studio it takes time.

Here I found how to get error message without restarting the studio

  1. Launch the app
  2. Be on run tab before you make your reproduce crash
  3. Click on the content of run tab as soon as crash occurs (if you don't click on content you will lose error report)

Solution 13 - Android

This bug seems to be fixed with the new release of Android Studio version 1.2.2

Solution 14 - Android

I ran into the same problem and none of the answers could help me, until I realized my app was causing an OutOfMemoryException. That's a probable root cause as well.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionBlack LotusView Question on Stackoverflow
Solution 1 - AndroidmaxdownunderView Answer on Stackoverflow
Solution 2 - AndroidBrian AttwellView Answer on Stackoverflow
Solution 3 - AndroidAmir Hossein GhasemiView Answer on Stackoverflow
Solution 4 - AndroidALourencoView Answer on Stackoverflow
Solution 5 - AndroidcodeKillerView Answer on Stackoverflow
Solution 6 - AndroidFlot2011View Answer on Stackoverflow
Solution 7 - AndroidMohammed NisharView Answer on Stackoverflow
Solution 8 - Androiddeepak kumar sharmaView Answer on Stackoverflow
Solution 9 - AndroidZiad GholmishView Answer on Stackoverflow
Solution 10 - AndroidstrayaView Answer on Stackoverflow
Solution 11 - AndroidAlexander SkvortsovView Answer on Stackoverflow
Solution 12 - AndroidAgentPView Answer on Stackoverflow
Solution 13 - AndroidChakirView Answer on Stackoverflow
Solution 14 - AndroidChiskoView Answer on Stackoverflow