Mozilla

[Rubik]

[size="3"]Mozilla прекращает поддержку встраивания web-движка Gecko в другие приложения [/size]

Один из авторов модуля по внедрению движка рендеринга HTML Mozilla Gecko объявил в списке рассылки mozilla.dev.embedding о том, что развитие и поддержка возможности встраивания web-движка Gecko в сторонние приложения полностью прекращается. Ранее существовало несколько способов бинарного (в качестве библиотеки) встраивания Gecko: gtkmozembed, javaxpcom, компонент ActiveX и виджет NSView.

Поводом для данного события послужили следующие факты и выводы:

• Встраивание Gecko в другие программы всегда являлось достаточно трудной задачей. Кроме этого, разработчики Mozilla никогда полностью не могли до конца решить эту проблему, поэтому программистам каждого приложения, которое пользовалось Gecko, приходилось тратить много времени, пытаясь приладить движок.
• Web-браузер Firefox является ключевым продуктом проекта Mozilla, а усилия по поддержке Gecko как встраиваемой библиотеки отнимают у компании ресурсы и время;
• Для работы Gecko в других приложениях разработчикам Mozilla приходится поддерживать набор API, а также обеспечивать бинарную совместимость, что сильно препятствует развитию Firefox;
• В связи с тем, что разработка Firefox идёт в направлении приложения с множеством процессов, разработчики Mozilla видят встраиваемую версию Gecko совсем иначе, нежели та версия, которая сейчас существует: компания хочет, чтобы приложения, которые использует Gecko, просто превратились в контейнеры для отдельного процесса Mozilla Firefox.

Принимая во внимание вышеперечисленные факты, разработчики Mozilla приняли следующие решения:

• Поддержка компонента gtkmozembed полностью прекращается, ибо он не обеспечивает полноценной поддержки множества технологий, без которых невозможно функционирование Firefox: профили, сертификаты, выплывающие запросы (например, о сохранении пароля).
• Модуль javaxpcom полностью удаляется из исходного кода.
• Удаляется поддержка компонента ActiveX и плагина, а также кода IDispatch, который обеспечивал взаимодействие ActiveX с объектной моделью web-браузера.

Тем не менее, в обращении было подчёркнуто, что если найдутся желающие поддерживать данную возможность, то компания может выделить для них отдельный репозиторий исходного кода. Сама же компания перестаёт заниматься и поддерживать эту возможность. В ближайшем будущем разработка Firefox будет сосредоточена на возможности рендеринга страниц в отдельном процессе, и когда этот процесс будет завершён, Mozilla рассмотрит возможность встраивания Gecko, используя новую парадигму.
В связи с данными изменениями остро стоит вопрос о судьбе множества приложений, которые использовали Gecko: Camino, Songbird, K-Meleon, DevHelp, Wine и Sugar. В качестве наиболее простого выхода из сложившейся ситуации некоторые разработчики сторонних проектов рассматривают возможность перехода на использование движка WebKit.

opennet.ru

[Zhek@Ch]

[size="3"]Mozilla будет бороться с дополнениями, замедляющими web-браузер Firefox[/size]

Как известно, одной из отличительных черт web-браузера Mozilla Firefox является возможность установки дополнений, которые могут значительно увеличить его функциональность. Многие люди не могут представить себе жизнь без таких расширений, как Adblock+ (блокировщик рекламы), NoScript (запрещает выполнение Javascript-кода на всех сайтах, кроме специально разрешенных), Firebug (сверхмощный инструмент для отладки HTML/CSS/JS), FlashGot (позволяет сохранять со страницы видео ролики и музыку), многопоточный менеджер загрузок DownThemAll! и многих других.

Все расширения Mozilla Firefox, к сожалению, замедляют его работу, некоторые очень слабо, другие достаточно сильно. Они также могут влиять на скорость загрузки, отображения и взаимодействия с web-страницами. Как показывают замеры, в среднем каждое расширение увеличивает время запуска программы на десять процентов. Целью Mozilla всегда было создание максимально быстрого web-браузера, и поэтому компания решила вплотную заняться ситуацией с замедляющими работу Firefox расширениями.

В связи с этим решено предпринять следующие действия:

• Автоматическое тестирование производительности. Каждую неделю будет проводятся автоматические тестирование производительности ста самых популярных расширений Mozilla Firefox. Результаты замеров публикуются на данной странице. Также планируется автоматически перепроверять новые версии вышедших расширений и производить замеры времени загрузки веб страниц;
• Предупреждения о замедляющих работу расширениях. В следующие две недели на страницах распространения расширений начнут выводится предупреждения у тех дополнений, которые замедляют запуск программы на 25% и более. Такая же информация вскоре появится и во встроенном менеджере расширений;
• Документация и программа по улучшению производительности. Mozilla обновляет документацию, связанную с данной проблемой, а также начинает взаимодействие с авторами "плохих" расширений;
• Тестирование производительности по запросу. В ближайшие месяцы разработчикам будет предоставлена возможность выгрузки расширений на сайт компании с автоматическим тестированием производительности с выдачей результатов;
• Обязательное подтверждение автоматической установки расширений. В последнее время для многих пользователей Windows стал большой болью тот факт, что многие программы в процессе инсталляции автоматически добавляют расширения для Mozilla Firefox. Часто данные расширения совершенно не нужны пользователям, ещё более часто расширения замедляют и ухудшают работу Firefox. В будущих версиях web-браузера расширения будут активироваться только после согласия пользователя на их установку.

Десять самых медленно запускающихся дополнений:

# opennet.ru

[Zhek@Ch]

[size="3"]Возможности, запланированные для Firefox 5 [/size]

В последнее время постепенно стала появляться информация о возможностях, которые планируется реализовать в веб-браузере Mozilla Firefox 5. Программа в очередной раз получит сильно обновлённый внешний вид, а также, возможно, появится тесная интеграция с социальными сетями. Некоторые из нововведений, которые будут перечислены ниже, могут появиться в более поздних версиях, так как разработчики поменяли расписание и критерии релизов - в будущем новая основная версия Firefox будет выходить раз в 4-6 месяцев.

Некоторые планы:

• Множественное выделение закладок (tab'ов) - теперь можно выделить несколько закладок и, например, сделать из них новое окно браузера, закрыть их или превратить их во вкладки-приложения;
• Новая вкладка перестанет быть пустой (вероятно, появятся возможности присутствующие в Opera/Google Chrome);
• Расширения получат стандартизированную для размещения панель;
• Появится индикатор прогресса отправки файлов;
• Кнопка "домашняя страница" полностью исчезнет, вместо неё появятся домашние закладки-приложения;
• Появится внутренний просмотрщик для формата PDF, возможно, также и MP3;
• Приложения и сайты могут встраиваться как закладки (tab'ы), однако, кроме этого, у них появится возможность иметь своё собственное меню;
• Появится встроенный менеджер аккаунтов веб-сайтов. Также появится возможность одновременной работы под разными аккаунтами на одном и том же веб-сайте;
• Прямо в строке адреса появится кнопка, которая позволит "поделиться" текущим сайтом с друзьями и коллегами выбранных социальных сетей (проект F1).

# opennet.ru

[size="3"]Вторая бета-версия открытой лицензии MPL 2.0 [/size]

Юристы проекта Mozilla представили вторую бета-версию обновленной лицензии проекта - Mozilla Public Licence 2.0-beta2. Ранее планировалось выпустить кандидат в релизы, но внесенные в последний момент поправки потребовали добавления дополнительного этапа оценки текста сообществом. Основное изменение коснулось формулировок, касающихся обеспечения совместимости с GPL (переход от принципа "opt-in" к "opt-out"). Раньше по умолчанию подразумевалось, что распространяемый под лицензией MPL продукт не совместим с GPL, но разработчик мог отдельно указать на то, что его код может быть использован в GPL проектах. В новой редакции MPL-программа по умолчанию считается совместимой с GPL.

Из других изменений отмечен прием пожеланий от организации Software Freedom Law Center, более ясное изложение текста во второй и третьей секции, небольшие изменение в пукте, касающемся расширении действия лицензии на исполняемые формы. Дополнительно подготовлен вариант лицензии, оформленный в виде FAQ, в котором вместо утверждений используется форма "вопрос - ответ". Обзор основных принципиальных изменений в лицензии MPL 2.0 можно прочитать в анонсе первой бета-версии лицензии.

# opennet.ru

[Rubik]

[size="3"]Развивающая Thunderbird организация Mozilla Messaging возвращается в лоно Mozilla [/size]

В 2007 году разработка почтового клиента Thunderbird была вынесена из числа основных проектов Mozilla и выделена в отдельное независимое подразделение Mozilla Messaging, финансирование которого осуществлялось из средств Mozilla Corporation. Подобная реструктуризация была предпринята с целью концентрации в Mozilla Foundation только ресурсов, связанных непосредственно с разработкой web-браузера. Спустя три года анонсировано возвращение Mozilla Messaging в состав Mozilla.

Для повышения эффективности дальнейшей работы и упрощения структуры организации решено объединить команду, развивавшую Thunderbird, с командой, занимающейся экспериментальными проектами Mozilla. С точки зрения структурных перестановок, работники Mozilla Messaging перейдут в Mozilla Labs. Дэвид Эшер (David Ascher), лидер команды разработчиков почтового клиента Thunderbird, возглавит внутри Mozilla Labs группу, сосредоточенную на развитии online-коммуникаций и средств организации социального взаимодействия в Web. После перехода разработчиков в Mozilla Labs, подразделение Mozilla Messaging будет ликвидировано.

По словам Митчелл Бейкер (Mitchell Baker), председателя совета директоров Mozilla Corporation и лидера Mozilla Foundation, последнее время наблюдается все более активное использование Web для организации обмена сообщениями и социального взаимодействия: в обиход пользователя вошли социальные сети, твиттер, почтовые сервисы с web-интерфейсом. Темп развития инноваций в данной области постоянно растёт, классический почтовый клиент уже не удовлетворяет всех потребностей пользователей, ореол общения которых не ограничивается только электронной почтой.

На протяжении последних нескольких лет Mozilla исследует возможности по реализации новых способов управления общением пользователей в online. В настоящее время разработкой в данной области занимаются две команды. Первая - это группа Mozilla Messaging, развивающая Thunderbird и инновации, связанные с обменом сообщениями, такие как проекты Raindrop (система для упрощения восприятия пользователем большого числа сообщений разного типа, полученных через электронную почту, RSS, YouTube и Twitter, благодаря разбиению на категории) и F1 (дополнение для организации в Firefox обмена ссылками с друзьями, используя интеграцию с социальными сетями). Вторая команда состоит из работников Mozilla Labs, которые занимаются исследованиями в области идентификации, организации поддержания списка контактов и обеспечения обмена данными между ними.

После реструктуризации, команда разработчиков почтового клиента Thunderbird продолжит подготовку и выпуск релизов Thunderbird в рамках новой комбинированной организации. Изменение структуры не коснется взаимодействия с пользователями и сторонними разработчиками. Курировать разработку как и раньше будет Дэвид Эшер. Развивающая Thunderbird группа продолжит работу в виде самодостаточной команды и сохранит в своих руках рычаги по управлению развитием продукта, его разработке и поддержке. Поддержка работы с электронной почтой по прежнему остается первичным звеном в Thunderbird. За последние несколько лет разработчикам удалось создать из Thunderbird современный почтовый клиент, обладающий модульной архитектурой, переведенный на модернизированную кодовую базу, поддерживающий подключение дополнений и снабженный значительно улучшенным пользовательским интерфейсом. Работа не остановится на достигнутых результатах и будет продолжена навстречу новым инновациям.

opennet.ru

[Zhek@Ch]

[size="3"]Релиз Firefox 5 запланирован на 21 июня. Новая схема подготовки релизов [/size]

Разработчики проекта Mozilla представили черновой вариант графика подготовки релиза Firefox 5. Начиная с 12 апреля начнется формирование альфа-сборок, 17 мая будет выпущена первая бета версия. Релиз Firefox 5 может быть выпущен 21 июня.

В соответствии с новой схемой процесс подготовки будущих релизов будет расширен с трех до 4 стадии:

• Nightly - формирование ночных сборок на основе репозитория mozilla-central. Основное внимание уделяется добавлению новшеств, репозиторий развивается непрерывно. В тестирование ночных сборок вовлечено около 100 тыс. энтузиастов;
• Aurora - раз в 6 недель производится ответвление репозитория mozilla-aurora, формирование на его основе альфа-сборок, начальный анализ качества функциональности и отсеивание непригодных для релиза возможностей. В тестировании альфа-версий принимает участие около 1 млн пользователей;
• Beta - через 6 недель после синхронизации с mozilla-central ветки Aurora от неё ответвляется репозиторий mozilla-beta, главная задача которого - выявление ошибок и контроль качества. В тестировании бета-версий принимает участие около 10 млн. пользователей;
• Release - создание репозитория mozilla-release и формирование релиза.

Если ранее сразу после ночных сборок производился переход к выпуску бета-версий, то отныне будет добавлено новое звено - Aurora, соответствующее стадии альфа-тестирования. Код будет формироваться на первых трех стадиях, каждая из которых будет длиться 6 недель, таким образом общий цикл подготовки релиза будет занимать 16 недель (для Firefox 5 время каждой стадии сокращено из-за задержки в выпуске Firefox 4). При этом важно, что ветка mozilla-aurora будет ответвляться от mozilla-central каждые 6 недель, т.е. одновременно несколько версий Firefox будут находиться на разных стадиях подготовки (Firefox 6-alpha и Firefox 5-beta будут тестироваться параллельно), примерно как сейчас происходит разработка браузера Chromium/Chrome.

Ветка mozilla-central будет развиваться непрерывно, без заморозки в процессе подготовки релизов. Новшества будут добавляться только в ветку mozilla-central (этап ночных сборок), в ветки Aurora и Beta прием новшеств будет запрещен, все внимание будет уделено отладке. В случае недостаточной стабилизации в процессе тестирования определенные возможности могут быть перенесены на следующий релиз.

Выгоды нового подхода:

• Введение дополнительной стадии Aurora позволит сгладить ожидаемый уровень качества и сделать бета-версии уже более-менее стабильными и готовыми для финального тестирования;
• Для более явного отличия тестовых версий от релиза, они будут помечаться разными пиктограммами (ранее пользователи путали ночные сборки, пре-релизы бета-версий, бета-версии и релизы, сейчас тестовый характер выпуска будет бросаться в глаза).
• Репозиторий mozilla-central больше не будет подвергаться заморозке на период стабилизации ночных сборок перед выпуском первой бета-версии. На каждом этапе тестирования будет задействован отдельный репозиторий;
• Сторонние наблюдатели смогут более точно определить степень завершенности подготовки определенных новшеств, API в процессе тестировния не будет меняться, локализацию можно будет проводить на протяжении всего тестирования (состояние en-US строк будет заморожено начиная со стадии Aurora);
• Назначение и число допустимых действий над репозиториями будет неизменно, правила поведения с каждым репозиторием будут фиксированы. Т.е. не будет фаз исправления только блокирующих релиз ошибок, mozilla-central всегда открыт для приема изменений.

# opennet.ru

[Zhek@Ch]

[size="3"]Сформирована Aurora-ветка Firefox 5[/size]

В рамках новой схемы подготовки релизов Firefox произведено отделение от экспериментального репозитория mozilla-central ветки Aurora, на базе которой началась работа по формированию выпуска Firefox 5. На стадии Aurora развитие браузера эквивалентно стадии альфа-версии, на которой проводится начальный анализ качества функциональности и отсеивание непригодных для релиза возможностей. Через 6 недель на базе ветки Aurora будет создан репозиторий mozilla-beta, главная задача которого - выявление ошибок и контроль качества. Ежедневные сборки, выполненные на основе среза репозитория Aurora, можно загрузить здесь.

Кроме того, определена дата выхода первого обновления Firefox 4. По плану Firefox 4.0.1 будет выпущен 26 апреля. Третьего мая пользователи веток 3.5 и 3.6 получат уведомление с предложением обновиться до ветки Firefox 4.

# opennet.ru

[Zhek@Ch]

[size="3"]Автор Adblock Plus выразил несогласие с методикой тестирования дополнений в Mozilla[/size]

Владимир Палант, автор дополнения Adblock Plus, выступил с критикой системы тестирования скорости загрузки и работы дополнений, используемой проектом Mozilla. Напомним, что неделю назад проект Mozilla выступил с инициативой вывода предупреждений при установке дополнений, сильно замедляющих работу браузера. В списке наиболее сильно замедляющих работу браузера расширений Adblock Plus занял 12 место (на первом месте Firebug). В рейтинге утверждалось, что при использовании Adblock Plus время запуска браузера замедляется на 21% (по мнению Владимира Паланта замедление составляет примерно 2%).

Владимир Палант не согласился с таким положением дел, заявив, что используемые для оценки производительности тесты содержат ошибки, которые приводят к искаженной оценке ситуации. отмечены проблемы с получением различных результатов при повторном выполнении одного и того же теста, невключением в рейтинг действительно медленных дополнений, искажением результатов из-за крахов тестового комплекта и выявлением замедления работы при наличии отключенных дополнений. В качестве примера Владимир указал на 13 сообщений, заведенных в системе трекинга ошибок.

Представители Mozilla ответили на критику Паланта и согласились, что автоматизированный тестовый комплект не одинаково хорошо работает со всеми дополнениями и в случае невозможности воспроизвести результаты Mozilla пользователям следует отправить сообщение об ошибке. В настоящее время опубликован обновленный вариант рейтинга в котором учтены высказанные замечания, изменен метод сортировки и оставлены только дополнения, замедляющие работу как минимум на 25%. Все представленные в рейтинге медленные дополнения вручную проверены, чтобы убедиться, что они действительно замедляют запуск браузера. Запланированное на эту неделю начало вывода предупреждений о проблемах с производительностью при установке дополнений временно отложено до момента устранения всех серьезных ошибок в тестовом комплекте.

# opennet.ru

[Zhek@Ch]

[size="3"]Представлены новые критерии оценки совместимости дополнений с релизами Firefox[/size]

Разработчики проекта Mozilla представили новую методику оценки совместимости дополнений с релизами браузера Firefox. Необходимость изменений подхода к оценке совместимости дополнений возникла после перехода проекта Firefox на новую схему формирования релизов, в соответствие с которой новый значительный релиз будет выпускаться каждые 6 недель, при этом цикл разработки будет занимать 4 месяца и разные версии одновременно будут находится на разных стадия формирования (например, альфа-версия Firefox 6 будет доступна одновременно с бета-версией Firefox 5).

Ранее для проверки совместимости дополнения с релизами Firefox использовалась техника жесткого определения поддерживаемых дополнением версий браузера - блоке мета-данных вручную задавалась минимальная и максимальная версии браузера и html-движка. При таком подходе дополнение изначально считалось несовместимым с новым релизом браузера до тех пор, пока его разработчики не протестируют работоспособность и не выпустят новую версию дополнения с измененными параметрами совместимости. Отрицательной стороной данного метода является большая инертность процесса адаптации дополнений - для обеспечения поддержки нового релиза браузера в основной массе дополнений требовалось как минимум несколько месяцев, что было терпимо при прежнем многомесячном цикле разработки, но неприемлемо при переходе на новую схему подготовки релизов.

Для решения возникшей проблемы разработчики Mozilla предложили оставить в прошлом данную практику и отныне считать все дополнения по умолчанию совместимыми, если не обнаружено наличие проблем. При ответвлении очередной ветки Firefox все признанные работоспособными для прошлого релиза дополнения автоматически будут считаться поддерживаемыми, что позволит обеспечить совместимость с дополнениями не только финальных релизов, но и тестовых выпусков Aurora и Beta.

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

Так как не все ошибки можно выявить автоматически, то к процессу проверки будут привлечены обычные пользователи, которые смогут на этапе тестирования предварительных сборок браузера при помощи Add-on Compatibility Reporter отправить уведомление о наличии проблем, которое после проверки приведет к маркировке дополнения как несовместимого.

Для предотвращения массовой неработоспособности дополнений из-за изменения API, при отделении Aurora и Beta веток сохранение базовой совместимости с основными дополнениями будет задано в виде одного из обязательных критериев. В случае внесения нарушающих совместимость изменений будет сформирован регламент отправки уведомлений разработчикам дополнений, документирования ожидаемых нарушений совместимости и выявления дополнений на которых может отразиться вносимое изменение.

# opennet.ru

[Zhek@Ch]

[size="3"]Разработчики Mozilla приступили к созданию гибридного Javascript-движка V8Monkey [/size]

Разработчики проекта Mozilla выступили с инициативой обеспечения возможности запуска на базе используемого в Firefox движка SpiderMonkey серверной Javascript-платформы node.js, позволяющей создавать высокопроизводительные сетевые приложения на языке Javascript. Основная проблема при портировании связана с привязкой node.js к особенностям реализации Javascript-движка V8, разработанного компанией Google для проекта Chrome. По мнению инициаторов проекта в последнее время наблюдается рост интереса к серверным Javascript-решениям, если среди клиентских решений продукты Mozilla достаточно успешно конкурируют с другими браузерами, то в серверной среде движок V8 пока остаётся безальтернативным решением.

Рассмотрев возможные пути выхода из сложившейся ситуации разработчики пришли к выводу, что наиболее оптимальным вариантом станет создание гибридного Javascript-движка, в котором поддержка API V8 реализована на базе кода SpiderMonkey. В случае перевода node.js на API SpiderMonkey потребовалась бы довольно значительная переработка кода платформы, которая несопоставима по трудозатратам с созданием надстройки, обеспечивающей эмуляцию API V8. Дополнительным плюсом выбранного подхода является то, что при выходе новой версии node.js её не придется портировать заново, код можно будет использовать без внесения в него изменений.

Итоговый гибридный движок получил название V8Monkey, конечной целью разработки которого является обеспечение сборки основанных на движке V8 приложений с использованием движка SpiderMonkey. Работа по адаптации платформы node.js для использования SpiderMonkey осуществляется в рамках проекта SpiderNode. В будущем созданные для SpiderNode наработки по интеграции поддержки SpiderMonkey в систему сборки node.js планируется передать в основной проект node.js.

Примечательно, что изначально создатели платформы node.js пытались использовать движок SpiderMonkey, но после нескольких дней экспериментов перешли на использование V8. В качестве достоинств V8 был назван ясный и простой API, качество документации, независимость от проекта Chrome и других библиотек, а также поставка движка в виде отдельной библиотеки и простота компоновки с другими проектами. По мнению разработчиков Mozilla проект V8Monkey поможет проанализировать недостатки API SpiderMonkey и внести в него необходимые изменения. Также рассматривается возможность перевода API SpiderMonkey с представления на языке Си в Си++.

# opennet.ru

[Zhek@Ch]

[size="3"]За месяц после релиза загружено 100 млн. копий Firefox 4 [/size]
 
Число загрузок Firefox 4 достигло 100 миллионов. На преодоление данного барьера потребовался месяц - релиз Firefox 4 был выпущен 22 марта.

Распределение по регионам выглядит следующим образом:

• 38.1 млн - Европа;
• 29.6 млн- Северная Америка;
• 19.6 млн - Азия;
• 7.4 млн - Южная Америка;
• 3 млн - Африка;
• 1.7 млн - Океания.

Наиболее активно загружающие Firefox страны:

[list=1]

• США - 24.23 млн.
• Германия - 7.26 млн.
• Франция - 3.53 млн.
• Индия - 3.35 млн.
• Россия - 3.21 млн.
• Бразилия - 3.20 млн.
• Великобритания - 3.19 млн.
• Канада - 2.75 млн.
• Италия - 2.66 млн.
• Индонезия - 2.66 млн.

Примечательно, что в Китае интерес к Firefox достаточно низок: с китайских адресов зафиксировано всего 700 тыс. загрузок, несмотря на то, что в Китае около 420 миллионов пользователей сети интернет (для сравнения, численность населения США - 309 млн человек).

# opennet.ru

[Zhek@Ch]

[size="3"]Обновление Firefox 4.0.1, 3.6.17, 3.5.19 и Thunderbird 3.1.10 c устранением 14 уязвимостей [/size]

Разработчики Mozilla выпустили корректирующие релизы для поддерживаемых веток web-браузера Firefox - 4.0.1, 3.6.17 и 3.5.19. В версии 4.0.1 устранено 14 уязвимостей, из которых 13 присвоен статус критических. Дополнительно в версии Firefox 4.0.1 исправлено 55 влияющих на стабильность ошибок, 12 из которых приводили к краху браузера.

В Firefox 3.6.17 устранено 15 уязвимостей и 59 ошибок. В версии 3.5.19 исправлено 15 уязвимостей и 30 ошибок. Отдельно отмечается, что Firefox 3.5.19 является последним обновлением ветки 3.5.x, пользователям рекомендуется произвести обновление до ветки 4.0.

Одновременно выпущен корректирующий релиз почтового клиента Thunderbird 3.1.10, в котором устранено 4 уязвимости и исправлена 71 ошибка, при этом 13 ошибок приводили к краху программы. Также вышел релиз SeaMonkey 2.0.14 в котором исправлено 15 уязвимостей и 28 ошибок.

Из исправленных в Firefox 4.0.1 критических проблем безопасности можно отметить:

• "MFSA 2011-12" - 10 уязвимостей, связанных с выходом за допустимые границы памяти. Потенциально данные уязвимости могут быть использованы для организации выполнения кода злоумышленника;
• "MFSA 2011-17" - 3 переполнения буфера в коде библиотеки WebGLES, используемой для обеспечения работы WebGL. Две уязвимости могут быть использованы для организации выполнения кода злоумышленника. Одна из уязвимостей проявляется только на платформе Windows и позволяет обойти механизм защиты ASLR (рандомизация адресного пространства), используемый в Windows Vista и Windows 7.

Специфичные для веток Firefox 3.6 и 3.5 опасные уязвимости:

• "MFSA 2011-13" - 2 уязвимости (в объектах mChannel и mObserverList), связанные с обращением к буферу после его очистки и одна уязвимость, позволяющая через манипуляции с nsTreeRange поместить в указатель ссылку на некорректную область памяти;
• "MFSA 2011-15" - уязвимость в плагине Java Embedding Plugin (JEP), используемом на платформе Mac OS X, позволяющая получить доступ к системным ресурсам.

# opennet.ru

[Zhek@Ch]

[size="3"]Firefox для Linux станет таким же быстрым, как и для Windows [/size]

Майк Хоммей (Mike Hommey), участник проекта Mozilla и мэйнтейнер пакета Iceweasel в Debian GNU/Linux, объявил о готовности к переходу при формировании 32- и 64-разрядных Linux-сборок Firefox на использование GCC 4.5 с включенными агрессивными оптимизациями ("-O3") и поддержкой профильной оптимизации. Подобный ход позволит довести производительность Linux-сборок Firefox до уровня сборок для платформы Windows, которые как показало ранее предпринятое тестирование быстрее родных Linux-версий даже при запуске под управлением Wine.

В прошлом году уже предпринимались две попытки перехода на GCC 4.5 с активацией новых опций оптимизации, но эти попытки завершились неудачей из-за появления регрессивных изменений. Теперь все проблемы решены и Firefox готов к переходу на использование более современного инструментария сборки, позволяющего задействовать такие возможности, как статический анализ. Более того, разработчикам удалось сохранить поддержку сборки на старых Linux-платформах, таких как RedHat/CentOS 5, а также на системах, в которых поставляется libstdc++ из GCC 4.1.

Первым выпуском Firefox, в котором будут использованы новые настройки оптимизации, станет релиз Firefox 6, который ожидается летом этого года.

# opennet.ru

[Zhek@Ch]

[size="3"]В рамках проекта Tor будет развиваться собственный вариант браузера Firefox [/size]

Разработчики анонимной сети Tor сообщили о прекращении разработки дополнения Torbutton к веб-браузеру Firefox и его удалении из каталога addons.mozilla.org. Вместо развития Torbutton, разработчики приняли решение о создании собственного форка Firefox - Tor Browser. Вариант браузера от проекта Tor будет основан на стандартной кодовой базе Firefox, но будет отличаться включением ряда дополнительных патчей, нацеленных на реализацию некоторых идей по повышению безопасности, обеспечению анонимного серфинга и расширению возможностей приватного режима просмотра.

В новом браузере планируется пересмотреть модель интеграции браузера с сервисом Tor и упростить его использование, сформировав в итоге самодостаточный продукт, готовый к работе в сети Tor из коробки, без установки дополнительных программ и изменения системных настроек. В Tor Browser также ожидается ускорение внесения связанных с безопасностью и приватностью исправлений, которые пользователи смогут получать более оперативно, чем в случае планового выпуска обновлений Firefox. При использовании Tor Browser пользователь всегда будет уверен в активности режима анонимного доступа, что позволит не акцентировать внимание на то, открыта ли вкладка в анонимном режиме или в обычном.

Развивая дополнение Torbutton разработчики пришли к выводу, что более оптимальным подходом является запуск полностью отдельной сессии для анонимного серфинга в сети, не пересекающейся с обычной навигацией, что позволяет избавиться от проблем с изоляцией сессий, возникающих при использовании переключателей режима анонимности в рамках обычного браузерного сеанса. Кроме того, используя штатные технологии создания дополнений, невозможно реализовать некоторые улучшения, требующие изменения низкоуровневых подсистем и логики работы. Продвижение патчей, обеспечивающих полную интеграцию бразуера с сетью Tor, в основную ветку Firefox затруднено в виду их специфичности и привязки к сторонним технологиям. Другим важным фактором создания форка являются проблемы с продвижением исправлений низкоприоритетных недоработок, которые иногда оказываются существенными для проектов, подобных Tor. В частности, отмечены случаи когда на внесение незначительного исправления потребовалось три года.

В анонсе разработчики также отметили несколько преград и минусов, связанных с реализацией намеченного плана. Подобные минусы отразятся в основном на продвинутых пользователях и на том, как они смогут адаптировать для нового продукта свои собственные настройки Tor. Тем не менее, несмотря на связанный с упрощением курс, все базовые настройки Torbutton будут доступны для изменения, также будет предоставлена возможность установки в новый браузер стандартных дополнений, созданных для Firefox.

# opennet.ru

[Zhek@Ch]

[size="3"]Началась работа над IonMonkey, новым JIT-компилятором Javascript от проекта Mozilla [/size]

Разработчики проекта Mozilla приступили к созданию нового JIT-компилятора для увеличения скорости выполнения Javascript в движке SpiderMonkey. Новый JIT-копилятор получил название IonMonkey и пока находится на стадии проектирования архитектуры и формирования начального прототипа. IonMonkey является третьим JIT-компилятором, создаваемым в рамках проекта Mozilla, прошлые варианты были выпущены в 2010 и 2008 годах, каждый раз значительно поднимая производительность Firefox.

Новый JIT-компилятор не станет исключением, в нем ожидается реализация передовых техник оптимизиации Javascript, некоторые из которых уже представлены в конкурирующем JIT-компиляторе Crankshaft проекта V8. Javascript является языком с динамической типизацией, с одной стороны это предоставляет большую гибкость для разработчиков (по сути объекты в Javascript можно рассматривать как хэш-таблицу), но с другой стороны создает трудности при создании JIT-компиляторов. Так как невозможно заранее определить какой тип данных будет содержаться в переменной, невозможно сопоставить данную переменную с определенными фиксированными инструкциями, рассматривающими эту переменную, например, как строку или число. В IonMonkey планируется провести большую работу по обеспечению более организованной работы со структурами данных и более точному учету типов. Из платформ, генерация кода для которых появится в IonMonkey, отмечаются i386, x86_64, и ARM.

В рамках проекта IonMonkey разработчики Mozilla планируют не просто создать новую технику JIT-компиляции, но и учесть ранее созданные наработки, превратив IonMonkey в единую консолидированную платформу, поддерживающую различные техники оптимизации и задействующую каждую из них в зависимости от текущей ситуации. В отличии от системы Crankshaft, разработанной для V8, в IonMonkey ожидается реализация системы вероятностной оценки типов (проект Type Inference), в рамках которой предложен гибридный метод статического и динамического анализа, позволяющий точно сопоставить типы для каждой переменой и свойства Javascript-программы. Подобный подход даст возможность избавиться от выполнения всех дополнительных проверок в процессе работы Javascript-программы и реализовать некоторые виды оптимизации, которые при другом подходе оказались бы невозможными.

# opennet.ru

[Zhek@Ch]

[size="3"]Проект Mozilla отказался удалить Firefox-дополнение по требованию властей США [/size]

Харви Андерсон (Harvey Anderson), юрист проекта Mozilla, рассказал о том, что Департамент внутренней безопасности США (Department of Homeland Security, DHS), потребовал удалить из каталога addons.mozilla.org дополнение MafiaaFire Redirector, предназначенное для автоматизации поиска альтернативных точек входа на заблокированные властями сайты, уже недоступные через ранее используемые DNS-имена. Организация Mozilla отказалась выполнить запрос и потребовала юридически обосновать необходимость удаления указанного дополнения, которое не нарушает никаких законов.

В документе, отправленном агентом отдела по проведению расследований Департамента внутренней безопасности США, было изложено требование удалить дополнение MafiaaFire Redirector, ссылаясь на то, что оно способствует нарушению выдаваемых департаментом предписаний о блокировании доменных имен. В ответ представитель Mozilla отказался предпринимать какие-либо действия без официального ордера или решения суда. В ответном письме, отправленном три недели назад, юристы Mozilla запросили дополнительную информацию, но письмо пока осталось без ответа.

Запрошенные данные можно свести к трем вопросам:

• Имеется ли решение суда, о том, что дополнение Mafiaafire нарушает закон или является нелегальным ? Если да, то на каком основании вынесено данное решение ?
• Обязана ли юридически организация Mozilla заблокировать дополнение или запрос основан на каких-то других причинах, не имеющих юридического обоснования ?
• Может ли быть предоставлена копия постановления, на основании которого был отправлен запрос о блокировании ?

Дополнительно Харви Андерсон указал на то, что подобные запросы от силовых структур не редкость, требовния о блокировании или выдаче закрытой статистики поступают регулярно. Но более волнующий вопрос связан с тем, как борющиеся за соблюдение авторских прав в сети посредники добиваются отправки правительственных запросов, которые могут восприниматься как попытки введения цензуры и угрожают открытому характеру сети. В случае запроса на блокирование дополнения MafiaaFire, в роли обоснования фигурирует желание владельцев контента бороться с пиратством. Проблемой является то, что в данной борьбе для оказания давления используются государственные полномочия в интересах частных владельцев контента, что может привести к неожиданным и пагубным последствиям.

По словам разработчика дополнения MafiaaFire Redirector, вначале было опасение, что Mozilla не станет сопротивляться натиску властей и удалит дополнение, но проект на деле доказал, что все слова, сказанные о свободе и открытости, не являются пустым звуком. На создание системы блокирования сайтов, нарушающих авторские права, были потрачены миллионы долларов, в то время как дополнение для обхода системы блокировки было создано за несколько дней и общие затраты на его разработку составили менее 100 долларов. Дополнение использует готовый список сопоставления IP-адресов или новых имен для заблокированных сайтов и осуществляет редирект при вводе старого имени.

# opennet.ru

[Zhek@Ch]

[size="3"]Mozilla планирует автоматизировать обновление Firefox 3.5 до версии 3.6.18 [/size]

30 июня истекает двухгодичный период поддержки Firefox 3.5. Примечательно, что данной веткой продолжает пользоваться около 12 миллионов человек, несмотря на периодически выводимые предупреждения о необходимости перехода на более новую версию браузера. Так как простого уведомления оказалось недостаточным, разработчики Mozilla планируют провести автоматизированное обновление текущей версии Firefox 3.5.19 на выпуск 3.6.18.

Ранее подобное не практиковалось, автоматические обновления распространялись только в рамках одной ветки браузера, для перехода на другой значительный выпуск требовалась ручная переустановка. Обновление будет проведено 21 июня в момент планового выхода релиза 3.6.18 и в день выхода релиза Firefox 5. Поддержка ветки 3.6 продлится до конца января 2012 года. Одновременно, в день выхода обновления пользователям Firefox 3.x и 4.0 будет выведено уведомление с предложением перейти на использование Firefox 5.

# opennet.ru

[Zhek@Ch]

[size="3"]Началось бета-тестирование настольной и мобильной версий Firefоx 5 [/size]

Представлена бета-версия веб-браузера Firefox 5, доступного одновременно в варианте для десктоп-систем и мобильных устройств. В соответствии с новой схемой разработки браузера, выход бета-версии ознаменовал прекращение формирования базовой функциональности и переход на стадию выявления ошибок и контроля качества. Релиз Firefox 5 запланирован на 21 июня.

В ближайшее время от репозитория mozilla-central ожидается ответвление Aurora-ветки для формирования Firefox 6. На стадии Aurora развитие браузера эквивалентно стадии альфа-версии, на которой проводится начальный анализ качества функциональности и отсеивание непригодных для релиза возможностей. Через 6 недель на базе ветки Aurora будет создан Firefox 6-beta.

Из добавленных в Firefox 5 улучшений можно отметить:

• Поддержка CSS-анимации, позволяющей обеспечить плавный переход от одного набора CSS-стилей к другому;
• Возможность обновления до экспериментальных веток Firefox (на экране "About Firefox" можно выбрать обновление не только до релиза, но и до веток бета и Aurora);
• Из блока расширенных настроек в более заметное место вынесены параметры настройки вывода HTTP-заголовка Do Not Track ("DNT"), позволяющего информировать сайты о нежелании пользователя передавать на хранение фигурирующую в рамках сессии информацию, в ситуации ее использования для отслеживания перемещений и предпочтений пользователя;
• Увеличена производительность тега canvas, Javascript-движка, сетевых операций и функций работы с памятью;
• Улучшена поддержка стандартов HTML5, XHR, MathML, SMIL и тега canvas;
• Улучшены функции проверки правописания для некоторых локалей;
• Улучшена интеграция с десктоп-окружениями в Linux;
• Всего с момента выхода Firefox 4 было внесено 1053 изменения;

Из изменений в мобильной версии Firefox для платформы Android можно отметить:

• Ускорена загрузка страниц, особенно при использовании 3G-сетей;
• Улучшена отзывчивость панорамного режима;
• Добавлена поддержка установки HTTP-заголовка Do-Not-Track;
• Улучшена совместимость с клавиатурами SwiftKey;
• Обеспечено мгновенное отображение изображений, загружаемых в каталог Android Gallery;
• Улучшены операции преобразования цветов, что позволило обеспечить более качественное отображение изображений и видео;
• Диалоги приведены к более стандартному для платформы Android стилевому оформлению;
• Добавлена возможность вывода в Android Menu более 6 кнопок;
• Устранена ошибка, возникающая при попытке загрузки web-страницы в момент отсутствия сетевого соединения.

Отдельно, в рамках нового процесса оценки совместимости дополнений с релизами браузера Firefox, объявлено о создании специального списка рассылки "announce-compatibility" для разработчиков дополнений, в котором будут публиковаться анонсы, имеющие отношение к совместимости дополнений с Firefox. Например, планируется размещать информацию о возможных нарушениях совместимости и суммарные обзоры важных для разработчиков дополнений новшеств, запланированных на будущие выпуски. Напомним, что из-за сокращения интервала между выпуском значительных релизов Firefox, процесс проверки совместимости дополнений существенно изменен - поле с номером поддерживаемой дополнением максимальной версии Firefox будет заполняться на основании автоматизированного тестирования.

Дополнительно, можно отметить создание в Mozilla Labs дополнения LessChrome HD, осуществляющего автоматическое скрытие управляющих панелей. По умолчанию на экране отображается только панель со списком вкладок, при наведении мыши на которую появляются остальные панели, такие как адресная строка. Так как пользователь может поместить в панель вкладок, другие элементы интерфейса, появляется возможность варьирования - какие инструменты сделать постоянно видимыми, а какие автоматически скрывать. Ранее, похожая функциональность была добавлена в качестве опции в экспериментальную ветку Google Chrome 13.

# opennet.ru

[Zhek@Ch]

[size="3"]Прототип WebCL для Firefox[/size]
 
WebCL предоставляет доступ к OpenCL из Javascript, что позволит использовать GPU и многоядерные процессоры при создании Веб-приложений.
Основными сферами использования озвучиваются обработка фото и видео, визуализация и симуляция.


3 марта 2011. Khronos group начало формирования рабочей группы по WebCL.
4 мая 2011. Nokia Research выпустила прототип WebCL в виде плагина для Firefox.
18 мая 2011. Опубликован текущий билд "WebCL 1.0.1-r12". Он намного более стабильный чем первая версия.


 Характеристики:

• Лицензия: LGPL
• Билды пока только под x86_32
• Лично проверялось лишь на стабильном Firefox 4. На Nightly может не работать.
• Нужны драйверы с поддержкой OpenCL

Примеры использования:

• Обработчик картинок. Официальное демо.
• Систему "мининга" BTC. Может повесить браузер.

Решил опубликовать новость почитав новые споры относительно bitcoin.
На примере "добытчика BTC" можно увидеть, что технология имеет хорошую производительность, у меня это честные 16-17 Mhash/s.


C моей точки зрения это важнейшая технология для появления качественных игр в браузере.
Сейчас обсчитывать физику с javascript можно только на CPU, и даже скромное 2d работает не очень хорошо.
WebCL в свою очередь позволяет использовать настоящий, сложный физический движок.

# linux.org.ru

Процесс установки:

• Установить и запустить Firefox 4
• Установить плагин Nokia WebCL (x86_32 only)
• Нажать сюда, и проверить работоспособность WebGL.
• Протестировать Kernel Toy

По ссылкам все равно придется. http://linuxforum.kz/public/style_emoticons/<#EMO_DIR#>/smile.gif\' class=\'bbc_emoticon\' alt=\':)\' />

>>> Официальный сайт

# linux.org.ru

[Zhek@Ch]

[size="3"]Пользователи Firefox получили возможность просмотра трехмерного видео в YouTube [/size]

Компании NVIDIA, Mozilla и Google объявили о реализации возможности стереоскопического просмотра размещенных в YouTube трехмерных видеороликов при помощи браузера Firefox на машине с подключенным 3D-очками NVIDIA 3D Vision. Firefox 4 является первым браузером в котором реализована возможность работы с трехмерным видео, благодаря поддержке технологии 3D HTML5 video.

На днях компания Google начала транскодировать 3D-видеоролики для проигрывания через штатный HTML5-плеер. В настоящее время в YouTube уже насчитывается несколько тысяч видеороликов в формате WebM, закодированных с включением 3D-данных.

# opennet.ru

[Zhek@Ch]

[size="3"]Сформирована Aurora-ветка Firefox 6 [/size]

Вслед за началом бета-тестирования Firefox 5 сформирована Aurora-ветка Firefox 6, которая отделилась от непрерывно развивающегося экспериментального репозитория mozilla-central. На стадии Aurora развитие браузера эквивалентно стадии альфа-версии, на которой проводится начальный анализ качества функциональности и отсеивание непригодных для релиза возможностей. Через 6 недель на базе ветки Aurora будет создан Firefox 6-beta. Ежедневные сборки, выполненные на основе среза репозитория Aurora, можно загрузить здесь.

Из новшеств, которые планируется принять в состав Firefox 6, можно отметить:

• Окно управления данными, привязанными к определенным сайтам. В данном окне для заданного сайта можно определить политику сохранения паролей, использования Cookie, открытия всплывающих окон и задействования некоторых HTML5-технологий, таких как offline-хранилище и GEO API. Ранее подобные настройки имели глобальную область видимости - их можно было включить для всех сайтов или отключить, сейчас появилась возможность выборочной настройки. Система пока действует в экспериментальном режиме и требует ввода "about:permissions" в адресной строке;
  
• В менеджер дополнений интегрирована система Plugin Check, которая позволит выполнять быструю проверку совместимости установленных плагинов.
• Формирование панорамных групп только по требованию (Panorama Groups on Demand) позволит ускорить запуск браузера и улучшит удобство работы, предоставив пользователю возможность загрузки сохраненных групп вкладок только при использовании функции панорамного просмотра;
• Обеспечена дополнительная поддержка HTML5, DOM level 3, отправляемых на сервер событий, сетевых технологий и других инструментов разработки web-приложений;
• Добавлена панель Scratchpad для быстрой сборки и тестирования небольших кусков кода на Javascript;
• В Web Console добавлена возможность интеграции в другие части интерфейса Firefox или работы как отдельного окна;
• Все инструменты для web-разработчиков выделены в отдельное меню "Web Developer".
  

# opennet.ru