Флэш Потрошитель этот | тот | 1.0

Сегодня увидел в своей френд-ленте на жуйке много записей, связанных с багами от Adobe, делюсь с вами:

• Develar сообщает, что Бобры тихо грызут дерево: bugs.adobe.com/jira/browse/ASC-3726
• Kutu пишет: Если есть желание, то проголосуйте за фичу для OSMF, чтобы для видео сделать простую проперти как smoothing. Сейчас, чтобы сделать у видео сглаживание, нужно написать три неочевидные строки, которые ещё нужно откопать на форуме адоби. Голосовать здесь: bugs.adobe.com/jira/browse/FM-235.
• JabbyPanda спрашивает: А правда ли что в Флеш плеере 10.1.51.45 под Mac OS 10.6 "Snow Leopard" нельзя в textInput ввести символы кирилицей?! bugs.adobe.com/jira/browse/FP-3213
• Потом Develar радует: Производительность компонент Flex 4 Gumbo выросла на ~10% практически во всех внутренних стресс-тестах Adobe. Некоторые показывают прирост в ~25-30%. bugs.adobe.com/jira/browse/SDK-24249
• Затем гениальный, и потому не сразу понятный Develar заходит в вираж: Все что ниже — бред. Потому что это не jetbrains, а Adobe. Баг остался, походу придется либо продолжать ждать редактор от сами знаете кого, либо патчить компилятор. Йхо-хо. Они это сделали. ASC be smarter about matching protected namespaces when checking overrides of accessors to avoid false ambiguous reference errors: bugs.adobe.com/jira/browse/ASC-3744 и соответствующий ему приватный закрытый баг ASC-3099. Теперь можно удалить ряд хаков из кода. Это особенно критично для Gumbo, где есть определенный бардак IUIComponent, IVisualElement и в результате невозможно использовать ничего из общего для них IFlexDisplayObject (даже если просто от IVIsualElement, то что делать с IToolTipManagerClient?).

Пишу на всякий случай: вдруг вы еще не знаете, что лучшие люди водятся в Жуйке, ктору открыл Костянтинер Костян.

Поломался механизм установки обновлений в новой, предрелизной версии Flash Builder 4, построенной на Eclipse 3.5. Ее порядковый номер — i16, не путать с Flash Builder Beta 2 — там номер i15. Скачать эту версию могут бета-тестеры Adobe, стать им несложно. Но такая же проблема может возникать при установке Beta 2 как плагина к Eclipse 3.5 (возникает? отпишитесь, плиз).

Поломка — в обновленном диалоге установки плагинов и апдейтов. Вот — нормальный вид окна "Help->Install New Software", обратите внимание на комбобокс "Work with", для выбора сайта с апдейтом:

А вот так это выглядит во Flash Builder 4 Prerelease под Windows, тут нет того комбобокса:

Как видно, тут не хватает выпадающего списка для указания сайта с плагином. Обойти это можно двумя способами.

Первый способ простой и сводится к распаковке архива с плагином в нужные директории, на примере Subclipse:

1. Скачайте zip-архив с сайтом плагина, вот прямая ссылка на subclipse site-1.6.4.zip.
2. Распакуйте содержимое архива, а именно каталоги plugins и features, в каталог установки Flash Builder 4 Prerelease.
3. Перезапустить Eclipse / Flash Builder.

Второй способ более хитрый и заключается в том, чтобы включить в вашем Eclipse "классический" механизм работы с апдейтами:

1. Найдите файл org.eclipse.ui.workbench.prefs
2. Добавьте в этот файл строку: UIActivities.org.eclipse.equinox.p2.ui.sdk.classicUpdate=true
3. Перезапустите Eclipse / Flash Builder и установите плагин через ставший теперь доступным классический диалог апдейтера: "Help > Software Updates > Find and Install..." и дальше — как обычно в классическом варианте.

Где искать файл org.eclipse.ui.workbench.prefs:

Win: \Documents and Settings\[Username]\Adobe Flash Builder 4 Prerelease\.metadata\.plugins\org.eclipse.core.runtime\.settings
OSX: /Users/[Username]/Documents/Adobe Flash Builder 4 Prerelease/.metadata/.plugins/org.eclipse.core.runtime/.settings

Если этого файла в указанных каталогах не существует, то создайте его.

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

Это — коллекция багов Flash Player от Флэш Потрошителей. Это черновик. Он дополяняется и уточняется. Комментируйте и критикуйте в комментариях.

Баги Flash Player

• FP-40: баг ввода cимволов в кодировке UTF-8 на Линуксах.
• FP-444: невозможность глобального контроля исключений в проекте.
• FP-273: отсутствие эхоподавления во Flash Player.

Баги Actionscript Compiler

• ASC-3644: некорректная компиляция выражений switch/case.
• ASC-3778: связан с ASC-3644, как и несколько похожих. Потропост о ASC-3778.

Баги Flash Builder 4

• Чудовищно медленный Profiler в новом Flash Builder 4 - голосовать здесь.
• FB-19874: Нужно автоматическое добавление netmon.swc во Flex проект.
• FB-17576: Возможность запускать юнить-тесты, используя путь типа "file:///..." даже для серверного проекта.
• FB-21568: За удобную отладку при попытке повторного запуска отладчика — исправлен 08/11/09 (через два с половиной месяца после багрепорта 07/07/2009)

См. также все баги, найденные Костей Ковалевым

Важная страница по теме: Латентные баги Flash Player: собираем коллекцию уродов

Записи на тему исправления багов Flash

тэг Bugs, тэг JIRA (контент может дублироваться).

Есть баг, важный и злой, и он не попал сюда?

Комментируйте, будем дополнять.

Вчера и позавчера за баг ввода UTF-8 на Линуксах FP-40 поступило 15 новых голосов. Спасибо вам за поддержку тут и там! Уверен, что это помогло довести количество голосов со 192 до 207. Таким образом, барьер в 200 голосов был преодолен вчера, и сейчас этот баг — третий в списке по количеству голосов. Мы не знаем, что происходит внутри Adobe, знаем только, что вчера ответственный за исправление бага FP-40 Чарльз Лисс написал:

Спасибо тебе, Чарльз. Прости, если что не так. Сам понимаешь у нас GNU/Linuxоiди обступили со всех сторон и требуют сатiсфакциi их невiносимой фрустрациi.

А тем временем не надо здесь сидеть сложив на колени руки. Давайте поднимем баг, который достал даже сильнее: голосуем за FP-273, правильное эхоподавление во Flash Player! Ему нужен один голос, чтобы попасть фдисятку. Правда, при этом она обгонит другой баг FP-37, про поддержку AMD64 + Linux...

Недавно мы голосовали за исправление бага ASC-3778, который делает работу с выражениями switch/case не только трудной, но и опасной. Спасибо всем, кто проголосовал! Баг уже набрал 18 голосов, его статус изменился на "Internal Review", и в результате этого "внутреннего рассмотрения" баг посчитали связанным с багом ASC-3644, который имеет приоритет "B - Major Issue", и с ним связано еще 8 проблем. Его устранение запланировано на версию Milestone FP 10.1.

Но самое интересное — это сам багрепорт по багу # 3644. Во-первых, отчет об ошибке сделан сотрудником Adobe Ларсом Хансеном, который тоже фиксит баги плейера. Во-вторых, Ларс разбирает этот баг на низком уровне. Он предлагает скомпилировать код файла switch.as с помощью asc.jar с опцией -optimize, затем сделать дамп (дизассемблировать) получившийся файл switch.abc и уже в файле с результатами дампа switch-abc-nemo440.dump обнаружить, что вместо ожидаемых 8 инструкций case во флэшовом ассемблере получилось 9, то есть на одну больше, чем просили (L2...L10):

162       lookupswitch  	default:L10 maxcase:8 L2 L3 L4 L5 L6 L7 L8 L9 L10

Что и есть проявление бага. Интересно, чорт побери. Даже такому чайнику в ассемблере, как я.

За свою более чем десятилетнюю историю Flash Player развился от простенького анимационного движка до универсальной платформы для создания приложений.

Но не только новые возможности добавляются в каждой новой версии, но и новые проблемы. Как правило, почти все они исправляются в следующей версии проигрывателя, но бывают баги, которые живут годами, переходя из версии в версию. Есть среди них баги, которые разработчики Flash Player даже не комментируют, делая вид, будто их нет.

Вот, например, один из багов-старожилов:

Флэш-проигрыватель наотрез отказывается правильно работать в режиме полной прозрачности, задаваемой через параметр wmode="transparent". Стоит его включить, как появляется целый букет болячек: от резкого падения FPS и производительности (что вполне объяснимо, вед прозрачность тоже считать надо) до вообще необъяснимой невозможности ввода не-латинских символов в режиме прозрачности. Совсем недавно эту проблему в который раз обсудили в ruFlash, снова придя к неутешительному выводу, что воз и ныне там, хоть на дворе уже Flash Player 10. И Adobe не спешит эту ситуацию комментировать.

А знаменитый баг-444, связанный с невозможностью глобального отлова исключений в проекте? Он приводит к остановке приложения прямо перед недоумевающим пользователем, и у разработчика нет никакой возможности это исправить. Еще один экспонат этой выставки уродов, и снова Adobe молчит.

Сюда же можно отнести игнорирование проблемы эхоподавления во Flash Player (баг-273), которое мы уже обсуждали. И здесь мы слышим унылое молчание Adobe.

Собираем товар лицом для демонстрации

Тем временем, опыт получения правильного аудио во флэше доказывает, что если говорить целенаправленно и четко, то Adobe прислушивается и фиксит, или хотя бы объясняет свою позицию.

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

Итак, прошу в комментариях писать о латентных багах:

1. Описание бага и ссылка на него в Adobe JIRA (если есть).
2. Как давно существует проблема.
3. Что по этому поводу говорит Adobe (и говорит ли), и что хотите сказать вы.

Неконструктивные комменты трутся в режиме реального времени, наша цель — добиться реакции Adobe.

******BUG******

Shortcut for applying Bold font Style works incorrectly

It not only changes Style, but also can change font Family value in the Properties panel.

Steps to reproduce the bug:

1. Create new document in Flash CS4.
2. Add new static text field with "Test" text, Arial font should be used.
3. Select the text field and press Ctrl + Shift + B, which is shortcut for applying Bold Style.

Results:

Font Style becomes Bold, but also font FAmily changes to Arial Narrow and new font is applied to the text field.

Expected results:

Font Style should become Bold without any font Family changes.

В Adobe согласились, что неспособность Flash Player (issue 444) перехватывать любую ошибку (и при этом оставлять пользователя наедине с застывшим приложением) есть плохо. Вчера у этой записи в Adobe JIRA сменилось значение одного свойства, но зато какого: Internal Priority. Было: "", стало: "A". Что же, будем надеяться, что вчерашнее изменение приведет к скорому исправлению этого досадного поведения.

Как многим уже известно, следующая встреча Ukrainian Adobe Flash Platform User Group состоится 28 февраля в Харькове. А идею сокращенного названия UFUG Андрей Панас предложил уже давно — как вам?

Место: Харьков, пр. Ленина, 47, ФТИНТ ("Институт низких температур"), офис компании GlobalLogic, к. 220. Ближайшая станция метро: 23 Августа, время в пути: 5 минут.
Время: Начало в 13:00, беседуем до 19, а затем — любимая неофициальная часть.

Схема проезда к офису GlobalLogic ("Институт низких температур")

На повестке дня:

1. Илья Панин. Eclipse Monkey — безграничный функционал Flex Builder'а.
2. Ростислав Сирык. Сертификация AIR-приложений: что, как, зачем, почем и можно ли бесплатно.
3. Update: решаем судьбу сайта fpug.org.ua, готовьте мысли! (Было: Топчем Flex-баги. Событие BugQuash состоится 28 марта, регистрироваться здесь.)

Регистрация на встречу UFUG в Харькове 28 февраля

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

Важно: При себе желательнно иметь документ, удостоверяющий личность. Для прохождения на территорию ФТИНТ через проходную требуется полный список участников, поэтому перед встречей будет разослано письмо с подтвержением участия и просьбой сообщить ваши имя и фамилию, которые вас могут попросить сообщить на проходной.

Какие будут пожелания, предложения, вопросы?

Нам не нравится то, что Adobe не фиксит старые баги? Например, известный баг с utf8-вводом при wmode=transparent или opaque (особенно глючит в Linux). Это тормозит разработку многих приложений, использующих не-латинские символы. Во Flash Player 10 этот баг тоже есть, и это очень мало радует. Поможем Adobe повысить приоритет проблемы? Голосуем?

// alex, спасибо за наводку, yelbota — спасибо за багрепорт!