Тестирование нестабильных сборок Firefox (Nightly)

Unghost · №1

Протоколы собраний сотрудников Mozilla (каждый понедельник в 11:00am Pacific Time (19:00 UTC))
Протоколы собраний разработчиков Gecko (каждый вторник в 11:00am Pacific Time (19:00 UTC))
Протоколы собраний разработчиков Firefox (выпуск релизов) (каждый вторник и четверг в 10:00am Pacific Time (18:00 UTC))

Ссылки на все сборки Firefox
Как русифицировать английские сборки Firefox

В этой ветке обсуждаются только Firefox Nightly и Firefox Developer Edition (бывшая Aurora). Внимание! Это тестовые версии. Предназначены для разработчиков и тестировщиков. ЕСЛИ ВЫ НЕ ЯВЛЯЕТЕСЬ НИ РАЗРАБОТЧИКОМ, НИ ТЕСТИРОВЩИКОМ, ПОЖАЛУЙСТА, НЕ УСТАНАВЛИВАЙТЕ ЭТИ ВЕРСИИ!

Предыдущая тема тестирования Firefox 4 - http://forum.mozilla-russia.org/viewtopic.php?id=21977

Tiger.711 · №5727

У одного меня встроенный в ночнушку DOM-Inspector так колбасит?

oxion · №5728

Sid пишет

Возможно, это:
Bug 701875 - Rename omni.jar to omni.ja
Я не уверен, какой там механизм обновления, но если этот файл целиком перекачивать, как раз 7 мегов с копейками получится

А что нам это даёт?

Sid · №5729

oxion пишет

А что нам это даёт?

Windows при восстановлении системы не восстанавливает файл omni.jar, потому что его расширение (JAR) не входит в белый список отслеживаемых расширений файлов. Поэтому после восстановления системы Firefox вообще не запускается. Проблема была решена весьма прямолинейно — omni.jar переименовали в omni.ja (файлы с таким расширением Windows способна восстановить). Для юзеров это ничего не меняет.

MySh · №5730

Sid

Если выбрана настройка «Проверять наличие обновлений, но позволять мне решать…», то при открытии окошка «О программе» обновление проверяется, но не скачивается и не устанавливается, пока юзер не нажмёт на кнопку.

Это касается только броузера или дополнений тоже?

Возможно, это:
Bug 701875 - Rename omni.jar to omni.ja

Windows при восстановлении системы не восстанавливает файл omni.jar, потому что его расширение (JAR) не входит в белый список отслеживаемых расширений файлов. Поэтому после восстановления системы Firefox вообще не запускается. Проблема была решена весьма прямолинейно — omni.jar переименовали в omni.ja (файлы с таким расширением Windows способна восстановить). Для юзеров это ничего не меняет.

Я только не понял, почему баг имеет в указании платформы All? Данная проблема вроде относится только к Windows. Или это необходимо из соображений совместимости?

Sid · №5731

MySh пишет

Это касается только броузера или дополнений тоже?

Только браузера.

MySh пишет

Или это необходимо из соображений совместимости?

Совершенно верно. Ну и чтобы документацию не усложнять.

Крошка Ру · №5732

Что за прикол в UX ? :rolleyes: первый раз такое вижу :lol:

Жму и никакой реакции :dumb: :whistle:

.... перезапустил - обновление пошло :sick:

Отредактировано Крошка Ру (13-11-2011 21:50:18)

Tiger.711 · №5733

Крошка Ру
Тоже такое происходило пару раз, не придавал значения. Достаточно переключиться между группами панорамы.

Zafod Biblbroks · №5734

Давно читаю вашу ветку форума. Сегодня решил кое-что сказать. Такие вещи, наверно, логичнее писать в личку, но всё же... Думаю, это тот редкий случай, когда все со мной согласятся.

Sid, спасибо вам за ту работу, что вы делаете. Спасибо за ценную и оперативную информацию о нововведениях в последних сборках [firefox] , спасибо за русификаторы и всё остальное.

Понимаю, звучит подозрительно сладко :rolleyes: , но это правда: я и, скорее всего, все здесь присутствующие искренне вам благодарны.

P.S. Ничего указывать вам не смею, но был бы очень признателен, если бы вы когда-нибудь восстановили свой сайт. Так неудачно получилось, что я впервые зашёл на него буквально за пару дней до того, как он стал недоступен. А там, как я видел, было описание наиболее интересных настроек в about:config.

:offtopic:

скрытый текст

Прав был тот человек, который говорил, что минусовать стало принято. Спрашивать "за что?" я не буду.

Отредактировано Zafod Biblbroks (15-11-2011 00:34:03)

Tiger.711 · №5735

Порадовало сокращение имён вкладок (:

Матрен · №5736

9ка лагает также, как и 3.6 - в чем фишка?

Tiger.711 · №5737

Матрен
Вы не в ту ветку пришли. Хром обсуждается во флейме (8

Sid · №5738

Zafod Biblbroks пишет

Sid, спасибо вам за ту работу, что вы делаете.

Да ладно, прям уж.

Zafod Biblbroks пишет

А там, как я видел, было описание наиболее интересных настроек в about:config.

Нет, это показалось, они неинтересные были. Это я CMS тестировал. Сейчас отпуск начался, может и восстановлю.

HummerofGod · №5739

Mozilla развернёт борьбу с утечками памяти в дополнениях и тестирует фоновые обновления к Firefox

Отметив успехи проекта MemShrink, наработки которого позволили снизить потребление памяти в Firefox 7 на 20-50%, разработчики намерены расширить сферу действия инициативы и заняться выявлением утечек памяти в сторонних дополнениях. По мнению участников проекта, огромное число жалоб на повышенное потребление памяти Firefox, вызвано не проблемами в самом браузере, а утечками памяти в установленных дополнениях. Пользователям трудно судить, вызван большой расход памяти браузером, или установленными дополнениями, поэтому негативная реакция как правило перекладывается на сам браузер.

Джастин Лебар (Justin Lebar), один из разработчиков Mozilla, предложил более серьёзно обратить внимание на проблему и организовать регулярный мониторинг потребления памяти в дополнениях. Джастин считает, что Mozilla несёт ответственность перед пользователями и сейчас именно то время, когда ещё не поздно взять на себя роль защитника пользователей от проблем в дополнениях и поступить в том же духе, как когда-то было сделано для защиты пользователей от использования устаревших плагинов, содержащих проблемы безопасности (блокируется использование дополнений и плагинов, содержащих уязвимости и серьёзные проблемы со стабильностью).

Джастин Лебар предлагает реализовать стратегию, которая включает в себя три подхода:

[*] Добавление на сайт распространения дополнений средств для выявление утечек памяти в коде дополнений. В настоящее время все дополнения в каталоге в обязательном порядке предварительно тестируются на предмет наличия вредоносного кода, перед тем как попасть в каталог. Лебар предлагает расширить спектр обязательных проверок и добавить поиск утечек памяти в стандартный процесс приёма новых дополнений;
[*]Обеспечение возможность пометки и публичной идентификации дополнений, потребляющих слишком много памяти. Для стимулирования разработчиков и информирования пользователей можно сформировать рейтинг самых прожорливых дополнений, по аналогии с уже существующим рейтингом самых медленных дополнений;
[*]Создание набора инструментов для создателей дополнений, позволяющего на этапе разработки выявлять и решать проблемы с использованием памяти.

Одновременно, объявлено о появлении в неофициальных ночных Ash-сборках поддержки фоновой установки обновлений. Технология подготовлена с целью минимизации времени, отнимаемого у пользователя на ожидание окончания процесса установки обновления, и прекращения участия пользователя в процессе приёма обновлений (хочет пользователь или нет, а обновление будет активировано при первом перезапуске). Напомним, что по статистике около 15% пользователей Firefox по тем или иным причинам отказываются от загрузки обновлений и остаются на старых версиях, подверженных известным уязвимостям.

Суть метода фоновой установки обновлений в том, что после того как обновление загрузится (автоматически или по инициативе пользователя), без вывода дополнительных диалогов сразу запустится приложение для установки обновления, которое его применит, но разместит обновлённую версию Firefox в отдельной директории, не пересекающейся с текущей установочной директорией. После этого пользователь будет ненавязчиво информирован и, в дальнейшем, при первом перезапуске вместо длительного применения обновления рабочая директория мгновенно будет перенаправлена на директорию с установленным обновлением. Новая техника фоновой установки обновлений пока носит экспериментальный характер и нуждается в дополнительном тестировании. Пока не ясно начиная с какого релиза Firefox подобная возможность будет активирована по умолчанию.

Взято с opennet.ru

Tiger.711 · №5740

Надо же, какие приятные новости *__*

skynet281978 · №5741

новые стрелки навигации конечно интересные, но то что дёргается вся строка это конечно не хорошо.

Hate Forest · №5742

> Mozilla развернёт борьбу с утечками памяти в дополнениях

Что им реально сделать бы (хотя с многопроцессовой архитектурой это проще, тем не менее я полагаю так или иначе, задачи расширений тоже как либо раскидываются, отслеживать их можно попытаться):

kwinto · №5743

Народ неужели только у меня у одного ИНОГДА бывает окно загрузки совершенно пустым на найтли [windows] ?

Отредактировано kwinto (16-11-2011 23:26:18)

spK · №5744

Hate Forest

скрытый текст

Странно, что не во всех вкладках продукты гугла

Hate Forest · №5745

spK

скрытый текст

Я на самом деле открыл первые попавшиеся сайты для демонстрации диспетчера)

konst_artyom · №5746

У кого-нибудь появился полноценный fullscreen в html5 версии youtube? Недавно собрал свежий [nightly] и обнаружил фишку (сначала подумалось, что глюк: дескать, упал оконный менеджер и пропала верхняя полоска окна). Работает неплохо, правда, если свернуть окно, возвращается в обычный режим, что неудобно. Вопрос: добавили ли какой-то новый API в firefox или средствами javascript/html5/хак это уже давно можно было сделать, за что и принялись в youtube? и как давно это работает?
kwinto,

скрытый текст

нет такого. Однажды было пустое окно, т.к. недообновилась русская локализация, но чтобы это было ИНОГДА (а не постоянно и закономерно)... в общем, копайся и думай сам.

Отредактировано konst1089 (17-11-2011 12:55:14)

Tiger.711 · №5747

Hate Forest
Такой диспетчер понадобится, когда будет разделение на процессы. Сейчас его делать не то, чтобы сложно, смысла нет. Всё равно отдельные процессы прибить нельзя будет.

konst_artyom · №5748

Да, прибить дополнение, конечно, не получится, а вот оформить разработчикам баг — очень даже. Поэтому, если бы такая штука появилась в about:memory, все равно было бы хорошо. А разделения на процессы, конечно, хочется.

Tiger.711 · №5749

А мне, честно говоря, нет. Печальный опыт хрома не порадовал.

In$ane · №5750

Если бы процессы все были внутри процесса... а не как в Хроме, что в Диспетчере винду 101 процесс, и без разделения, кто и что, и почему... порой нет возможности посмотреть в самом хроме, а прибить надо... сидишь и гадаешь, где вкладка, а где плагин, а где сам Хром...

konst_artyom · №5751

Немного абстрактных мыслей

А что ж здесь печального? Хром и так имеет много недостатков по сравнению с [firefox]

: убогий интерфейс, слабая настраиваемость, отсутствие многих полезных (лично для меня) аддонов. Конечно, 150 вкладок открывать я в нем не пробовал — да и не выдержал бы так работать — но хотя бы базовая многопоточность в [firefox]

все-таки должна быть. Четвертый пень уже давно все называют старьем, и не без оснований, но даже на нем (без многоядерности) прирост производительности раза в полтора заметен, не говоря уже о более современном железе. Согласитесь, что тормоза при загрузке многих вкладок, ситуации, когда тяжелый контент в одной вкладке вешает весь браузер, ненормальны. Архитектурно идея правильная, только бы реализацию не сделали через одно место (в частности, чтобы управлять всем можно было из браузера, а не постоянно лезть в диспетчер задач что-то убивать).

Отредактировано konst1089 (17-11-2011 14:39:51)

Полезная информация

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Re: Тестирование нестабильных сборок Firefox (Nightly)

Board footer