New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 639835 link

Starred by 1 user
Status: Verified
Owner:
█ smut@chromium.org
User never visited
Closed: Aug 2016
Cc:
ios-bugs-priority@chromium.org
ios-bugs@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 0
Type: Bug



Sign in to add a comment

AppLaunchError on trunk-autoroller

Project Member Reported by jif@chromium.org, Aug 22 2016 
An "AppLaunchError" error occurs regularly on the Autoroller.

See for example:
https://uberchromegw.corp.google.com/i/internal.bling.main/builders/trunk-autoroller/builds/4179

Comment 1 by eugene...@chromium.org, Aug 22 2016

Labels: -Pri-3 Pri-0
Sana, this makes our KIF tests conversion more challenging and we can not pull in upstream helpers.

Comment 2 by smut@chromium.org, Aug 22 2016 

All the iPhone 5s/iOS 10.0 tests pass just fine, but iPad Retina/iOS 10.0 are borked.

Comment 3 by justincohen@chromium.org, Aug 22 2016 

Confirmed this is because autoroller isn't building a fat binary.

 python isolateserver.py download -I https://touch-isolate.appspot.com --namespace default-gzip -s 3aa751b8b0944baf428455cf7dec1c6d5d1f8e28 --target foo


 $ file base_unittests.app/base_unittests
base_unittests.app/base_unittests: Mach-O universal binary with 1 architecture
base_unittests.app/base_unittests (for architecture x86_64):	Mach-O 64-bit executable x86_64

Comment 4 by smut@chromium.org, Aug 22 2016

Status: Started (was: Assigned)
Thanks, you're right I see the problem and I'm fixing it now.
Project Member

Comment 5 by bugdroid1@chromium.org, Aug 22 2016 

The following revision refers to this bug:
  https://chrome-internal.googlesource.com/chrome/ios_internal.git/+/966f18fb8af1fd9e3202e8cff7115bc35880df94

commit 966f18fb8af1fd9e3202e8cff7115bc35880df94
Author: smut <smut@google.com>
Date: Mon Aug 22 19:33:24 2016
►

Sign in to add a comment