Comments 21
На OS X (10.8) такое провернуть невозможно.
Проверил у себя на такой же сборке, как и у автора — хром упал.
ОС: Win7 Unlim
ОС: Win7 Unlim
Ubuntu, Chrome 20. Ничего интересного не произошло.
Для чистоты эксперимента обновился до 21.0.1180.89, перетаскал недавний комикс от xkcd по кусочкам. Хром не упал.
21.0.1180.89m, Windows 7 Unlimited — тоже упал.
www.youtube.com/watch?v=7SP-jAR-BnM
www.youtube.com/watch?v=7SP-jAR-BnM
21.0.1180.89m, Win8 — упал.
21.0.1180.89m, Windows 7 Unlimited упал, после убиения процесса перезапустил хром, и он опять завис, при этом повесив систему вплоть до перезагрузки, быть может — совпадение.
Хм… Забавно. И что?
Это ситуация действительно очень часто возникает в реальной жизни, что бы публиковать её на хабре? Давайте для каждого хромовского баг-репорта писать отдельную статью на хабре!
Вы создали баг репорт? Linux\Mac не повторяется 3 пункт
А вот для разработчика (тестировщика) расскажите кто-нибудь есть ли способы обнаружить этот баг самостоятельно?
Это ж никакими тестами не покроется, только случайно?
Это ж никакими тестами не покроется, только случайно?
А вы уже написали в гугл баг-репорт с требованием кучи бабла за его нахождение?
win7 pro 64, хром 21.0.1180.89m — баг воспроизводится.
Вот если бы хром склеивал оба изображения или творил еще что-то необычное — тогда да, имеет место быть здесь. А просто зависания от некорректной защиты от дурака — тема для баг-репорта, но не на хабр, а девам. имхо
Sign up to leave a comment.
Google Chrome vs Загрузчик файлов