Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-27702

adb shell getprop init.svc.bootanim with -no-boot-anim

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Fixed
    • Labels:
      None
    • Environment:
      Android Emulator Plugin 2.13
      Jenkins 1.598
    • Similar Issues:

      Description

      In the emulator plugin version 2.13, the emulator startup check was changed from dev.bootcomplete to init.svc.bootanim (reported in Issue 11952). This seems to be the right way to do it. However, because of the -no-boot-anim flag in the emulator, this does not work at all. The device will be reported as being ready way too early, and a long time before the dev.bootcomplete property will have value 1. This is also the reason that the emulator seems to be starting much faster in the most recent version of the plugin.

      One solution would be to remove the -no-boot-anim flag. However, this will increase boot-times a bit which is probably unnecessary for some users. Another solution is to make a setting to control how the emulator will be started.

        Attachments

          Activity

          Hide
          orrc Christopher Orr added a comment -

          Huh, interesting, I hadn't seen any increase in boot speed since making that change. Removing the -no-boot-anim flag is probably the best approach.

          Are you seeing this happen on any particular emulator config?

          Show
          orrc Christopher Orr added a comment - Huh, interesting, I hadn't seen any increase in boot speed since making that change. Removing the -no-boot-anim flag is probably the best approach. Are you seeing this happen on any particular emulator config?
          Hide
          mkaloer Mads Kalør added a comment -

          We only use one emulator config, so I do not know if it is a general thing or it just happens with our specific config. The startup time went from 160 seconds to 18 seconds after updating the plugin. The server is quite slow, which may also have influence on this.

          The emulator config is:

           /srv/android-sdk-linux//tools/emulator -no-boot-anim -ports 5864,5865 -prop persist.sys.language=da -prop persist.sys.country=DK -avd hudson_da-DK_160_HVGA_android-17_armeabi-v7a -no-snapshot-load -no-snapshot-save -wipe-data -no-window 
          Show
          mkaloer Mads Kalør added a comment - We only use one emulator config, so I do not know if it is a general thing or it just happens with our specific config. The startup time went from 160 seconds to 18 seconds after updating the plugin. The server is quite slow, which may also have influence on this. The emulator config is: /srv/android-sdk-linux //tools/emulator -no-boot-anim -ports 5864,5865 -prop persist.sys.language=da -prop persist.sys.country=DK -avd hudson_da-DK_160_HVGA_android-17_armeabi-v7a -no-snapshot-load -no-snapshot-save -wipe-data -no-window
          Hide
          orrc Christopher Orr added a comment -

          Yeah, 18 seconds with -wipe-data enabled, and on an ARM system image is (sadly) way too fast! Thanks for the info.

          Show
          orrc Christopher Orr added a comment - Yeah, 18 seconds with -wipe-data enabled, and on an ARM system image is (sadly) way too fast! Thanks for the info.
          Hide
          mkaloer Mads Kalør added a comment - - edited

          I have submitted a simple pull-request which removes the -no-boot-anim flag: [JENKINS-27707] Removes -no-boot-anim flag. I have tested in on my Jenkins server for a few days and it seems to work as expected.

          Show
          mkaloer Mads Kalør added a comment - - edited I have submitted a simple pull-request which removes the -no-boot-anim flag: [JENKINS-27707] Removes -no-boot-anim flag . I have tested in on my Jenkins server for a few days and it seems to work as expected.
          Hide
          orrc Christopher Orr added a comment -

          Thanks, I gave it a test as well and it looked alright.

          Show
          orrc Christopher Orr added a comment - Thanks, I gave it a test as well and it looked alright.
          Hide
          orrc Christopher Orr added a comment -

          Version 2.13.1 of the plugin has now been released, which contains this fix.

          Show
          orrc Christopher Orr added a comment - Version 2.13.1 of the plugin has now been released, which contains this fix.

            People

            • Assignee:
              orrc Christopher Orr
              Reporter:
              mkaloer Mads Kalør
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: