「設定」からサインアウトして、アプリでサインインする

　こうなったときApp Storeからサインアウトしてサインインしても駄目でした。

　まず「設定」にあるアカウントの方から「サインアウト」して、開発用アプリで購入するときにサインインすることで購入できる状態に戻りました。

　(Sandboxアカウントはアプリ課金するときにサインインする必要があります)

XCodeでArchiveしてVerifyとかUploadとかAdHoc作るためにExportしたりとかするときに普通、Provisioning ProfileはMember Centerで作成したものを使用するのですが、なぜか勝手に作られた？ XCなんとかみたいなやつが選択されてしまうことがあります。

このままやってもできなくはないみたいなんだけどTestFlightの配信で失敗したりする。XCなんとかのせいかどうかは知らないけど。

かといってプロジェクトの設定からProvisioning Profileを設定するとエラーになったりしてよくわからない。

これを回避するための方法なのですが、おまじないレベルの話しかないので個々人の環境によるとは思います。

まずArchiveなどで選択されているProvisioning Profileが出てきたら、右の矢印をクリックするとそのProvisioning ProfileのあるフォルダがFinderで開きます。

そこにあるファイルを全削除。

で、XCodeに戻って設定からアカウントを開いて、Provisioning Profileを全てダウンロード。

そしてまたVerifyなどをやってみると、Member Centerで作成したProvisioning Profileが選択されていました。

一度この作業をすると、次回からはちゃんとMember Centerで作成した方を選んでくれるのですが何かの拍子でまたXCなんとかのほうに戻ったりするからなんていうか厄介。

待つしかない。

ええ。

運が良ければ数十分～遅くても数時間で出てくるんじゃないでしょうか。

なんですく出てこないの、ユーザーへの配布用とかならまだしも申請手続きの一環だよ？　って思うでしょ。そういうプラットフォームだからとしか言えないよね。

おかげて申請前に一息いれることができます。休憩しようというAppleの余計なお世話優しさなのかもしれませんね。流石バッテリーが一日保たない時計を出す会社。6時間は寝ろというAppleの優しさを感じるやつ。

まあこのあたり、まともにシステム設計できてたら、

アプリのリジェクトとともにアプリ内課金アイテムがまとめてリジェクトされる
→説明欄に何かしら変更を求められる(しかも言語ごとに！)
→別に変更することはないのでスペースでもいれてSAVE
→アイテム数だけこれを繰り返す (変更したら自動的に申請中になる)

みたいな不毛なことしなくて済んでますから。

しかもこれ、リジェクトされたままだとテストもできない(サンドボックスでの課金に失敗する)ので早々に作業する必要があるんですが、最近だと何を思ったかこの「アプリ内課金アイテムだけ申請中(だってアプリ本体は修正してる真っ最中だからね)」状態からの「アプリ内課金アイテムの申請だけまた却下してくる(おい！)」という追い打ち掛けてくるようになりました。

アプリ本体の修正が終わって申請通るまで、不定期にこの不毛な作業を繰り返すことになりますね♪

(実はここに裏ワザじみたものがあってですね、言語が2つ以上ある場合はそれぞれのコメントを編集することが求められるのですが、ここで一つだけ編集してやると、その言語は「PENDING」になりますが全体としては「デベロッパーの対応待ち」状態のままなんですよね。で、この状態であればアイテム課金は通る。そして(多分)審査対象にならないから上の不毛な追いかけっこからは逃れられる。多分)

もう結論は明らかで、あいつらジョブズおじさんがいるときだけなんかの間違いで奇跡的に素晴らしい会社でしたっていう

— akisute/Masashi Ono (@akisutesama) 2015, 12月 13

カリスマジョブズおじさんがいるときは全てが許されていた。

一度サインインしなおしてみるかと思い、iPhoneやiPodの「設定→iTunes & App Store」でサインインしているApple IDを確認してみたらば、なぜかそこが灰色になってしまっている。

サインインはしてるんだけどそこをタップしても何も反応せず、そこからサインアウトもできない状態。(通常ではそこが青文字のリンクになっていて、タップするとサインアウトできるメニューが出てくる)

App Storeアプリの一番下からもサインアウトできるので、そちらでサインアウトしてみたものの、設定のほうではサインアウト状態であってもやはり灰色のまま、サインインできず。

それでどうしたかというと、「設定→iCloud」のほうで、iCloudにサインインしているアカウントが、このiTunesにサインインしていたものとは別のアカウントで、こちらはまだサインインしていたのでこれをサインアウトしてみたところ、無事iTunesのほうでサインインすることができ、冒頭のiTunesへの課金リクエストが延々と返ってこないという現象も解消されました。

ちなみにこの後、iTunesとiCloudで別々のアカウントに再度設定してみたけれど、現象は再発せず。

再現するものでもないみたい。

iTunesとiCloudのアカウントは関係ありそうでなさそうな感じなのかもしれないので、どちらかの挙動がおかしかったら両方確認したりサインアウトしてみたりすると、よいのかもしれません。

私が使っていたのはEMLauncherなのですが、それに限らず配信用のシステムやスクリプトなんかでやっているときは見落としてしまう内容かもしれないので、ここに残していきます。

で、EMLauncherを用いてiOS用のアプリをOTA配信していたところ、iOS9の端末ではダウンロードまではできているようだがインストールできなくて失敗する、という現象が出ていました。

原因としては、iOS8のときに自分で入れた修正がiOS9ではエラーの原因となっていたよう。

iOS8のときはEMLauncherで生成されるplistのbundle-identifierに「.ios8fix」をつけないとインストールされなかったわけで、そのように補正していました。

その修正の対象を「iOS8以上」としてしまっていたために、iOS9でも同じように補正されており、iOS9では逆にそれがついていると同じbundle-identifierと認識されていないみたいな感じの模様。

参考：iOS8向けEnterpriseAppに潜む罠

なので、「.ios8fix」補正をiOS8に限定したら、iOS9でもインストールできるように。余計なことをしなくなったら上手く動いた、ということですね。

あとiOS9.2の端末では、修正前(.ios8fixがついている状態)でもインストールできたので、Apple側で何かしら対応してくれているのかもしれません。

分かってみたら簡単な話でつらい。。

An App ID with Identifier ‘xxx’ is not available. Please enter a different string.

というエラーが発生してしまうことがあります。

xxxにはビルドしていたアプリのApp IDが入ります。

対応として

このときはプロジェクトの「General」にある、Teamを確認します。

Member CenterにApp IDを登録したときに選択したTeam以外のものが指定されていた場合は、Member Centerのそれと合わせると通るようになります。

最近だと、個人アカウント用のTeamが追加されていて、そちらが選択されているときにこの症状が出てきました。

いつのまにか(たぶんどこかでOKを押したんだと思うけど)選択されていたので意味がわかんなかった。
その他にも、Provisioning Profileがらみで動作しないときは、このTeamの下あたりに、

No matching provisioning profiles found
No provisioning profiles matching an applicable signing Identity were found.

というような警告が表示されたりするので、チェックしてみるとよいかもしれません。

これが取得できないときに見直すポイント。

Identifierの設定

Apple Developerの「Identifier→App IDs」にて対象のアプリのIDで、iCloudがEnableになっていること。

XCodeの設定

プロジェクトの「Capabilities」タブでiCloudが有効になっていること。

「iCloud Documents」にチェックが入っていること。

端末の設定

「設定→iCloud」から、iCloudがオンになっていること。

iCloud Driveもオンになっていること。

iCloudがオンの状態でも、iCloud Driveがオフだとユニーク値は取得できません。

再起動

あとなんか、再起動したら取得できるようになったみたいな話も見かけたのでやってみるといいのかも。

5.2.1以降

オプションで無効化を設定できるようになっています。

「File→Build Settings」でiOSのPlayer Settingsを表示すると、Other Settingsに

「 Allow donwloads over HTTP」という項目があるのでこれをチェック。

というかデフォルトで入ってました。

あとはiOS向けにXCodeのプロジェクトを出力すればOKです。

info.plistにNSAppTransportSecurityが追加されています。

5.2.0以前

こちらは追加するスクリプトを作り対応する必要があります。

といってもinfo.plistはただのXMLファイルなので、[PostProcessBuild]とかでinfo.plistを次のように修正すればOK。

string infoplist_path = System.IO.Path.GetFullPath(pathToBuiltProject) + "/info.plist";

XmlDocument doc = new XmlDocument();
doc.Load(infoplist_path);

XmlNode e = doc.SelectSingleNode("/plist/dict");

// NSAppTransportSecurityを追加
XmlElement key = doc.CreateElement("key");
key.InnerText = "NSAppTransportSecurity";
e.AppendChild(key);

// NSAllowArbitraryLoadsを追加
XmlElement dict = doc.CreateElement("dict");
XmlElement dict_key = doc.CreateElement("key");
dict_key.InnerText = "NSAllowArbitraryLoads";
dict.AppendChild(dict_key);
XmlElement dict_true = doc.CreateElement("true");
dict.AppendChild(dict_true);

e.AppendChild(dict);

// 上書き保存
doc.Save(infoplist_path);

ドメインを指定する、NSExceptionDomainsを設定する必要がでてきたら、5.2.1以降でもこちらを使う必要があるかもですね。

参考：

iOS9 ATS問題

[iOS 9] iOS 9 で追加された App Transport Security の概要

ネイティブのプラグインを呼び出したときに、 il2cpp::vm::PlatformInvoke::MarshalFreeのところでSIGBARTで落ちていました。

ライブラリの関数呼び出し定義で、void型のfunc1を定義するときに

[DllInport("__Internal")]
private static extean void func1();

と書くべきところを

[DllInport("__Internal")]
private static extean string func1();

としてしまっていたため、自動生成されたコードでこのfunc1を処理している部分がchar*型の戻り値を期待していて、それを il2cpp_codegen_marshal_free で解放しようとしていた。

けれど実際はvoidなのでポインタは返らずしんでいたということ。

il2cpp::vm::PlatformInvoke::MarshalFreeはil2cpp_codegen_marshal_free内の処理ですね。