GCM tokens should not be cached for more than a week |
||||||
Issue descriptionIt's possible for GCM registration/InstanceID tokens to be invalidated server-side without Chrome's knowledge, for example if the device is left in a drawer powered off for N months. In such cases, a website that follows best practice by frequently calling PushManager.subscribe() to ensure its subscription is still valid would break, because Chrome would keep returning the invalid cached token. The Android GCM client works around this class of issues by only caching tokens for a week, after which calls to subscribe will hit the server again (see https://goto.google.com/hxejm). We should do the same. These tokens are cached both in Chrome GCM code and Push code, so we'll need to fix multiple layers of caching.
,
Apr 4 2016
-cc list (let's only cc people who have an interest in this particular issue)
,
Apr 4 2016
See also b/27996367
,
Apr 8 2016
,
Apr 10 2017
This issue has been available for more than 365 days, and should be re-evaluated. Please re-triage this issue. The Hotlist-Recharge-Cold label is applied for tracking purposes, and should not be removed after re-triaging the issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 5 2017
,
Jan 5 2018
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by peter@chromium.org
, Apr 4 2016