Тестирование нестабильных сборок 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

RusDS · №3377

iDev.Pi
Ок. Спасибо.

жрнжп · №3378

Скажите, ни у кого не обнуляется кэш после одного из недавних обновлений?

Отредактировано жрнжп (31-07-2011 19:14:29)

=Agasfer= · №3379

жрнжп
Не было ни разу

жрнжп · №3380

=Agasfer=
Спасибо. Значит что-то с профилем.

=Agasfer= · №3381

жрнжп
Может у кого-то с [windows] было.... Подожите других ответов.
Во всяком случае у меня на [linux] 2-е разные [nightly] и такого не наблюдается (одна сборка - почасовая с фтп, вторая - ежедневно собираемая собственноручно из исходников) Профиля в обеих сборках одинаковые (клонированые)

pohunohi · №3382

жрнжп

жрнжп пишет

Скажите, ни у кого не обнуляется кэш после одного из недавних обновлений?

Было такое на вчерашней ночнушке.

жрнжп · №3383

pohunohi
На 2011-07-31? Локализованной или английской? У меня локализованная, [windows]

Artem_S · №3384

iDev.Pi пишет

на сегодняшней найтли снова крэши

Угу

жрнжп пишет

Скажите, ни у кого не обнуляется кэш после одного из недавних обновлений?

После краша посмотрел - кеш 974 кб, что явно мало. Значит обнулился.

pohunohi · №3385

жрнжп
En, WinXP за 30 число. Сейчас уже все нормально.

Artem_S пишет

После краша посмотрел - кеш 974 кб, что явно мало. Значит обнулился.

Ну после краша он всегда обнуляется. А у меня он обнулился именно после обновления и никаких сообщений о краше небыло.

Отредактировано pohunohi (31-07-2011 20:13:36)

жрнжп · №3386

pohunohi
Ясно.
Обнуляется кеш после выхода из программы (или при входе?). Ещё заметил, что быстрее сам процесс firefox.exe отрубается (чем обычно). Началось вчера или позавчера.

Отредактировано жрнжп (31-07-2011 20:33:07)

In$ane · №3387

NeliyZar
Можете передать Сэму, чтоб он уделил форуму час времени!

Result: 87 Errors, 56 warning(s)
Encoding: windows-1251
Doctype: XHTML 1.0 Transitional

О какой кодировке может идти речь? Браузеры УГАДЫВАЮТ что хотели вебмастера сказать! Так что если в 7,8й версии что-то сменили, то ничего страшного. Пинай Сэма!

жрнжп · №3388

Видимо всё-таки не в профиле дело. В ru Aurora 2011-07-31 всё нормально.

pohunohi · №3389

У меня опять кеш слетел. :sick: Только уже на сегодняшней ночнушке и без видимых причин и крашей. До этого уже раз пять закрывал и все было нормально.
Мне кажется что дело может быть в этом -

Пофиксили Bug 670911 - Cache slow to clear (and hangs UI) after a crash
Теперь время запуска браузера после насильственного выхода из (или краха) Firefox уменьшилось в 70 раз (проблема лежала в NTFS permissions):

http://forum.mozilla-russia.org/viewtopic.php?pid=507920#p507920

жрнжп
У вас какая винда?

Отредактировано pohunohi (31-07-2011 21:04:03)

NeliyZar · №3390

In$ane

In$ane пишет

Пинай Сэма!

Писиб, попинаю))) Только Сема бесполезно, лучше Дарка

Скорее всего из за того что все релизные браузеры (ФФ5, Опера, Хром) отображают его нормально. А изменения какие то коснулись только с ФФ6, и то буквально на днях...

жрнжп · №3391

pohunohi
Windows 7 x86 SP1
Пишу со [firefox] с [linux]

Отредактировано жрнжп (31-07-2011 22:46:38)

adminnu · №3392

NeliyZar пишет

1. если поставлено в Auto, то либо HTTP-заголовок, отдаваемый сервером, либо тег <meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />Вот так должно быть. ФФ8 и 7 не правильно обрабатывает эту часть и авто выставляет Юникод. Скачала финал 5,0,1 у нее как и положено 1251. Если кто знает баг это или нет- расскажите Расширения прежние, профиль во всех версиях тоже.

В основном важен http заголовок. Он правится в web-сервере (apache, nginx). Или в виде функции на php, vBulletin на нем написан, header();
В теге meta не особо воспринимается браузером. Ну и не забыть то, что и файлы должны быть в нужной кодировке.

iDev.Pi · №3393

Artem_S пишет

на сегодняшней найтли снова крэши

похоже это баг 675437 или баг 675506

Отредактировано iDev.Pi (01-08-2011 00:55:57)

svobodniy · №3394

iDev.Pi пишет

svobodniy пишет
Покажешь?
если зажать ctrl и потом начать тащить таб, то если его примерно секунду подержать над другим табом - то открывается просмотр этого таба и там уже дропаешь куда надо. Разве с спиддиалом это не работает?

Кстати, можно тянуть и без ctrl. Работает и на СпидДиал в закладки.

И все же я думаю, что надо бомбить их по тикету. Пока что тикет не имеет статуса, а значит все в наших руках. В комментах упоминается другой тикет с 122 голосами и 311 комментами - и его как раз решили в пользу пользователей (анимация вкладок), попортив драг-н-дроп. Надо сделать это хотя бы опциональным решением. Мне, например, нафиг не сдалась эта анимация, когда все вкладки прыгают пока несешь другую. Да еще и регресс в управлении из-за этого...

spK · №3395

svobodniy

А как сделать драгндроп, если область дропа находится выше границы отрыва таба?

Вот у меня например, кнопка панели закладок находится на одном уровне с адресной строкой. Как браузер будет понимать, что я хочу именно дроп на нее (панель закладок) сделать, а не просто трясущимися руками тащу вкладку по таббару? Нужен новый алгоритм различения действий пользователя.
Это в том случае, если мы хотим делать дроп без всяких там Ctrl и других костылей.

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

Есть еще наверняка какие-то варианты решения, но мне они, как неспециалисту, неочевидны

Отредактировано spK (01-08-2011 02:47:28)

iDev.Pi · №3396

svobodniy пишет

И все же я думаю, что надо бомбить их по тикету.

так тикет то создан мной. Но практика показывает, что бомби их не бомби - толку всегда ноль. Они как глухие слепые аутисты, которые не хотят ничего слушать и будут делать по своему потому что уж они то знают как всё должно быть
и тикету статус уже выставляли RESOLVED WONTFIX, это я обратно сменил, т.к. не согласен на такой отказ.
И потом я не согласен с твоей позицией. Для чего нужна настройка отключения анимации? пускай анимация будет всегда, просто я хочу, чтобы было как раньше - драг-н-дроп на букмарки/букмарк_панель добавлял страницу в букмарки/букмарк_панель. Без всякого CTRL. CTRL нужен только для клонирования вкладки - а они и это испортили (о чём я также завёл баг 675438 и который тоже уже успел побывать WONTFIX) - теперь CTRL надо зажимать не в момент дропа, а в момент начала дрэга, что тупо и идёт вразрез с пользовательской практикой (начиная с windows explorer-а, кончая десятилетием работы в лисе так как оно было раньше).

spK пишет

А как сделать драгндроп, если область дропа находится выше границы отрыва таба?

сделать проверку "а что у нас под курсором?" в момент дропа. Если под курсором букмарки или букмарк тулбар - надо просто сохранить эту вкладку туда, а не детачить её от окна.

Отредактировано iDev.Pi (01-08-2011 04:37:30)

iDev.Pi · №3397

а у всех на этой странице перестаёт работать мидл-клик по заголовкам статей спустя какое-то время?
баг проявляется, только если middlemouse.paste;true

Отредактировано iDev.Pi (01-08-2011 06:00:01)

VeRtex · №3398

iDev.Pi
Подтверждаю, перестал работать сразу, как только сменил значение параметра.

svobodniy · №3399

spK пишет

svobodniy
А как сделать драгндроп, если область дропа находится выше границы отрыва таба?
Вот у меня например, кнопка панели закладок находится на одном уровне с адресной строкой. Как браузер будет понимать, что я хочу именно дроп на нее (панель закладок) сделать, а не просто трясущимися руками тащу вкладку по таббару? Нужен новый алгоритм различения действий пользователя.
Это в том случае, если мы хотим делать дроп без всяких там Ctrl и других костылей.

Честно говоря не понял ничего из этого. Скрин можно? Я как только не ставил панели, всегда д-н-д работал нормально (на всех версиях с 3.5 до 8.0, до прошлой недели).

iDev.Pi пишет

так тикет то создан мной.

Ну так это хорошо. Я ж не претендую на авторство

iDev.Pi пишет

Но практика показывает, что бомби их не бомби - толку всегда ноль. Они как глухие слепые аутисты, которые не хотят ничего слушать и будут делать по своему потому что уж они то знают как всё должно быть

Будем надеяться, что услышат. Многие тикеты висят по несколько лет и потом внедряются. Но тут конечно регресс на лицо

iDev.Pi пишет

И потом я не согласен с твоей позицией. Для чего нужна настройка отключения анимации? пускай анимация будет всегда, просто я хочу, чтобы было как раньше - драг-н-дроп на букмарки/букмарк_панель добавлял страницу в букмарки/букмарк_панель.

Настройку я предложил как легкое решение проблемы, если они не могут ее решить на данном уровне. Как бы либо "по-старому", либо "по-новому" - это легче сделать.

iDev.Pi пишет

Без всякого CTRL... теперь CTRL надо зажимать не в момент дропа, а в момент начала дрэга, что тупо и идёт вразрез с пользовательской практикой (начиная с windows explorer-а, кончая десятилетием работы в лисе так как оно было раньше).

Эм. Как я написал выше, ctrl зажимать вообще не надо, если дропаешь фавикон из адресной строки... Но лично мне это не удобно. Я привык везде дропать именно вкладки.

anton71 · №3400

жрнжп
Несколько раз было, а так-же слетали куки и сохранённые данные для входа, что-бы не парится поставил Xmark и LastPass

spK · №3401

iDev.Pi пишет

сделать проверку "а что у нас под курсором?" в момент дропа. Если под курсором букмарки или букмарк тулбар - надо просто сохранить эту вкладку туда, а не детачить её от окна.

Наверное тогда следует сделать секундную задержку перед открыванием панели закладок, если курсор завис над кнопкой этой панели например. Чтобы при случайном прохождениии над этой кнопкой, панель не разворачивалась впустую.

А если букмарк тулбар расположен за пределами границы, прохождение которой вызывает визуальный детач, это не помешает переносить в закладки драгэндропом уже оторванный таб?

svobodniy

svobodniy пишет

Честно говоря не понял ничего из этого. Скрин можно? Я как только не ставил панели, всегда д-н-д работал нормально (на всех версиях с 3.5 до 8.0, до прошлой недели).

Скрин чего?
Вы же понимаете, что проблема вылезла вовсе не потому, что в Мозилла ненавидят пользователей и хотят уничтожить драгндроп?
Проблема, очевидным образом, связана с реализацией анимированных табов, которая, в свете гонки с гуглом, судя по всему является одной из первоочередных задач теперь.
И там, скорее всего, не все так просто как кажется на первый взгляд.

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

Отредактировано spK (01-08-2011 11:10:48)

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

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