Titanium JIRA Archive
Titanium SDK/CLI (TIMOB)

[TIMOB-6673] iOS: module creation - after creating template and opening it xcode hangs with the message "running 1 of 1 custom scripts"

GitHub Issuen/a
TypeBug
PriorityHigh
StatusClosed
ResolutionCannot Reproduce
Resolution Date2014-03-26T20:22:08.000+0000
Affected Version/sRelease 1.7.5
Fix Version/sn/a
ComponentsiOS
Labelscore, supportTeam
ReporterKarol Pomaski
AssigneeIngo Muschenetz
Created2011-12-14T15:59:27.000+0000
Updated2017-03-21T21:18:24.000+0000

Description

Problem

When trying to do the usual 1st step after creating the template, i.e. open the newly created, UNTOUCHED, module in the xcode (i.e. "open .xcodeproj") - xcode hangs with the message "running 1 of 1 custom scripts" (please see 1st attached screen shot). If trying to close xcode without it finishing - titanium studio gives an error when i'm trying to use the module on the device (please see 2nd attached screen shot). the code of the app.js is just a copy of automatically created app.js from the example folder of the module. That appears only on SDK 1.7.5. With SDK 1.7.3 it works as expected. The customer has lion with the change inside the titanium.xcconfig (Other Sources folder) the TITANIUM_SDK variable. TITANIUM_SDK = ~/Library/Application Support/Titanium/mobilesdk/osx/$(TITANIUM_SDK_VERSION) Tried recreating the module probably about 100 times with different combinations of Titanium SDK version and test app SDK versions. Some more information about the process: - he always delete Build forlder of the app before re-compiling; - When re-building a module, he always removes the previous version of that module from "modules" folder and place a newly created zip file into "modules" folder to make sure that Titanium build process pucks it up and installs it; - he always trying to build newly created module in xCode to make sure everything goes smoothly (this step, just to remind you, did not work for Ti SDK 1.7.5: xCode hangs with the message regarding customs scripts - see my 1st post); I believe this situation has something to do with the target platforms being armv7 and armv6 by default in Titanium, while xCode expects only armv7. We have got his project.pbxproj http://support-admin.appcelerator.com/files/f2fb47e6-205d-11e1-935c-12313819f1f3/mdb.xcodeproj.zip and updated it with armv6. The updated file looks like the one attached to JIRA. The problem still appears and the Xcode hangs. Customer has already reinstalled the XCode.

Customers Workaround

He has discovered that the problem is in the presence of armv6 in the xcode project's targets. once he has removed armv6 from the builder.py, and re-generated his module - it started working. here is what he has done: -- copied 1.7.5 sdk to the new folder 1.7.5.1, effectively creating new sdk version - 1.7.5.1; -- modified line 1108 in builder.py from the floder .../1.7.5.1/iphone by removing armv6, i.e.: was: extra_args = ["VALID_ARCHS=armv6 armv7 i386"] now: extra_args = ["VALID_ARCHS=armv7 i386"] -- set the current sdk to 1.7.5.1 by executing the following command in the terminal: alias titanium='/Library/Application\ Support/Titanium/mobilesdk/osx/1.7.5.1/titanium.py' -- re-generated a module: titanium create --type=module --platform=iphone --name=testmod --id=com.mod.testmod this newly created module works, xcode does not hang when trying to "open testmod.xcodeproj", and when this module is included into an app - app compiles OK and works on a real device. Remining the initial problem: Under 1.7.5 xcode was hanging on "open .xcodeproj", was never finishing whatever it has been doing, so i had to close it. the resulting module was build by ./build.py with success and worked in simulator, but when i was trying to compile it for a real device (ipad 2 and iphone 4s in my case), compilation was failing (i've attached images of ti studio screen).

Attachments

FileDateSize
mdb.xcodeproj.zip2011-12-14T15:59:27.000+000037269
moddeverr.PNG2011-12-14T15:59:27.000+0000671085
Screen Shot 2011-12-04 at 10.42.48 AM.png2011-12-14T15:59:27.000+0000785836

Comments

  1. Ingo Muschenetz 2014-03-26

    Resolving as cannot reproduce. Needs confirmation by QE before closing.
  2. Lee Morris 2017-03-21

    Closing ticket as the issue cannot be reproduced.

JSON Source