Протоколы собраний сотрудников 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
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
seleko
ну ты-то не хомячок, ведь у тебя есть ЛИИИНУКС.
Добавлено 01-03-2012 11:51:29
Если немного прокручивать - то довольно мягко. Резко крутануть - рывок будет вырвиглазный.
там в about:config настройки есть - можешь их покрутить, заодно и разработчикам поможешь.
Отредактировано iDev.Pi (01-03-2012 11:51:29)
mzfx
Отсутствует
А я всегда думал, что в первую очередь вендовые билды пилятся, ибо хомячков больше.
Ну так они и пилятся в первую очередь. Но в 32-битном варианте. Много ли хомячков знает, чем 32-битная архитектура отличается от 64-битной (кроме как "цифра больше, 64-битный, значит должно быть круче")?
P.S. Хомячков и на хватает (хотя их и меньше вследствие меньшей распространенности данной ОС на настольных компьютерах), только там проблем по поводу битности не возникает: программы в репозиториях соответствуют разрядности ядра (за редким исключением), поэтому об этом даже думать не приходится.
Отредактировано konst1089 (01-03-2012 12:52:09)
Отсутствует
iDev.Pi
А там - как ни крути, всё равно, если быстро прокручивать, анимация срывается.
Большой кот... Пуфыстый... Полосатый... Зубастый (:
Отсутствует
64-разрядные сборки для Windows (MSVC) относятся только к платформе 2-го уровня, но все же более половины наших пользователей ночных сборок используют их (33507 WINNT_x86-MSVC против 37460 WINNT_x86_64-MSVC среднесуточных активных установок Firefox 13.0a1 в течение последних двух недель), а это означает, что они:
* Не тестируют актуальную разрядность (более распространённую сейчас - x86) выпущенную в aurora, beta или release каналах для Windows пользователей (Windows сборки на Aurora, beta и release каналах только 32-битные (как из расчёта на продвижение/поддержку, так и на использование соответствующих ночнушек)), тем самым снижая их пользу/назначение для разработчиков. В некоторых случаях они не в состоянии протестировать весь функционал, например, Mozilla Maintenance Service - в настоящее время доступна только для x86-версии, дожидаясь bug'а 715876.
* Если произойдёт значительное снижение производительности по сравнению с 32-битной версией - это приведёт к откату кода её вызвавшее, но затронет и все другие платформы. За последние 3 недели только в
(1) V8 регресс на 80%Выделить кодКод:
http://graphs-new.mozilla.org/graph.html#tests=[[76,1,19],[76,1,12]]&sel=1328150633518.812,1330185701601.2605&displayrange=90&datatype=running
и в(2) SunSpider на 20%.Выделить кодКод:
http://graphs-new.mozilla.org/graph.html#tests=[[75,1,19],[75,1,12]]&sel=1328278981105.6865,1330209574209.1348&displayrange=90&datatype=running
Сопутствующие проблемы:* Mozilla-central - единственная ветвь разработки, на которой проходят тесты Win64 - что с возросшим использованием mozilla-inbound, означает, что диапазоны регрессии могут быть, как после слияния ста изменений кода (Feb 17th Dromaeo regressions (V8 by 81.1%, CSS by 31.8%, String/Array/Eval/Regex by 20.6%, SunSpider by 10.8%), with an initial 102 changeset regression range) следовательно, отнимающая много времени для исследования (то есть: чего часто не происходит).
* Win64 тесты по умолчанию скрыты в Tinderboxpushlog (так как не разумно отказываться от целостности слияния только потому, что он возник из ветви разработки, на которой не проводятся эти тесты), так что, поэтому, как и перемежающиеся, так и долговременные оранжевые пометки игнорируются.
* Удивительно, но до сих пор по мнению некоторых пользователей Windows ночнушек, 64-битные MSVC сборки быстрее, чем их 32-битные аналоги, несмотря на то, что даже до последних регрессий, для этого не было доказательств (1)(2).
* Пользователи 64-разрядных версий Windows могут находиться под впечатлением, что 64-разрядные ночнушки как-то "более правильные" для их платформы, тем более, http://nightly.mozilla.org отображает 32-разрядные и 64-разрядные сборки равносильно, и нет никаких признаков того, что 64-битные сборки являются экспериментальными/непротестированными на эффективность.
* В то время, пока происходило подробное обсуждение плюсов и минусов Win64 (англ.), и последующий обзор фактов (англ.), но внутренне, большинство из разработчиков знали, что Win64 версии не являются чем-то, на чём мы будем сосредотачиваться на ближней срок - не было сообщений ни в одной публичной новостной ленте или блоге, сообщающих окончательное решение. Так что не удивительно, что среднестатистический пользователь ночных сборок не знает, что Win64 версии довольно сильно непригодны для общественного потребления.
В результате, я озабочен тем, что мы - разработчики, не только сами стреляем себе по ногам в отношении тестового покрытия 32-битных ночных сборок, но также оказываем более чем половине наших пользователей ночнушек медвежью услугу, выпуская непротестированные на эффективность и, вероятно, сборки, которые медленнее x86 - так, чтобы многие из них даже не подозревали об этом.
Отредактировано Wombat (01-03-2012 22:50:23)
Отсутствует
что Win64 версии довольно сильно непригодны для общественного потребления
Что-то я не пойму, что здесь написано... сижу на 64-разрядных сборках с их появления, в чем непригодность-то?
Мое мнение, что нужно допиливать 64-разрядку и ставить ее в основу разработки и тестирования, а 32-хразрядку поддерживать по тому же принципу, как сейчас х64.
Где-то читал, что у последнего 64-разрядка пошустрее будет. Вобще фокус смещается на 64-разрядные приложения, в идеале вовсе хотелось бы, чтобы библиотеки для поддержки 32-хразрядных приложений пылились на винте и не грузились в память
Отредактировано IcePriest (02-03-2012 00:05:29)
Отсутствует
Товарищи подскажите, что поставить или ???
И как у них со стабильностью?
Дополнение будут работать?
у меня стояла, но не долго....
Или ждать [firefox]11?
(Хотя че ее ждать.... )
[firefox]10.0.2........
Отредактировано AKBA (02-03-2012 00:31:20)
только у меня теперь в полноэкранном режиме вместо аеро под табами темный непрозрачный фон? классно выглядит и глаз теперь ломать не надо
ux за сегодняшнее число. могло появиться раньше, но как-то не приходилось пользоваться фуллскрином до этого
Отсутствует
Wombat
я бы был рад суть хотя бы по русски прочесть
нет так нет
пофиг
zit, читайте на здоровье! Только не по диагонали, как IcePriest, который видимо даже не удосужился осмыслить "прочитанное" и обратить внимание на то, кто и где это сказал и кто и что на это ответили...
Wombat пишетSid, просто безумно разумные доводы!! Вообще не понятно, чем они думали, что докатились до такой ситуёвины... А про мифы и так понятно было.
Хм, а я им поверил. Вроде всё убедительно пишут, и по ссылкам ходил. Ну ладно, не прав, значит не прав.
Wombat
Я полагаю, надо подождать, пока Google выкатит 64-битный Chrome под Windows. Тогда у Mozilla быстро произойдёт смена приоритетовP.S. И да, доводы у них там конечно любопытные. 64-битный Firefox под Windows тормозной и ест много памяти, потому что мы его недопилили. Давайте понизим его в статусе, тогда и допиливать его до приличного состояния мы не обязаны будем.
P.P.S. Интересно, как это повлияет на число тестеров ночных сборок. Следите за цифрами.
banbot, Sid, вообще-то это был не сарказм
Печально, что судя по тому, что я наблюдаю на нашем форуме, он - не исключение из того, о чём пишет Ed Morley, но похоже сама в этом виновата
И не надо приплетать сюда Linux/x86-64 и OS X/x86-64, так как эти платформы имеют первый уровень поддержки, поэтому и ситуация с ними совсееем другая.
Отредактировано Wombat (02-03-2012 02:22:31)
Отсутствует
Дополнение будут работать?
с этим сложнее всего, наиболее удачный ориентир , поскольку она стабильна в плане работы и в отображении. Для необходимых расширений нужен esr)))
Добро пожаловать на форум mozilla-russia.org. Здесь вы можете посоветоваться или обратиться за помощью к фанатам и пользователям продуктов Мозиллы. Если не знаете как правильно оформить пост специально для вас расписан пункт 2.2 правил форума
Сброс на примере Firefox – лёгкое решение большинства проблем
Починка браузера. Перенос своих настроек на новый профиль.
Отсутствует
AKBA
мне nightly кажутся более стабильными нежели aurora
+ ставите Add-on Compatibility Reporter для работы расширений и радуетесь
Отредактировано ales (02-03-2012 02:19:53)
Отсутствует
Товарищи подскажите, что поставить или ???
С какой целью?
И как у них со стабильностью?
Нормально.
Дополнение будут работать?
Какое(ие)?
Лучше один раз увидеть, чем прочитать много букв.
Отсутствует
хм... Логике лично для меня не поддаётся.. Ну вот честно не кривя душой по пунктам:
* Удивительно, но до сих пор по мнению некоторых пользователей Windows ночнушек, 64-битные MSVC сборки быстрее, чем их 32-битные аналоги, несмотря на то, что даже до последних регрессий, для этого не было доказательств (1)(2).
* Пользователи 64-разрядных версий Windows могут находиться под впечатлением, что 64-разрядные ночнушки как-то "более правильные" для их платформы, тем более, http://nightly.mozilla.org отображает 32-разрядные и 64-разрядные сборки равносильно, и нет никаких признаков того, что 64-битные сборки являются экспериментальными/непротестированными на эффективность.
А зачем тогда это было всё начинать и выкладывать для тестов 64-битные релизы - за уши ни кто не тянул. Тем что пользователи предпочитают тестить 64-х битные рилизы лишь говорит о том что у них есть на это весские причины, а популярность 64-х битных сборок перед 32-х битными лишь говорит разработчиков на что стоит делать акцент а не наоборот... Конечно у каждого своя политика - но честно говоря для меня лично при текущих обстоятельствах с учётом всё большего перехода всего софта на 64-битный код абсолютно непонятно, в особенности учитывая явную популярность тех же 64-х битных сборок фаерфокса по отношению к 32-х битным... На счёт тестов на более быструю работу 32-х битных релизов опять лишь говорит о том, что требуется доработка производителей - а кидать на середине то что сделано, при том, что сделано и достигнуто действительно много в этой области по сравнению в конкурентами - смысла 0 целых 0 десятых
* В то время, пока происходило подробное обсуждение плюсов и минусов Win64 (англ.), и последующий обзор фактов (англ.), но внутренне, большинство из разработчиков знали, что Win64 версии не являются чем-то, на чём мы будем сосредотачиваться на ближней срок - не было сообщений ни в одной публичной новостной ленте или блоге, сообщающих окончательное решение. Так что не удивительно, что среднестатистический пользователь ночных сборок не знает, что Win64 версии довольно сильно непригодны для общественного потребления.
В таком случае непонятно, а для чего вообще существуют тогда тестовые версии? Разве кто-то торопил разработчиков с официальным выпуском 64-х битного стабильного релиза?
> В результате, я озабочен тем, что мы - разработчики, не только сами стреляем себе по ногам в отношении тестового покрытия 32-битных ночных сборок, но также оказываем более чем половине наших пользователей ночнушек медвежью услугу, выпуская непротестированные на эффективность и, вероятно, сборки, которые медленнее x86 - так, чтобы многие из них даже не подозревали об этом.
Другими словами - извиняйте ребята, но не пошли бы вы подальше со своими 64-мя битами
> Так ведь осилили, только пока не собираются поддерживать
А смысл тогда отказыватся от ночнушек и терять кучу тестеров? В том то и дело, что сам вижу что осилили и реально непонимаю что не так )))
P.S. Интересно что бы сделали разработчики если бы мелкософт официально отказался от 32-х битной поддержки в будущих системах
P.P.S. Тем временем 64-х битная ночнушка в очередной раз получила обновление от 1-го марта... Может таки разработчики одумались...
Отредактировано YurikRecords (02-03-2012 05:27:30)
Отсутствует
Только не по диагонали, как IcePriest, который видимо даже не удосужился осмыслить "прочитанное" и обратить внимание на то, кто и где это сказал и кто и что на это ответили...
Я просто критически отнесся к выводам, сделанным на основе нескольких фактов. Раз уж на 64-битной ночнушке сидит больше пользователей и это "плохо" (с доводами, почему, я в принципе согласен), то это не повод отказываться от 64-битки, а вовсе даже наоборот. Большинство тестеров выбрало 64-битку и не надо за них додумывать, почему они это сделали, неблагодарное это занятие. Если уж не в состоянии или не собираетесь полноценно поддерживать и те и другие сборки, так выберите 64-битку в качестве основы, а 32-хбитные поддерживайте по остаточному принципу, как сейчас 64-битки. Так правильнее будет. Полноценная поддержка 32-битных программ в 64-битной винде не навсегда, рано или поздно все равно придется сделать выбор в пользу 64-хбитки. Так зачем бросать то, что уже сделано?
Отсутствует
поддержка 32-битных программ в 64-битной винде не навсегда
Ну да. Да и поскорее бы уж... Тянуть в завтра вчерашний день - теперь это удел мазильцев. Хотя, в принципе, можно было бы и на 32 не замахиваться (после замаха принято бить, иначе - быть освистанными), а пыхтеть себе на 16-битных осях. Аргументов, притянутых за уши, и при таком раскладе можно было бы насочинять
Интересно что бы сделали разработчики если бы мелкософт официально отказался от 32-х битной поддержки в будущих системах
Угадайте с трёх раз... Кстати, норвеги, кажись, угадали - Opera открыла 64-ветку, ждём Chromium
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Отсутствует
Где-то читал, что у последнего 64-разрядка пошустрее будет.
Можно ссылочку? Практика обратное показывает.
Тем временем 64-х битная ночнушка в очередной раз получила обновление от 1-го марта... Может таки разработчики одумались...
ИМХО, они их по инерции компилят.
Если уж не в состоянии или не собираетесь полноценно поддерживать и те и другие сборки, так выберите 64-битку в качестве основы, а 32-хбитные поддерживайте по остаточному принципу, как сейчас 64-битки. Так правильнее будет.
Вот не согласен. Так будет неправильно. 64х-битных виндовых систем сейчас не очень много. Сам только в конце того года внезапно узнал, что у нас на большинстве компах стоят 32х-битные Win7. Главный довод: "х32 быстрее ставится"
Реальных преимуществ от 64х-битности для браузера никаких нет. Пока их не появится ни гугл, ни опера не станут сильно вкладываться в подобную разработку.
Большой кот... Пуфыстый... Полосатый... Зубастый (:
Отсутствует
AKBA пишетТоварищи подскажите, что поставить или ???
С какой целью?
AKBA пишетИ как у них со стабильностью?
Нормально.
AKBA пишетДополнение будут работать?
Какое(ие)?
С целью юзать как обычную MF.
К примеру Quick Translator, Adblock Plus и т.д
Ну те что на addons.mozilla.org есть.
Отредактировано AKBA (02-03-2012 13:27:25)
мне nightly кажутся более стабильными нежели aurora
прошу обосновать... в качестве противоположного примера скажу что при любых проблемах с отображением на в всегда наблюдалась правильная стабильная картинка (поскольку это бывшая )
+ ставите Add-on Compatibility Reporter для работы расширений и радуетесь
это must have)))
Добро пожаловать на форум mozilla-russia.org. Здесь вы можете посоветоваться или обратиться за помощью к фанатам и пользователям продуктов Мозиллы. Если не знаете как правильно оформить пост специально для вас расписан пункт 2.2 правил форума
Сброс на примере Firefox – лёгкое решение большинства проблем
Починка браузера. Перенос своих настроек на новый профиль.
Отсутствует
ales пишетмне nightly кажутся более стабильными нежели aurora
прошу обосновать...
Не, не обосную. Потому и сказал "кажется". Это просто субъективное впечатление
Отсутствует
Парни вот такая вот проблема
не отображаются дополнения после того как установился спуник маил ру, который я удалил где только нашел упоминание о нем
как починить? я ставил и просто лису 10 все равно не отображается
неужели только удаление с настройками?
http://www.v-img.ru/images/thumbs/C5MyD.png
расширения штук 10 работают но их не видно
и "получить дополнения"-тоже голое окно....
http://forum.mozilla-russia.org/viewtopic.php?id=53229, самый конец топика N2.
"Большинство философов до сих пор придерживается весьма нефилософских воззрений на многие вопросы философии" Эдгар Аллан По
Отсутствует