Получить несогласованность paginationToken истории уведомлений и startTime ⇐ IOS

[Anonymous]

Согласно документации, даже если в запросе указан paginationToken, запрос все равно должен содержать тело запроса, отправленное в предыдущем запросе, сгенерировавшем paginationToken.
Однако startDate не может возвращаться дальше, чем на 30 дней в песочнице и на 180 дней в рабочей среде.
Если в startDate, сгенерировавшем, используется максимум 180 дней, paginationToken, то в любом последующем запросе, если используется тот же startDate, это фактически превысит максимально допустимую продолжительность истории.
Это действительно проверено. В последующих запросах с использованием paginationToken и его startDate выдавалась ошибка JSON StartDateTooFarInPastError.
Однако в то же время неверно, что тело запроса, включая startDate, должно быть точно таким же, как тело запроса, сгенерировавшего paginationToken. Если startDate увеличивается настолько незначительно, ровно настолько, чтобы удовлетворить максимально допустимый максимум, запрос, похоже, возвращает правильные результаты.
Однако, если startDate радикально изменяется, выдается ошибка PaginationTokenExpiredError.
Как мне обработать этот крайний случай, когда в документации говорится, что вы должны предоставить то же самое тело запроса, что и paginationToken, в то же время время, гарантирующее, что startDate теперь присутствует в последующих запросах, не соответствует требованию StartDateTooFarInPastError?

Подробнее здесь: https://stackoverflow.com/questions/798 ... onsistency