【问题标题】:Google Play Android Developer API changes init purchase time for same purchaseGoogle Play Android Developer API 更改相同购买的初始购买时间
【发布时间】:2014-07-28 05:57:55
【问题描述】:

我正在验证我的 Google Play Android 订阅购买服务器端针对

https://developers.google.com/android-publisher/archive/v1/purchases/get

我遇到了initiationTimestampMsec 与过去的值不同的情况。

https://developers.google.com/android-publisher/archive/v1/purchases#resource

我遇到了这个问题,因为我有一个特定购买的测试用例来验证初始化时间是否始终相同。

原始初始化时间为1366679371220(2013 年 4 月 23 日星期二 01:09:31 GMT)。这个测试用例总是通过并且代码是根据git blame not touch since 2013-04-28.

当我现在运行测试时,THE SAME 购买的初始时间为 1400807382943(格林威治标准时间 2014 年 5 月 23 日星期五 01:09:42),因为它是 initiationTimestampMsec。有趣的是要注意当天购买时间和当天时间的差异。

我提出的GET 请求是

https://www.googleapis.com/androidpublisher/v1/applications/<app_id>/subscriptions/product_name/purchases/<purchase_token>?access_token=<access_token> 

购买本身使用我的测试用例 (1366679371220) 中的初始时间戳登录到我的生产数据库中

编辑: 在与 Google 进行电子邮件对话后,这似乎是他们意识到的一个错误。

【问题讨论】:

  • 我刚刚在我的生产系统上出现了同样的问题,虽然我的时间戳保持在一天中的同一时间,但日期是一个月后。最初在 2014 年 6 月 22 日 05:46(6 月 22 日)购买的订阅,现在将 initialTimestampMsec 设置为 2014 年 7 月 22 日 05:46(7 月 22 日)。我想知道initiationTimestampMsec是否每个月都会重置。
  • 初始时间戳应该始终保持不变。这对我们来说是一致的超过 1 年。这是谷歌的一个错误,他们应该修复。

标签: android google-play payment android-pay


【解决方案1】:

我刚刚发现,当用户通过 Google Play 应用取消订阅时,“initiationTimestampMsec”(在 v1 和 v1.1 中)或“startTimeMillis”(在 v2 中)会随着取消时间而更新。也许这就是你的情况?

几分钟前我刚刚创建了一个相关问题,也许您可​​以在订阅续订时帮助我了解此字段的值。 Google Play Developer API: "startTimeMillis" is updated when it should not

这个答案应该作为评论,但我还没有足够的声誉这样做。对不起。

【讨论】:

  • 很好的发现。正如我的评论中提到的。这是谷歌方面的一个错误。让我结束这个问题。
猜你喜欢
  • 1970-01-01
  • 2014-03-25
  • 1970-01-01
  • 2017-10-03
  • 2012-09-10
  • 2016-05-03
  • 2022-06-14
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多