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

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.

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

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 の概要