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

Any update? That is pretty discouraging given the issue was reported 1 year ago.

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

commit 9f9de42fa23c3da48bc71bc2d6ab7f0f20cdb532
Author: Jeremy Woods <jbwoods@google.com>
Date:   Mon Aug 26 08:49:52 2019

    Fix incorrect pop animation in multiple transactions
   
    When a fragment is added by a pop and then removed in back to back
    transactions, we should use a normal exit animation instead of a popExit
    animation.
   
    This change keeps track of the first Fragment being visibly removed
    (remove, hide, or detach) in a set of FragmentTransactions. It passes
    the animations of subsequent removing fragments to the one that will be
    visible when the animation is executed. The Fragments are tracked by a
    tag on their container.
   
    Test: all tests pass, and tested in app
    Bug: 111659726
    Change-Id: I18eefc2fdb4fc4c27c467212cc2e68beb20ea00b

M       fragment/fragment/src/main/java/androidx/fragment/app/FragmentManager.java
M       fragment/fragment/src/main/res/values/ids.xml

https://android-review.googlesource.com/970127
https://goto.google.com/android-sha1/9f9de42fa23c3da48bc71bc2d6ab7f0f20cdb532

This has been fixed internally and will be available in the Fragment 1.2.0-alpha03 release.