textStream в Chrome 151 режет текст: проверка границ UTF-8. Узкий people-first разбор: какой baseline снять, какой обратимый контроль выполнить, где остановиться и какой обезличенный артефакт приложить к issue.
Где проходит граница симптома
Пользовательская боль: потоковые фрагменты текста сравниваются побайтно, из-за чего тест видит испорченный символ при искусственном разбиении UTF-8. Начните с границы: один экран, один input, один device capability или весь процесс. Запишите expected и actual, время и последнее рабочее состояние. Форумный рассказ показывает вопрос автора, но не подтверждает механизм платформы. Граница поискового намерения: как проверить Request Response Blob textStream в Chrome 151 на границе многобайтного символа. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Первичные документы подтверждают: Android 17 позволяет поддерживаемым устройствам генерировать ML-DSA keys в secure hardware и использовать их через стандартные JCA APIs. Технический факт берётся с прямой страницы Android Developers Blog, открытой редакцией сегодня. RSS, Reddit и community используются только как leads. Данных о числе затронутых пользователей из источника нет. Проверяемый выход статьи — карта «input bytes boundary × emitted text chunk × joined string × replacement character». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: одну UTF-8 строку, способ создания Request Response или Blob, границы исходных Uint8Array, chunks textStream и собранный результат. Соберите минимальный checklist окружения и убедитесь, что тест не зависит от сети, фоновой синхронизации или старого cache, если они не являются предметом проверки. Один цикл лучше серии случайных действий. До опыта сформулируйте безопасный stop: не читать большое рабочее тело и не считать размер текстового chunk размером сети; остановиться при неизвестной кодировке. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: разбить один многобайтный символ между двумя входными chunks, собрать textStream и сравнить со строкой-эталоном, затем повторить через обычный text. Действуйте последовательно и возвращайте исходную конфигурацию сразу после наблюдения. Если возврат не подтверждён, итог считается incomplete. Любое новое изменение оформляется отдельным экспериментом. Контроль не должен выходить за исходный scope: одну UTF-8 строку, способ создания Request Response или Blob, границы исходных Uint8Array, chunks textStream и собранный результат. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: карта «input bytes boundary × emitted text chunk × joined string × replacement character». Заполните baseline, controlled change и rollback отдельными строками. Статус выбирается из confirmed here, not reproduced или stopped. Локальный pass не доказывает поддержку всех моделей и версий. Сопоставляйте результат с точным действием: разбить один многобайтный символ между двумя входными chunks, собрать textStream и сравнить со строкой-эталоном, затем повторить через обычный text. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не читать большое рабочее тело и не считать размер текстового chunk размером сети; остановиться при неизвестной кодировке. Для issue достаточно model family без serial, build, app/library version, три шага, expected/actual и официальный URL. Удалите contacts, paths, IP/MAC, tokens, media и full dumps; неподдающееся очистке вложение не отправляйте. В support package назовите пользовательскую боль без личных деталей: потоковые фрагменты текста сравниваются побайтно, из-за чего тест видит испорченный символ при искусственном разбиении UTF-8. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения и границы вывода постатейно сверены с указанными первичными источниками 28 августа 2026 года.
Источники и проверка
- Chrome Platform Status проверено 2026-08-28
- Fetch Standard проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.