Skip to content

Commit 78866b7

Browse files
scottamainAndroid (Google) Code Review
authored andcommitted
Merge "Doc update: TTL change." into jb-dev-docs
2 parents cea1f19 + 22702c2 commit 78866b7

File tree

2 files changed

+3
-3
lines changed

2 files changed

+3
-3
lines changed

docs/html/guide/google/gcm/adv.jd

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -51,7 +51,7 @@ delivered right away unless the <code>delay_while_idle</code> flag is set to tru
5151

5252
<p>If the device is not connected to GCM, the message will be stored until a connection is established (again respecting the collapse key rules). When a connection is established, GCM will deliver all pending messages to the device, regardless of the <code>delay_while_idle</code> flag. If the device never gets connected again (for instance, if it was factory reset), the message will eventually time out and be discarded from GCM storage. The default timeout is 4 weeks, unless the <code>time_to_live</code> flag is set.</p>
5353

54-
<p class="note"><strong>Note:</strong> When you set the <code>time_to_live</code> flag, you must also set <code>collapse_key</code>. Otherwise the message will be rejected as a bad request.</p>
54+
5555
<p>Finally, when GCM attempts to deliver a message to the device and the application was uninstalled, GCM will discard that message right away and invalidate the registration ID. Future attempts to send a message to that device will get a <code>NotRegistered</code> error. See <a href="#unreg">How Unregistration Works</a> for more information.</p>
5656
<p>Although is not possible to track the status of each individual message, the Google APIs Console stats are broken down by messages sent to device, messages collapsed, and messages waiting for delivery.</p>
5757

docs/html/guide/google/gcm/gcm.jd

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -647,7 +647,7 @@ when the device is offline, so that only the last message gets sent to the
647647
client. This is intended to avoid sending too many messages to the phone when it
648648
comes back online. Note that since there is no guarantee of the order in which
649649
messages get sent, the &quot;last&quot; message may not actually be the last
650-
message sent by the application server. See <a href="adv.html#collapsible">Advanced Topics</a> for more discussion of this topic. Optional, unless you are using the <code>time_to_live</code> parameter&mdash;in that case, you must also specify a <code>collapse_key</code>.</td>
650+
message sent by the application server. See <a href="adv.html#collapsible">Advanced Topics</a> for more discussion of this topic. Optional.</td>
651651
</tr>
652652
<tr>
653653
<td><code>data</code></td>
@@ -665,7 +665,7 @@ sent. Optional. The default value is <code>false</code>, and must be a JSON bool
665665
</tr>
666666
<tr>
667667
<td><code>time_to_live</code></td>
668-
<td>How long (in seconds) the message should be kept on GCM storage if the device is offline. Optional (default time-to-live is 4 weeks, and must be set as a JSON number). If you use this parameter, you must also specify a <code>collapse_key</code>.</td>
668+
<td>How long (in seconds) the message should be kept on GCM storage if the device is offline. Optional (default time-to-live is 4 weeks, and must be set as a JSON number). </td>
669669
</tr>
670670
</table>
671671

0 commit comments

Comments
 (0)