Comments 71
Работаю ежедневно с утра до вечера в стабильной версии — никаких проблем. Впрочем, и с тестовыми сборками особых проблем тоже не вижу. Попробуйте выяснить, что мешает работе браузера — затем отправьте баг-репорт. Будем очень благодарны.
Нужно проверить работу на чистой установке, без расширений, с чистым профилем. Затем постепенно добавлять расширения и смотреть, какое может оказывать такое влияние. Также посмотрите в списке исправлений — там много исправлено крэшей. Может, и ваш случай там же.
Попробуйте выяснить, что мешает работе браузера — затем отправьте баг-репорт. Будем очень благодарны.
Да не будете вы благодарны. Во-первых, информацию о баг-репорте смотреть негде. Во-вторых, на репорт бага с рандомным падением браузера при открытии инструментов разработчика мне настойчиво предлагали обновить ОСь до Ubuntu 18.04, якобы 16.04 LTS старая и поддерживать ее никто не будет.
Какое ваше предложение?
1) Перестать стыдиться кол-ва багов и дать возможность хотя бы просматривать имеющиеся.
2) Не огрызаться на собственном форуме при жалобах на работу браузера и просто признать баг и начать работу над ним.
3) Перестать настырно называть LTS релизы устаревшими до окончания их поддержки.
P.S. Если кому интересно — история тут. Фактически, по делу отвечать стали только на середине второй страницы.
Вы общались с такими же пользователями, как и вы, а не с разработчиками. Пара модераторов также подключилась к обсуждению, но это тоже обычные пользователи, не сотрудники.
Далее, ваш баг-репорт исправлен. Давно. Но шесть дней назад разработчики обнаружили, что при определённых дополнительных условиях баг всё-таки воспроизводится. В данный момент баг находится в работе, высший приоритет из возможных. Я думаю, к выходу следующей стабильной версии починят.
Как видите, никакого криминала — идёт обычная кропотливая работа. Никаких поводов для обид я не вижу.
Пара модераторов также подключилась к обсуждению, но это тоже обычные пользователи, не сотрудники.
Обычный пользователь — это я. А модератор — это уже пользователь с дополнительными правами и какой-никакой ответственностью, выступающий как представитель компании, ее лицо, по решению сотрудников этой компании.
Закрытая BTS не только у нас, много у кого. Причин много, но среди них нет "затруднить жизнь репортеров".
Модератор следит за порядком на форуме — вот и все его права. Конечно, он придерживается определённых правил поведения модератора. И в вашем там обсуждении я не увидел никаких нарушений с их стороны.
Просто не понятен смысл постить баги, когда не знаешь их судьбу. Я ниже указывал пару своих, я постил их раза три, в следующем релизе их правили, а потом в следующем же ломали снова. В итоге не понятно, читают ли их вообще.
Ну, примените логику. Если не бы читали — как исправили бы? И если исправили — стали бы ломать снова с неким умыслом?
По-моему, странно объяснять, что невозможно бросить всю работу и заниматься только теми багами, что беспокоят именно вас. И от людей, хоть как-то связанных со сферой IT, странно слышать подобные вашим упрёки.
Упреков не было никаких.
Спросить на официальном форуме. Хоть в англоязычной ветке, хоть в русскоязычной. Некоторые модераторы имеют доступ в BTS и могут посмотреть состояние репорта.
Как вы считаете, закрытая BTS — это желание разработчиков усложнить жизнь пользователей или возможна какая-то иная причина? :-)
Ну или не заявляйте, что «будете очень благодарны», потому что это откровенная ложь, ибо человек о судьбе своего отчета может больше никогда ничего и не узнать. Вы максимум будете рады этому, но в остальном — неблагодарность и забвение.
Или ваши разработчики действительно положительно воспримут ситуацию, если например chromium закроет свой трекер? Спросите об их реакции.
Вы же писали про логику, а она говорит о том, что закрытый трекер — это отсутствие желания упростить жизнь пользователей
Неверный логический вывод — он не проистекает из утверждения о закрытости BTS.
Ну или не заявляйте, что «будете очень благодарны», потому что это откровенная ложь
И снова совершенно необоснованный вывод.
Или ваши разработчики действительно положительно воспримут ситуацию, если например chromium закроет свой трекер?
Воспримут с огорчением, конечно, но, во-первых, будут работать с учётом новых условий, а, во-вторых, не будут обвинять разработчиков Chromium в том, что они закрыли BTS из желания усложнить жизнь всем окружающим, т.к. это самая невероятная и глупая причина из всех возможных.
Вы же писали про логику, а она говорит о том, что закрытый трекер — это отсутствие желания упростить жизнь пользователей
Логика. Если закрытый трекер — отсутствие желания упростить жизнь, значит закрытие трекера — это желание усложнить жизнь.
Вы снова делаете логическую ошибку.
Если закрытый трекер == немытая посуда, то закрытие трекера == отказ от мытья посуды.
Когда присылают фиче-реквест — открыть трекер, вместо ответа «да мы подумаем/попробуем, спасибо» начинается какая то непонятная полемика.
Впечатление так себе.
Не делайте поспешных выводов. Обновление оси предлагалось лишь в качестве одного из вариантов, чтобы понять причину проблемы.
При просмотре сайта и перехода по его страницам вы захотели вернуться на предыдущую страницу, но не хотите закрывать текущую. Для этого просто переводите курсор мышки на кнопку «Назад» в интерфейсе браузера и нажимаете её, удерживая нажатой клавишу Ctrl (или ⌘ для MacOSX).
Вообще сейчас стандарт во всех браузерах — щелчок средней кнопкой мыши (колёсиком). Работает и на кнопках перехода вперёд-назад, и на кнопке обновить (дублирует текущую вкладку). Надо ли выдумывать велосипед? Или это в дополнение к щелчку СКМ?
Плохое — segfault при открытии developer tools. На сборке 1.16.1259.3 9692f1b5efe9718f1ededb9a89f025be92848312-refs/branch-heads/3440@{#132} всё ещё есть.
Очень мешает жить: С
Shpankov про это есть баг/новости?
а на новой сборке то же самое?
Ниже brand2000 написал про сломанный YouTube — действительно воспроизведение H264 капитально сломали, по крайней мере в Ubuntu 16.04.
- На 1.16.1259.3 H264-видео просто не воспроизводилось (при открытии видео по прямой ссылке отображался плеер с пиктограммой «треснутой» странички, а YouTube рапортовал об «ошибке воспроизведения»).
- На 1.16.1279.3 роняет целую вкладку.
Пример такого видео www.html5videoplayer.net/videos/toystory.mp4
Видео работает нормально.
Попробуйте вот эти скрипты
https://gist.github.com/ruario/bec42d156d30affef655#file-latest-proprietary-media-sh-L1
План — продолжать разработку браузера и при первой же возможности начинать разработку своего движка.
Напомню про свои проблемы. Трекер закрытый, изменение статусов не вижу, в списке изменений тоже ничего похожего нет, поэтому вся обратная связь через товарища Shpankov. Хотел бы узнать статусы:
— VB-11330 от декабря 2015 («Open in new tab» из веб-инспектора открывает две вкладки с контентом);
— VB-16552 от апреля 2016 (Esc для отмены диалогов, например, сохранения файла);
+ бесит пролистывание контента при переключении вкладки через ПКМ+колёсико, вы писали в июле «Кажется, уже исправили».
+ конкретно сейчас напоролся на косяк адресной строки, вроде уже подобное где-то встречалось и исправлялось, не могу найти. Выглядит следующим образом:
• вставляю из буфера обмена домен (точнее, IP-адрес), допустим «192.168.1.10»;
• автоматически дописывается порт, так как в истории есть несколько адресов, как с портами, так и без; в адресной строке получается «192.168.1.10:1234», подстановка выделена.
• кнопкой BackSpace удаляю выделенное, получаю «192.168.1.10», нажимаю Return для перехода;
• браузер открывает страницу с адресом «http://192.168.1.10:1234», хотя я просил не это, явно удалив порт перед переходом.
— VB-11330 от декабря 2015 («Open in new tab» из веб-инспектора открывает две вкладки с контентом)
Пока стоит в очереди на исправление.
— VB-16552 от апреля 2016 (Esc для отмены диалогов, например, сохранения файла)
Аналогично.
- бесит пролистывание контента при переключении вкладки через ПКМ+колёсико, вы писали в июле «Кажется, уже исправили».
Возможно — регрессия. Спрошу у разработчиков.
- конкретно сейчас напоролся на косяк адресной строки,
Отправьте, пожалуйста, баг-репорт.
Не вижу таких баг-репортов в BTS. Можете отправить?
Тестеры не смогли повторить баг. Закрыт.
Здесь всё проще, чем вам кажется.
Если баг-репортов по одной и той же проблеме несколько, то и внимание к ним повышенное. Если же приходит баг-репорт с уникальной проблемой, которая, к тому же, ещё и не воспроизводится, то репорт просто закрывается, не отвлекая на пустую трату времени на переписку с репортером. В 99 случаях из 100 проблема на стороне пользователя. Мы не можем тратить массу времени на подобные непродуктивные действия.
К слову, прежде, чем репортить о баге, всегда следует обсудить с другими пользователями — не повторяется ли баг у них. И только после подтверждения бага отправлять репорт.
Пустая трата времени — обсуждение с репортёрами уникальных багов, которые не воспроизводятся у тестеров. Обсуждение идёт только в особых случаях — например, если баг повторяется, но нужны ещё подробности, и т.д.
Я вас попросил отправить баг-репорт надеясь, что вы протестировали его достаточно глубоко, включая обсуждение с другими пользователями. Всё-таки Хабр — технический ресурс, где читатели в курсе того, как происходит разработка софта, а также поиск и устранение ошибок.
Пустая трата времени — обсуждение с репортёрами уникальных багов, которые не воспроизводятся у тестеров. Обсуждение идёт только в особых случаях — например, если баг повторяется, но нужны ещё подробности, и т.д.
Мда… с таким качеством обратной связи команда Вивальди будет и дальше терять лояльную аудиторию…
Если нельзя сделать открытый трекер, то что мешает организовать комфортную для пользователей обратную связь в виде оповещений о результате рассмотрения баг-репорта?
В случае CaptainFlint это бы предотвратило данное обсуждение.
Пользователь бы ОПЕРАТИВНО получил информацию что баг не подтверждён.
Или вы на столько не цените багрепорты и их авторов, что настроить по ним автонотификацию не желаете?
Если нельзя сделать открытый трекер
Пока нельзя.
что мешает организовать комфортную для пользователей обратную связь в виде оповещений о результате рассмотрения баг-репорта?
Это стоит в планах. Сделаем, как только появится возможность — мы ограничены в ресурсах.
В случае CaptainFlint это бы предотвратило данное обсуждение.
Это послужило бы причиной для другого обсуждения.
Повторю, что текущее положение дел с BTS является не результатом вредности разработчиков или желанием осложнить жизнь репортеров, а продиктовано объективными причинами, которые мы, в силу ограниченности ресурсов, пока устранить не можем. Поэтому всякие возмущения и обиды здесь совершенно неуместны.
Гонка с преследованием