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

Instead of waiting for Fragments 1.3.0-alpha01, we've decided to make this fix available in Fragments 1.2.0-rc03.

We decided to revert this change (aosp/1170505) because we think we can do better.

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

commit a39315b75b6fc995293e6a0e81b18b79c1e67f0f
Author: Jeremy Woods <jbwoods@google.com>
Date:   Fri Nov 22 13:17:24 2019

    Fix hide Transitions with reordering
   
    It should be possible to replace a replace transaction with transitions
    with a combination of add and hide while seeing the same results. That
    is currently impossble. While the initial transactions works, if you
    attempt to pop the transactions it breaks because all non-shared
    elements are invisible.
   
    This is caused because when using a hide with transitions, any exitings
    views are marked as invisible during the transitions and are not
    properly marked visible again with the transition ends.
   
    This change ensures that once the transition ends, all exiting views are
    properly marked as visible so that a hide transaction with transitions
    can be applied and popped properly.
   
    Test: All tests pass, tested in several apps with and without shared
    elements, adjusted FragmentTransitionTest
    BUG: 70793925
   
    Change-Id: Idb4991b898c966910ebc56ae155e10b64222e819

M       fragment/fragment/src/androidTest/java/androidx/fragment/app/FragmentTransitionTest.kt
M       fragment/fragment/src/androidTest/java/androidx/fragment/app/TrackingVisibility.java
M       fragment/fragment/src/androidTest/java/androidx/fragment/app/TransitionFragment.kt
M       fragment/fragment/src/main/java/androidx/fragment/app/FragmentTransition.java
M       fragment/fragment/src/main/java/androidx/fragment/app/FragmentTransitionCompat21.java
M       transition/transition/src/androidTest/java/androidx/transition/FragmentTransitionTest.kt
M       transition/transition/src/androidTest/java/androidx/transition/TrackingVisibility.java
M       transition/transition/src/androidTest/java/androidx/transition/TransitionFragment.kt
M       transition/transition/src/main/java/androidx/transition/FragmentTransitionSupport.java

https://android-review.googlesource.com/1173118

  The following changes were cherrypicked through Coastguard (https://android-build.googleplex.com/coastguard/)
  Release Track: (https://android-build.googleplex.com/coastguard/dashboard/6552735953321984/#/history/all)
  Created: 2019-11-23 00:38:40.555967+00:00
  Changes: aosp/1173118
 

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

  The following changes were cherrypicked through Coastguard (https://android-build.googleplex.com/coastguard/)
  Release Track: (https://android-build.googleplex.com/coastguard/dashboard/6308461750910976/#/history/all)
  Created: 2019-11-27 02:44:39.450342+00:00
  Changes: aosp/1173118