Status Update
No update yet.
Comments
[Deleted User] <[Deleted User]>
Does Studio display an error or give you a stacktrace? (check in the lower right corner for error icons)
ja...@google.com
Yes. I did not notice that. every time i press CTRL-SPACE for autocomplete it gives me AssertionError (see image)
ja...@google.com
It looks like something in the editor indexing code is tripping up on the presence of an HTML file (incognito_mode_start_page.html). Is this a file you have somewhere in your project? If so, where is it in the project? If not, is it in one of the libraries (if you're using open source libraries, would you mind telling me which projects you're using so I can try to reproduce it.)
ja...@google.com
By the way, as a workaround, try File > Invalidate Caches / Restart
[Deleted User] <[Deleted User]>
No I do not have this file in my project. When I search for this file I can see that this file is part of Android API 19 (see image). If it helps here is a list of libraries in my project (I use only open source libraries, no extra libraries):
compile group: 'com.squareup.okhttp', name: 'okhttp', version: '1.2.1'
compile group: 'com.squareup.retrofit', name: 'retrofit', version: '1.2.2'
compile group: 'com.squareup.picasso', name: 'picasso', version: '2.1.+'
compile group: 'org.twitter4j', name: 'twitter4j-core', version: '3.0.3'
compile 'com.android.support:support-v4:18.0.+'
compile 'com.android.support:appcompat-v7:18.0.+'
compile 'com.android.support:support-v13:13.0.+'
compile 'de.greenrobot:eventbus:2.0.2'
compile 'com.nostra13.universalimageloader:universal-image-loader:1.8.+'
compile project(':libraries:facebook')
compile project(':libraries:android_maps_extensions')
compile project(':libraries:viewpagerindicator')
compile files('libs/ActiveAndroid.jar')
compile group: 'com.squareup.okhttp', name: 'okhttp', version: '1.2.1'
compile group: 'com.squareup.retrofit', name: 'retrofit', version: '1.2.2'
compile group: 'com.squareup.picasso', name: 'picasso', version: '2.1.+'
compile group: 'org.twitter4j', name: 'twitter4j-core', version: '3.0.3'
compile 'com.android.support:support-v4:18.0.+'
compile 'com.android.support:appcompat-v7:18.0.+'
compile 'com.android.support:support-v13:13.0.+'
compile 'de.greenrobot:eventbus:2.0.2'
compile 'com.nostra13.universalimageloader:universal-image-loader:1.8.+'
compile project(':libraries:facebook')
compile project(':libraries:android_maps_extensions')
compile project(':libraries:viewpagerindicator')
compile files('libs/ActiveAndroid.jar')
[Deleted User] <[Deleted User]>
[Comment deleted]
[Deleted User] <[Deleted User]>
Your workaround helped. Now it is working. Tnx for that. I would like to know why this happened? Did I do something to reproduce it? And can this be fixed without invalidating caches?
je...@google.com
This is the kind of bug which can happen since we pull from IntelliJ dev builds every week; sometimes the binary caches change incompatibly, and while there are some safeguards to prevent this from getting corrupted, it sometimes happens. It shouldn't happen when upgrading from one stable version to another, but we're not there yet :-)
je...@google.com
Will this ever be fixed? It's still an issue in AS 1.2.1.1...
be...@google.com
je...@google.com
[Comment deleted]
[Deleted User] <[Deleted User]>
Still broken on 1.3.2 for Support Library layout.
Seehttp://stackoverflow.com/questions/30684613/android-studio-xml-editor-autocomplete-not-working-with-support-libraries
Google, please provide a stable development environment for your developers. I never lost any time with Eclipse, but have thrown days away since being forced to adopt AS.
See
Google, please provide a stable development environment for your developers. I never lost any time with Eclipse, but have thrown days away since being forced to adopt AS.
ga...@google.com
It's still an issue in AS 1.4.1. Are you kidding me?
ch...@google.com
ja...@google.com
despite issue being closed/duplicate (??), get it on AS 1.5.1 when trying to discover cardview attributes
compile 'com.android.support:support-v4:23.1.1'
compile 'com.android.support:appcompat-v7:23.1.1'
compile 'com.android.support:cardview-v7:23.1.1'
compile 'com.android.support:gridlayout-v7:23.1.1'
compile 'com.android.support:support-v4:23.1.1'
compile 'com.android.support:appcompat-v7:23.1.1'
compile 'com.android.support:cardview-v7:23.1.1'
compile 'com.android.support:gridlayout-v7:23.1.1'
[Deleted User] <[Deleted User]>
[Comment deleted]
ch...@google.com
it's an issue for me as well with the latest AS, and specifically the preferences library... none of the proposed fixes do anything...
Description
Android Plugin Version: 2.1.0
Android Studio Build number: AI-143.2821654
Our build settings:
multiDexEnabled true
dexOptions {
preDexLibraries true
javaMaxHeapSize '4g'
maxProcessCount 7
}
org.gradle.daemon=true
org.gradle.parallel=true
org.gradle.jvmargs=-Xmx8g -XX:MaxPermSize=512m
Attached are some profiles.
profile-2016-05-25-13-07-15, profile-2016-05-25-13-11-46, profile-2016-05-25-13-15-37 are profiles of small String changes in the MainActivity or no changes at all. All builds are 45+ seconds. If I wait longer before killing the daemon, builds can easily take well over 1 minute.
After those builds I killed the gradle daemon, ./gradlew --stop
I ran one build to let the JIT warm up: profile-2016-05-25-13-16-59
After that, modifying the same String in the MainActivity as before, we see sub 15 second builds: profile-2016-05-25-13-18-06
You'll notice that our daemon is set to have a max of 8 gb of ram. Every time I kill the daemon, it's java process in the Mac Activity Monitor has over 4gb of ram used, but never much more than 4gb. For instance, I've never seen it consume 5gb. My dev machine has 16gb ram, and my "memory pressure" on my mac is never very high.