Comments 77
Потерялись стрелки некоторые почему-то. :) «Удалите все фреймворки ...» получилось тупиковым состоянием. :)
У вас в первом же ветвлении «Да» и «Нет» перепутаны
В первом условии смысловая ошибка: не «она повторяется в других браузерах?», а «вы проверили в других браузерах?». И «да» должно вести не на «она исправлена в тестовых сборках?», а на «видите ошибку в нескольких браузерах»?
Причем если первое — это ошибка вашего перевода, то второе — ошибка автора схемы.
Причем если первое — это ошибка вашего перевода, то второе — ошибка автора схемы.
Как раз нет. Там есть лишь ошибка перевода. Ибо на вопрос «Вы проверили ее в других браузерах» в случает ответа «Нет» ее следует проверить. А в случае ответа Да автор схемы подразумевает, что она в других браузерах не возникла и следовательно надо проверить ее наличие в бетках. Так, что там не перепутаны варианты ветвления, а скорее недосказанность от автора.
… и эта недосказанность легко исправляется заведением «вы проверили» — «да» на «воспроизводится?» Тогда все будет явно.
Вот как-то так мне кажется должно быть. (не совсем правда идеально, но логика работает)
Странно, ни ссылка, ни картинка не добавляются. В общем, вот схема без недосказанности: www.dropbox.com/s/hf43zu20x6cyu36/habr.png?dl=0
Ваша версия логичнее, но из-за этого схему сложнее читать (и ситуацию сильно не улучшить перемещением графики). Учитывая, что эта схема не для разминирования, а скорее просто стилизованный набор советов, то подобная неточность простительна. Особенно если она упрощает считывание.
Например, вот как относится к багам Гугль: code.google.com/p/android/issues/detail?id=39882
Висит уже третий год. Проблема реальная — попробуйте сделать загрузку файлов на S3 из андроидного стокового браузера. Сломано во всех популярных версиях вплоть до 4.2.
Привожу этот конкретный пример потому что сжег на нем часов тридцать пытаясь как-то обойти.
Висит уже третий год. Проблема реальная — попробуйте сделать загрузку файлов на S3 из андроидного стокового браузера. Сломано во всех популярных версиях вплоть до 4.2.
Привожу этот конкретный пример потому что сжег на нем часов тридцать пытаясь как-то обойти.
Пффф.
bugzilla.mozilla.org/show_bug.cgi?id=381328
В файрфоксе нельзя посчитать computed style, если задано margin: auto
Зарепорчено в 2007 году.
bugzilla.mozilla.org/show_bug.cgi?id=381328
В файрфоксе нельзя посчитать computed style, если задано margin: auto
Зарепорчено в 2007 году.
Смысл им что то обновлять если с 4.4, кажется, уже на месте стокового браузера стоит Chromium? Это ведь не Security Update. Это как если бы сейчас вышло обновление для IE8 и называлось IE8 но пофиксило какие то. Было бы странно.
UFO just landed and posted this here
в 21м веке слова «громадной» и «130кб» совсем не смотрятся в одном предложении.
И всё же это не повод не поддерживать SVG в 21-м веке.
Емнип, хабр поддерживает svg, если подставлять их через тег img. Но svg не поддерживает habrastorage. В последний раз я укладывал svg в публичную папку на дропбоксе и вставлял в пост, используя публичные ссылки.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
А если использовать старый добрый gif с палитрой в 8 цветов, то её можно без проблем ужать в 40Кб.
Первое ветвление неправильно переведено, потому k41n усомнился в выводах первого ветвления.
В целом перевод, конечно, правильный, но упущена формальность: «You checked it in other browsers?» Пол Льюис подразумевает: Проверяли ли вы этот баг в других браузерах? и если «ДА», но там их не было, то переход к второму ветвлению: «Is it fixed in Canary...».
В вашем варианте «Повторяется ли ошибка в других браузерах?» я отвечаю «ДА», забиваю на то, что возможно это я написал плохой код и уже лезу проверять баг в бетках.;)
В целом перевод, конечно, правильный, но упущена формальность: «You checked it in other browsers?» Пол Льюис подразумевает: Проверяли ли вы этот баг в других браузерах? и если «ДА», но там их не было, то переход к второму ветвлению: «Is it fixed in Canary...».
В вашем варианте «Повторяется ли ошибка в других браузерах?» я отвечаю «ДА», забиваю на то, что возможно это я написал плохой код и уже лезу проверять баг в бетках.;)
Опера уже и на Вебкит перешла, а форма отправки багов все такая же односторонняя. Как же меня это бесило, пишешь репорт и он уходит в никуда. Ни посмотреть повторяется ли он у других людей, ни выяснить воркэраунд. Нельзя такими быть.
Opera перешла на Blink и теперь на баги в движке можно смотреть в открытом трекере Blink. Внутренний трекер слишком специфичный, мы всё-таки коммерческая компания, так что сравнивать наш закрытый трекер с Bugzilla не совсем корректно.
Об этом на странице bugs.opera.com/wizarddesktop/ ни слова
Допилите свой трекер до состояния, когда он сможет использовать списки контроля доступа. Или для этого тоже надо движок менять?
У нас JIRA с единой базой для всего, которая живёт уже лет 10 (может чуть меньше), вряд ли мы такое потянем без явных причин. Две сотни человек, которые будут следить за своими багами снаружи — это, к сожалению, не причина, давайте трезво подходить.
— Кто-то ещё проверял этот код?
— Да!
— Пригвозди этого засранца!
Речь, надеюсь, не про проверяющего?
Во имя всего святого, где синхронизация, ребят?
Отличная схема :) Однако в нее не попадает один исключительный вариант — а именно, когда баг проявляется в тех браузерах, для которых очень сильно осложнена отладка, что касается в первую очередь устройств на iOS.
Да, это камень в сторону политики Apple насчет принудительного использования WebView и как следствие — отсутствия вменяемых средств отладки в браузерах, на нем основанных (то бишь всех кроме родного Safari). Особенно весело становится, когда в собственно Safari, имеющем относительно нормальную возможность отладки JS, баг не проявляется. При этом баг явно содержится где-то в JS-коде сайта, но отловить его не получается.
Пользуясь случаем, хотел бы спросить у сообщества, встречались ли вам такие случаи и как вы их в итоге разрешали?
Да, это камень в сторону политики Apple насчет принудительного использования WebView и как следствие — отсутствия вменяемых средств отладки в браузерах, на нем основанных (то бишь всех кроме родного Safari). Особенно весело становится, когда в собственно Safari, имеющем относительно нормальную возможность отладки JS, баг не проявляется. При этом баг явно содержится где-то в JS-коде сайта, но отловить его не получается.
Пользуясь случаем, хотел бы спросить у сообщества, встречались ли вам такие случаи и как вы их в итоге разрешали?
Эмуляция поведения мобильного браузера. Не помню плагин, правда…
У меня была почти похожая ситуация: код работал только под дебагом… Без дебага — падал с ошибкой… Первый костыль был sleep(1), который помогал…
Итого оказался все-таки неверный код
У меня была почти похожая ситуация: код работал только под дебагом… Без дебага — падал с ошибкой… Первый костыль был sleep(1), который помогал…
Итого оказался все-таки неверный код
В iOS 8, которая уже этой осенью, насколько я понимаю, поведение и возможности Safari станут идентичны все остальным WebView и соотв. можно будет заниматься нормальной отладкой в Safari и ждать такого же поведения для всех остальных мест.
Да ладно…
Вы это видели?
(разрешение 1920 х 1080)
А по сути, есть один елж, который с большой уверенностью роняет вкладку WebKit (проверенно на Safari, Opera, Chrome (в котором и был обнаружен))…
Баг отправлен уже больше года как, но не исправлен. По сути, простым баннером с js внедрением можно ронять сайты.
Не так страшен черт, как его малюю, если бы алгоритм кода из-за этого не пришлось менять полностью (даже такой JSON роняет)…
Вы это видели?
(разрешение 1920 х 1080)
А по сути, есть один елж, который с большой уверенностью роняет вкладку WebKit (проверенно на Safari, Opera, Chrome (в котором и был обнаружен))…
Баг отправлен уже больше года как, но не исправлен. По сути, простым баннером с js внедрением можно ронять сайты.
Не так страшен черт, как его малюю, если бы алгоритм кода из-за этого не пришлось менять полностью (даже такой JSON роняет)…
По-моему в последних Chrome'ах столько ошибок, что работникам Google стоит перестать составлять схемы и начать наконец работать.
В 33-й версии отваливались font-face шрифты (колоссальнейший баг, у нас все клиенты с ума посходили — у них тексты пропали на сайте. И так по всему миру), и они не могли пофиксить это 1 или 2, не помню, major-релиза. В том же релизе была ошибка, когда последний пункт селекта нельзя было выбрать. До сих пор медленно работают textarea и другие элементы формы. И так далее.
В 33-й версии отваливались font-face шрифты (колоссальнейший баг, у нас все клиенты с ума посходили — у них тексты пропали на сайте. И так по всему миру), и они не могли пофиксить это 1 или 2, не помню, major-релиза. В том же релизе была ошибка, когда последний пункт селекта нельзя было выбрать. До сих пор медленно работают textarea и другие элементы формы. И так далее.
Еще расширения надо отключить.
Вадим, простите за оффтоп, вопрос про Opera Max.
Планируется ли сжатие https трафика? Может в качестве опции, по желанию пользователя. Это политика безопасности или сама технология не позволяет эффективно сжимать зашифрованные данные?
Спасибо ;)
Планируется ли сжатие https трафика? Может в качестве опции, по желанию пользователя. Это политика безопасности или сама технология не позволяет эффективно сжимать зашифрованные данные?
Спасибо ;)
Возможный вариант для Opera Max, скажем, для видео — это договориться с видеохостингами и запрашивать сам медиафайл по нешифрованному протоколу. Мы сейчас думаем об этом, но пока никакого решения не принято.
Хорошо зашифрованные данные плохо сжимаются. Поэтому единственный вариант был бы «вскрывать» шифрованное соединение и устраивать MitM-атаку на пользователя — а этого мы по соображениям безопасности не хотим.
И правильно.
Спасибо. У меня второй вопрос родился сегодня)
Шифруются ли данные между серверами Opera Max и телефоном?
Шифруются ли данные между серверами Opera Max и телефоном?
Я нашёл ошибку в браузере! Синхронизация в Opera с 15 версии до сих пор не работает нормально.
Вы проверили в других браузерах? Да! В других браузерах она работает.
Она исправлена в тестовых сборках? Нет! В тестовых сборках её сломали ещё сильнее.
Есть минимальный пример для воспроизведения? Да!
Кто-то ещё проверял этот код? Да!
Кого нужно пригвоздить?
Вы проверили в других браузерах? Да! В других браузерах она работает.
Она исправлена в тестовых сборках? Нет! В тестовых сборках её сломали ещё сильнее.
Есть минимальный пример для воспроизведения? Да!
Кто-то ещё проверял этот код? Да!
Кого нужно пригвоздить?
Я нашел интересную ошибку, но она воспроизводится только у меня. Только у меня везде: на работе, дома, в другом доме с моим и без моего профиля. Все плагины, скрипты и пр. отключены. Багу естественно закрыли.
Кто-нибудь сталкивался?
Суть
В том, что если в заголовке страницы есть символ стрелки (только он, пробовал почти все), то слева от нее шрифт меняет свое очертание (становится другим, не сглаженным).
Со стрелкой:
C плюсиком:
.
Живой пример: ccnayed.ru/articles/eigrp-start/
Со стрелкой:
C плюсиком:
.
Живой пример: ccnayed.ru/articles/eigrp-start/
Кто-нибудь сталкивался?
Sign up to leave a comment.
Я нашёл ошибку в браузере!