IssueTracker

Seems to be a DNS problem with systems that have 'obtain DNS server address automatically'. Changed my system to a manual setting and the browser etc now work. SDK 2.2 didn't seem to mind the auto setting though.

Could you please describe how/where you changed your system to a manual setting?

Based on its date, this issue was originally reported before Android 2.3. Because of the many changes that existed in Android 4.x compared to previous versions, it's very likely that this issue doesn't exist in recent versions of Android like 4.2.2 or newer. Because of the high likelihood that this issue is obsolete, it is getting closed automatically by a script, without a human looking at it in detail. If the issue still exists on a Nexus 4 or Nexus 7 running Android 4.2.2 and is not related to Google applications, please open a new report accordingly.

java.lang.IllegalArgumentException: Unable to locate adb
        at com.android.tools.idea.run.editor.DeployTargetPickerDialog.<init>(DeployTargetPickerDialog.java:144)
        at com.android.tools.idea.run.editor.ShowChooserTargetProvider.showPrompt(ShowChooserTargetProvider.java:113)
        at com.android.tools.idea.run.AndroidRunConfigurationBase.getDeployTarget(AndroidRunConfigurationBase.java:600)
        at com.android.tools.idea.run.AndroidRunConfigurationBase.doGetState(AndroidRunConfigurationBase.java:281)
        at com.android.tools.idea.run.AndroidRunConfigurationBase.getState(AndroidRunConfigurationBase.java:241)
        at com.intellij.execution.runners.ExecutionEnvironment.getState(ExecutionEnvironment.java:158)
        at com.intellij.execution.runners.BaseProgramRunner.execute(BaseProgramRunner.java:55)
        at com.intellij.execution.runners.BaseProgramRunner.execute(BaseProgramRunner.java:50)
        at com.intellij.execution.ProgramRunnerUtil.executeConfigurationAsync(ProgramRunnerUtil.java:92)
        at com.intellij.execution.ProgramRunnerUtil.executeConfiguration(ProgramRunnerUtil.java:41)
        at com.intellij.execution.impl.ExecutionManagerImpl.restart(ExecutionManagerImpl.java:93)
        at com.intellij.execution.impl.ExecutionManagerImpl.access$300(ExecutionManagerImpl.java:44)
        at com.intellij.execution.impl.ExecutionManagerImpl$3.run(ExecutionManagerImpl.java:442)
        at com.intellij.util.concurrency.QueueProcessor.runSafely(QueueProcessor.java:232)
        at com.intellij.util.Alarm$Request.runSafely(Alarm.java:356)
        at com.intellij.util.Alarm$Request.run(Alarm.java:343)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at com.intellij.util.concurrency.SchedulingWrapper$MyScheduledFutureTask.run(SchedulingWrapper.java:228)
        at com.intellij.openapi.application.TransactionGuardImpl$2.run(TransactionGuardImpl.java:315)
        at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.doRun(LaterInvocator.java:435)
        at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.runNextEvent(LaterInvocator.java:419)
        at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.run(LaterInvocator.java:403)
        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
        at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:762)
        at java.awt.EventQueue.access$500(EventQueue.java:98)
        at java.awt.EventQueue$3.run(EventQueue.java:715)
        at java.awt.EventQueue$3.run(EventQueue.java:709)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:732)
        at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.java:755)
        at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:704)
        at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:391)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

voilà ce qu'on m'affiche lorsque j’exécute mon programme

je ne vois pas comment résoudre ce problème. svp aidez moi

What? I'm not using framework fragments anywhere. This is just an activity ("AntenaActivity", extends AppCompatActivity) with no fragments that tries to hide/show a fragment extending AppCompatDialogFragment, and as you can see in the code snippet I'm correctly calling getSupportFragmentManager().

Ah sorry I misread your stacktrace.

+ Ian,

Ian, do you have any ideas why we may fail to run fragment transaction in onResume?

Yeah, some platform fragment things appear there in the stack, but that seems to be something the activity calls whether you use platform fragments or not. Thank you for reopening this.

Ok, I was able to reproduce it. The issue is FragmentActivity.onResume doesn't resume its fragments and allow transactions immediately.

Project: platform/frameworks/support
Branch: androidx-master-dev

commit 9823ca6d8057b27adb44c8ffd3f211191bb41963
Author: Sergey Vasilinets <sergeyv@google.com>
Date:   Thu Aug 23 18:41:17 2018

    Call noteStateNotSaved() in OnResume
   
    bug: 77944637
    Test: SafeTransactionInOnResumeTest
    Change-Id: I13211e0fece639382c8e3e961a8c702519d1c051

M       fragment/build.gradle
M       fragment/src/androidTest/AndroidManifest.xml
A       fragment/src/androidTest/java/androidx/fragment/app/SafeTransactionInOnResumeTest.kt
M       fragment/src/androidTest/res/values/styles.xml
M       fragment/src/main/java/androidx/fragment/app/FragmentActivity.java

https://android-review.googlesource.com/737285
https://goto.google.com/android-sha1/9823ca6d8057b27adb44c8ffd3f211191bb41963

So it is fixed, however, I'm not sure in what release it will go in 1.0.0-rc03 or 1.1.0

Thanks a lot!

Am I correct that the bug will be fixed only for AndroidX? Does this mean that we need to migrate our codebase to AndroidX in order to rely on LiveData not lead to IllegalStateException: Can not perform this action after onSaveInstanceState?

This is the number one issue crashing my app. Can't the fix be released in a rc? Will I need to wait to 1.1.0? =/

Use `commitAllowingStateLoss()`, it is the only safe way to commit a fragment transaction.

This fix was included in the Fragment 1.1.0-alpha01 release: https://developer.android.com/jetpack/androidx/androidx-rn#2018-nov-fragment