Temporal возвращает правдоподобную дату вместо ошибки в Safari TP 251. Безопасная локальная диагностика: протокол `operation × fields × ICU outcome → exception name/result fields`; отдельный control, одно обратимое действие, критерии остановки и privacy-safe handoff без вывода о массовости или stable Safari.
Граница запроса: Temporal возвращает правдоподобную дату вместо ошибки в Safari TP 251
Эта диагностика начинается не с исправления, а с формулировки наблюдаемого расхождения. Пользовательская боль здесь формулируется так: операция Temporal продолжает вычисление после ошибки календарного слоя и выдаёт внешне правдоподобный результат вместо исключения. Нормализованный запрос — «как проверить потерю ошибки underlying calendar operation Temporal Safari Technology Preview 251». До опыта фиксируется граница успеха, а не желаемый диагноз: если error-ветка выдаёт значение, а valid-control корректен — reproduced; если обе ветки падают — environment-invalid; если нужная Temporal поверхность отсутствует — unsupported. Статусы reproduced, not-reproduced, unsupported, environment-blocked и unknown не объединяются. Если обязательное поле не наблюдалось, строка остаётся unknown. Нельзя переносить результат на стабильный Safari, другой движок, произвольный сайт или всю категорию проблем. Тест не меняет VPN, маршрутизацию, сервисы VOne, рабочие аккаунты или системные настройки за пределами отдельного профиля.
Что подтверждает 318953@main
Официальные WebKit Release Notes датированы 26 августа 2026 года и для Safari Technology Preview 251 сообщают: для ICU-путей Temporal добавлен канал ошибки вместо возврата правдоподобных значений при сбое календарной операции. Пункт связан с primary записью 318953@main; её identifier и заголовок повторно открыты 29 августа. Эта цепочка подтверждает существование change item и его узкую инженерную границу. Она не измеряет число затронутых пользователей, поисковый спрос, частоту симптома, результат на чужом устройстве или будущий перенос в stable Safari. Google News, MacRumors, Reddit, Stack Exchange и support-community результаты использовались только как leads к актуальности: их заголовки, ответы и реакции не превращены в доказательство причины.
Стенд и поля: протокол `operation × fields × ICU outcome → exception name/result fields`
Минимальный стенд строится так: малый скрипт из commit-теста с фиксированными calendar fields и двумя ветками: допустимой и заведомо приводящей календарный слой к ошибке; без текущей даты и локальных настроек профиля. До первого действия запишите build Technology Preview, локаль, zoom или sample rate, если они влияют на этот механизм, и точное состояние поверхности. Результат хранится в форме {artifact}. Обязательные поля: `operation, calendar, inputFields, expectedBranch, exceptionName, returnedISOFields, repeatOutcome`. Каждое вычисленное значение сопровождается единицей и способом получения; пропуск не заменяется нулём. Рабочие URL, cookies, Authorization, IP, device labels, имена профилей, локальные пути, содержимое файлов, media и тексты пользователей исключаются ещё до записи. Разрешены только короткие test-only идентификаторы, которые удаляются при cleanup.
Отрицательный контроль и один canary
Независимый отрицательный контроль: та же операция с допустимыми полями, а также независимая проверка возвращённых ISO-полей на заявленный диапазон. Он запускается до проблемной ветки и должен подтвердить, что стенд способен наблюдать ожидаемое состояние. После этого меняется одна переменная: выполнить проблемную и контрольную операции в новом realm, записать исключение или поля результата и закрыть страницу. Между вариантами сохраняются одинаковыми build, размеры, timing, input и настройки, не относящиеся к гипотезе. После каждого шага возвращайте исходное состояние и повторяйте наблюдение минимум один раз; различие без успешного rollback получает статус non-repeatable, а не reproduced. Не добавляйте обходные CSS/JS-патчи по ходу: они уничтожат причинную границу.
Решение по артефакту 318953@main
Заполняйте протокол `operation × fields × ICU outcome → exception name/result fields` строка за строкой. Для этой темы применима развилка: если error-ветка выдаёт значение, а valid-control корректен — reproduced; если обе ветки падают — environment-invalid; если нужная Temporal поверхность отсутствует — unsupported. Сначала сравните control с его заранее заданным ожиданием, затем проблемную ветку с тем же oracle, и только потом смотрите повтор. Одинаковый внешний эффект при провале control означает fixture-invalid. Отсутствующая API-поверхность означает unsupported. Недоступное разрешение, adapter или memory означает environment-blocked. Только повторяемое расхождение одной ветки при зелёном control допускает reproduced. Такая схема не обещает исправление сайта: она даёт разработчику компактный набор наблюдений для следующего решения.
Stop-line, cleanup и безопасный handoff
Граница безопасности сформулирована заранее: не подставляйте даты реальных пользователей, часовой пояс аккаунта или календарные данные продукта; точный fixture должен повторять первичный тест. После опыта выполните cleanup: закройте test tab, уничтожьте nodes, tracks, buffers, recordings или registrations, созданные fixture, верните изменённый атрибут и убедитесь, что системное разрешение не осталось. В handoff передаются build, шаги воспроизведения, заполненные поля артефакта, expected/observed, результат control, rollback и один обезличенный screenshot/hash только когда он нужен. Не передавайте токены, логи с адресами, SDP candidates, сырые media, дампы памяти и конфигурацию пользователя. Если cleanup или минимизация невозможны, публикационная рекомендация — остановка.
Минимальный support-пакет 318953@main
Перед обращением в поддержку создайте пустой шаблон протокол `operation × fields × ICU outcome → exception name/result fields`, а затем заполните его данными только одного повторяемого прогона. Колонка `operation` получает только непосредственно наблюдаемое значение `operation`; для `operation` рядом указывают единицу, момент снятия и причину unknown, если измерение `operation` недоступно. Колонка `calendar` получает только непосредственно наблюдаемое значение `calendar`; для `calendar` рядом указывают единицу, момент снятия и причину unknown, если измерение `calendar` недоступно. Колонка `inputFields` получает только непосредственно наблюдаемое значение `inputFields`; для `inputFields` рядом указывают единицу, момент снятия и причину unknown, если измерение `inputFields` недоступно. Колонка `expectedBranch` получает только непосредственно наблюдаемое значение `expectedBranch`; для `expectedBranch` рядом указывают единицу, момент снятия и причину unknown, если измерение `expectedBranch` недоступно. Колонка `exceptionName` получает только непосредственно наблюдаемое значение `exceptionName`; для `exceptionName` рядом указывают единицу, момент снятия и причину unknown, если измерение `exceptionName` недоступно. Колонка `returnedISOFields` получает только непосредственно наблюдаемое значение `returnedISOFields`; для `returnedISOFields` рядом указывают единицу, момент снятия и причину unknown, если измерение `returnedISOFields` недоступно. Колонка `repeatOutcome` получает только непосредственно наблюдаемое значение `repeatOutcome`; для `repeatOutcome` рядом указывают единицу, момент снятия и причину unknown, если измерение `repeatOutcome` недоступно. Карточка относится к симптому «операция Temporal продолжает вычисление после ошибки календарного слоя и выдаёт внешне правдоподобный результат вместо исключения» и не смешивается с соседними API или layout-ветками. Рядом приложите точный control: та же операция с допустимыми полями, а также независимая проверка возвращённых ISO-полей на заявленный диапазон. Отдельной строкой запишите выполненное обратимое действие: выполнить проблемную и контрольную операции в новом realm, записать исключение или поля результата и закрыть страницу. Решение читается без догадок: если error-ветка выдаёт значение, а valid-control корректен — reproduced; если обе ветки падают — environment-invalid; если нужная Temporal поверхность отсутствует — unsupported. В последней строке подтвердите stop-line — не подставляйте даты реальных пользователей, часовой пояс аккаунта или календарные данные продукта; точный fixture должен повторять первичный тест. Такой пакет позволяет другому разработчику проверить границу без доступа к аккаунту, рабочему сайту или исходным пользовательским данным; пустое обязательное поле явно снижает статус до unknown и не маскируется пояснительным текстом.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, дата и ссылки перепроверены человеком. Воспроизведение на произвольном сайте не заявляется, персональные данные и реальные конфигурации не использовались.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit primary commit 318953@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.