Отговорът дойде от грешната част на страницата
При тест на Gemini в изолиран браузър Edge установихме, че на диагностично съобщение може да отговори скрит помощен frame, преди да отговори основната страница. Така проверката можеше да отчете липсващо поле за въвеждане, въпреки че то се виждаше на екрана.
В разширение 0.5.49 тези диагностични съобщения се изпращат изрично до основния frame. Добавихме проверки и за затворен раздел, и за празен отговор. Промяната поправя кой отговаря на заявката за статус. Самата тя не доказва, че съдържанието е било блокирано.
Наложи се да поправим и тестовия пример
В по-ранен опит използвахме публикуван демонстрационен ключ в текст, изрично обозначен като тестов. За този точен публичен пример има предвидено изключение. Затова преминаването му не доказваше, че произволен ключ може да заобиколи Block. Повторихме теста с новогенерирани стойности, които не дават достъп до реална услуга.
Изводът за тестовете беше конкретен: изключенията трябва да са описани предварително. Използвайте уникална стойност за всеки опит и я търсете в изпратената заявка. Иначе тестът може да изглежда успешен или да изглежда като открит дефект, без да е проверил желаното правило.
Какво установи завършеният тест
В три отделни опита с Gemini, Block не позволи новата тестова стойност да попадне в изходящите заявки, Redact изпрати заместител без оригиналната стойност, а обикновен текст достигна до реалната крайна точка на Gemini. Браузърът използваше временно копие на разширението с локална тестова услуга за записване и политики.
Това е резултат за тези текстови изпращания и тази настройка. Той не потвърждава качване на файлове, работа с вписан профил, цялата връзка с хоствания сървър или подписана версия от магазин. Другите доставчици, при които се появи проверка или отказ за достъп, останаха непроверени. Тези ограничения са част от резултата.