Skip to content

Latest commit

 

History

History
199 lines (157 loc) · 10.3 KB

troubleshooting.md

File metadata and controls

199 lines (157 loc) · 10.3 KB

Troubleshooting Appium

Here's what to do if you're experiencing problems, before you submit a ticket to github or write to the appium-discuss discussion group.

General

  • Make sure you've followed the getting started steps in the README
  • Make sure your system is set up appropriately (i.e., XCode is updated, Android SDK is installed and ANDROID_HOME is set.
  • Make sure the paths to your applications are correct
  • On windows run appium.app as administrator or when running from source you need to run cmd as administrator.
  • When installing on Mac, make sure the user has write permissions for /usr/local/lib or install Appium with the command npm install -g appium --unsafe-perm=true --allow-root

If you're running Appium.app

  • Update the app and restart. If you get a message saying the app can't be updated, re-download it from appium.io.

If you're running Appium from source

  • git pull to make sure you're running the latest code

  • Remove old dependencies: rm -rf node_modules

  • Re-install dependencies: npm install

  • Re-transpile the code: gulp transpile

  • You can also use Appium Doctor to determine whether your system is configured correctly for Appium.

  • If you get this error after upgrading to Android SDK 22: {ANDROID_HOME}/tools/ant/uibuild.xml:155: SDK does not have any Build Tools installed. In the Android SDK 22, the platform and build tools are split up into their own items in the SDK manager. Make sure you install the build-tools and platform-tools.

Android

  • Make sure the Android emulator is up and running.
  • It's sometimes useful to run adb kill-server && adb devices. This can reset the connection to the Android device.
  • If you're running the Android emulator using Fastboot and the emulator isn't being detected by adb, try doing a cold boot: Android Studio > Tools > AVD Manager > Actions > Cold Boot Now
  • Make sure you set ANDROID_HOME pointing to the Android SDK directory
  • After setting power state to off (e.g.: driver.setPowerAC(PowerACState.OFF);) you must create a new session.
  • When using -wipe-data in avdArgs the noReset capability will be ignored if set to true.
  • Make sure proper developer options are enabled. Some devices have custom options to make the device testable.

Android Espresso

  • Appium is supposed to disable animations by default, but if it doesn't work try following the Espresso setup instructions which advises that "To avoid flakiness, we highly recommend that you turn off system animations on the virtual or physical devices used for testing. On your device, under Settings > Developer options, disable the following 3 settings: Window animation scale, Transition animation scale, Animator Duration scale"

Windows

  • Make sure developer mode is on
  • Make sure command prompt is Admin
  • Check that the URL Appium server is listening to matches the one specified in test script

IOS

  • Make sure Instruments.app is not open

  • If you're running the simulator, make sure your actual device is not plugged in

  • Make sure the accessibility helper is turned off in your Settings app

  • Make sure the app is compiled for the version of the simulator that's being run

  • Make sure the app is compiled for the simulator (or real device) as appropriate (e.g., in debug mode for the simulator), or you might get a posix spawn error.

  • If you've ever run Appium with sudo, you might need to sudo rm /tmp/instruments_sock and try again as not-sudo.

  • If this is the first time you've run Appium, make sure to authorize the use of Instruments. See the UIAutomation Driver doc.

  • If Instruments is crashing when running against a physical device ("exited with code 253"), ensure Xcode has downloaded device symbols. Go to Window -> Devices, and it should start automatically. This is needed after iOS version upgrades.

  • If you see iOS Simulator failed to install the application. and the paths are correct, try restarting the computer.

  • Make sure your macOS keychain that holds the certificate(s) needed for building your app and the WebDriverAgent is unlocked. Especialy if you are using ssh. General symptom to look for is codesign failure.

  • If you have custom elements in your app, they will not be automatable by UIAutomation (and therefore Appium) by default. You need to set the accessibility status to 'enabled' on them. The way to do this in code is:

    [myCustomView setAccessibilityEnabled:YES];
    
  • Tests on iOS may exhibit symptoms similar to a memory leak including sluggish performance or hangs. If you experience this problem, it's likely due to a known issue with NSLog. One option is to remove NSLog from your code. However, there are several more nuanced approaches that may also help without requiring that you refactor.

    Workaround 1

    NSLog is a macro and can be redefined. E.g.,

    // *You'll need to define TEST or TEST2 and then recompile.*
    
    #ifdef TEST
      #define NSLog(...) _BlackHoleTestLogger(__VA_ARGS__);
    #endif // TEST
    #ifdef TEST2
      #define NSLog(...) _StdoutTestLogger(__VA_ARGS__);
    #endif // TEST2
    
    void _BlackHoleTestLogger(NSString *format, ...) {
        //
    }
    
    void _StdoutTestLogger(NSString *format, ...) {
        va_list argumentList;
        va_start(argumentList, format);
        NSMutableString * message = [[NSMutableString alloc] initWithFormat:format
                                                    arguments:argumentList];
    
        printf(message);
    
        va_end(argumentList);
        [message release];
    }

    Workaround 2

    Manually replace the underlying function that NSLog wraps. This method was recommended by Apple in a similar context.

    extern void _NSSetLogCStringFunction(void(*)(const char *, unsigned, BOOL));
    
    static void _GarbageFreeLogCString(const char *message, unsigned length, BOOL withSyslogBanner) {
       fprintf(stderr, "%s\\n", message);
    }
    
    int main (int argc, const char *argv[]) {
       NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
       int exitCode;
    
       setbuf(stderr, NULL);
    
       _NSSetLogCStringFunction(_GarbageFreeLogCString);
       exitCode = WOApplicationMain(@"Application", argc, argv);
       [pool release];
       return exitCode;
    }
  • Get Unable to launch WebDriverAgent because of xcodebuild failure: Command 'Scripts/bootstrap.sh -d' exited with code 1 error message in failing xcodebuild

    • Make sure xcodebuild -checkFirstLaunchStatus returns status code 0
    • If it returns 69, you should call xcodebuild -runFirstLaunch once to prevent the root error, Install Started Install Failed: Error Domain=DVTDownloadableErrors Code=3 "The authorization was denied since no user interaction was possible." UserInfo={AuthorizationErrorCode=-60007, NSLocalizedDescription=The authorization was denied since no user interaction was possible.}
    • example: appium/WebDriverAgent#165 (comment)

Webview/Hybrid/Safari app support

  • Make Sure you enable the 'Web Inspector' on the real device.
  • Make Sure you enable the Safari - Advance Preferences- Developer menu for simulators.
  • Make sure you are properly switching contexts using the context appium commands provided by your client library.
  • If you getting this error: select_port() failed, when trying to open the proxy, see this discussion
  • In a Safari session, if the logs indicate that the initial url cannot be entered, make sure that you have the software keyboard enabled. See this discussion.

Let the community know

Once you've tried the above steps and your issue still isn't resolved, here's what you can do:

If you're having trouble getting Appium working and the error messages Appium provides are not clear, join the discussion group and send a message. Please include the following:

  • How you're running Appium (Appium.app, npm, source)
  • What operating system you are using
  • What device and version you are testing against (i.e. Android 4.4, or iOS 7.1)
  • Whether you are running against a real device or a simulator/emulator
  • The client-side and server-side errors you're getting (i.e., "In Python this is the exception I get in my test script, and here's a link to a paste of the Appium server output)
  • Per above, it's very important to include a paste of the Appium server output when it's run in verbose mode so that we can diagnose what's going on.

If you've found what you believe is a bug, go straight to the issue tracker and submit an issue describing the bug and a repro case.

Known Issues

  • If you've installed Node from the Node website, it requires that you use sudo for npm. This is not ideal. Try to get node with nvm, n or brew install node instead!
  • Webview support works on real iOS devices with a proxy, see discussion.
  • Sometimes iOS UI elements become invalidated milliseconds after they are found. This results in an error that looks like (null) cannot be tapped. Sometimes the only solution is to put the finding-and-clicking code in a retry block.
  • Appium may have difficulties finding the node executable if you've installed Node and npm via MacPorts. You must make sure that the MacPorts bin folder (/opt/local/bin by default) is added to PATH somewhere in your ~/.profile, ~/.bash_profile or ~/.bashrc.

Specific Errors

Action Error Resolution
Running ios test [INST STDERR] posix spawn failure; aborting launch Your app is not compiled correctly for the simulator or device.
Running mobile safari test error: Could not prepare mobile safari with version '7.1' You probably need to run the authorize script again to make the iOS SDK files writeable. See the UIAutomation Driver