StoreKit returns 无效的产品标识符 - 仅在真正的 App Store 上,仅在 iOS7 上

StoreKit returns invalid product identifiers - only on the real App Store, only on iOS7

我们有一个应用程序可以像往常一样查询 StoreKit 以获取产品详细信息(您可以忽略它是一个 Xamarin 应用程序,除非 Xamarin 中存在错误,否则它不会有什么不同):

        var request = new SKProductsRequest( new NSSet( ... ) );
        _runningRequests.Add( request );
        request.ReceivedResponse += HandleReceivedResponse;
        request.RequestFailed += HandleRequestFailed;
        request.RequestFinished += HandleRequestFinnished;
        request.Start();

    // ....

    void HandleReceivedResponse( object sender, SKProductsRequestResponseEventArgs e )
    {
        ViewModel.IsProcessing = false;

        foreach (var item in e.Response.InvalidProducts)
            Console.WriteLine( "Invalid product: " + item );

        var products = e.Response.Products.Select( x => new InAppProductViewModel( x.LocalizedTitle, x.ProductIdentifier, x.LocalizedDescription, LocalizedPrice( x ), IsPurchased( x ), () => Purchase( x ) ) );
        var vms = products.ToList();

        ViewModel.UpdateProducts( vms );
    }

发生的事情是:

这似乎只发生在 iOS 7 台设备上,在实时 AppStore 环境中。我假设他们已经通过 iTunes 更新或其他方式破坏了 iOS 7 上的应用内购买。沙盒环境没有显示问题真的很奇怪。我们在多台设备和多个 iTunes 帐户上进行了测试,并全新安装了该应用程序。客户也有这些问题。

我已经与 Apple 开发人员技术支持和 iTunes 提供商支持以及他们的 unable/unwilling 一起与工程团队一起诊断问题。因此,在这里问这个问题,看看是否有其他人遇到同样的问题,或者是否能够使用他们的应用程序进行检查。我们已经等待了超过 24 小时的 "product refresh" 本应解决问题,但没有解决。

任何拥有应用程序内购买功能的应用程序的人都可以测试实时应用程序商店版本是否仍然适用于 iOS7?


注意:已经超过 72 小时了,表明这不是暂时的侥幸,如:


我们已经向 AppStore 发布了 2 次应用程序更新,但其中 none 解决了问题。在 iOS8 上运行良好,在 iOS7.

上运行 invalidProductIdentifiers

这是我们从应用程序获得的控制台输出(稍微修改了日志记录)。 TASK-ASSERT 错误可能暗示出现问题,但我找不到有关该错误的任何信息。

Mar 10 08:08:28 iDevPad01 itunesstored[832] <Error>: TASK-ASSERT: cfurlcache - ProcessCacheTask - FAILED to get task-assertion, going commando with 1 items to process.
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Received SKProductResponse, debugdescription: <SKProductsResponse: 0x1776d950>
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Received SKProductResponse, description: <SKProductsResponse: 0x1776d950>
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Received SKProductResponse, products: 0
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: coach
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: boat
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: com.rowinginmotion.mobile.boatapp.ios.solo.boat
Mar 10 08:08:28 iDevPad01 RowingInMotionMobileBoatAppiOSSolo[855] <Warning>: Invalid product: com.rowinginmotion.mobile.boatapp.ios.solo.coach

我们三天前提交了支持 DTS 事件,终于收到回复。他们同意我们的看法,这似乎是处理 InApp 购买的 iTC 网络服务中的一个内部问题。我会保持这个线程是最新的。

好消息 - Apple 终于找出问题的原因。似乎 Xamarin.iOS 在构建过程中开始向应用程序包添加一个 iTunesMetadata.plist 文件(即使我们没有构建 IPA 并通过 xcode 存档进行部署)。

引用我们的 iOS 支持工程师的话:

The issue appears to be that in the deliverable asset which you uploaded to iTunesConnect, there is a “rogue iTunesMetadata.plist” which is not present in other in app purchase apps that do work under iOS 6/7. The issue here is that there is the same file that is built into the app when the app gets installed from the Store to the device. Because this file is present in the app bundle already, the one the StoreKit installs isn’t used. The reason this is a problem is that the iTunesMetaData.plist is missing the 2 field values that are normally included in the fetchSoftwareAddOns URL request that is generated when the SKProductsRequest is called.

作为临时解决方法,我修补了“_CompileITunesMetadata”msbuild 任务以防止生成 iTunesMetadata.plist

  <Import Project="$(MSBuildExtensionsPath)\Xamarin\iOS\Xamarin.iOS.CSharp.targets" />
  <!-- NOP out CompileITunesMetadata task, which creates a rogue metadata plist file that can break In App Purchases on iOS7 -->
  <Target Name="_CompileITunesMetadata" DependsOnTargets="_DetectSdkLocations;_DetectAppManifest;_GenerateBundleName;_CompileAppManifest">
     <Message Text="Skipping CompileITunesMetadata task, which creates a rogue metadata plist file that can break In App Purchases on iOS7" />
  </Target>

我们的 iOS 支持工程师告诉我,iTunesConnect 可能会在 prevent/reject 包含流氓 iTunesMetadata.plist 的应用程序提交中构建验证例程,希望其他人不会受到攻击通过这种奇怪的行为。