jira
Flash Builder 4 — как обойти баг установки плагинов
Поломался механизм установки обновлений в новой, предрелизной версии 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:
- Скачайте zip-архив с сайтом плагина, вот прямая ссылка на subclipse site-1.6.4.zip.
- Распакуйте содержимое архива, а именно каталоги plugins и features, в каталог установки Flash Builder 4 Prerelease.
- Перезапустить Eclipse / Flash Builder.
Второй способ более хитрый и заключается в том, чтобы включить в вашем Eclipse "классический" механизм работы с апдейтами:
- Найдите файл org.eclipse.ui.workbench.prefs
- Добавьте в этот файл строку:
UIActivities.org.eclipse.equinox.p2.ui.sdk.classicUpdate=true - Перезапустите 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, и они говорят, что уже его исправили. Но этот билд пока недоступен, а рецепты обхода багов апдейтера могут еще пригодиться.
Исправление бага
FB-21568, связанного с кривой работой отладчика, и за который мы голосовали делает прогресс — багу дали статус B (Major issue) и сказали девам исправить его уже в следующей бете Flash Builder, i14.
Избранные баги Flash
Здесь мы собираем баги Flash с целью их уничтожения - добавляйте ошибки флэша в комментариях.
Баги Flash Professional
CS5
- Flash CS5 не умеет импортировать пустые слои из PSD-файла.
- Сбои при сохранении файлов: порча FLA-исходника во Flash CS5.
Дмитрий Юханов просит присылать баги ему лично
Если Вы сталкиваетесь с ошибками в последних версиях Flash Pro (на данный момент, CS5.5), Вы можете написать о них Дмитрию Юханову - он может поспособствовать их исправлению в следующих версиях и обновлениях Flash Pro.
По возможности, при описании проблемы, пишите, пожалуйста версию Flash Pro (очень желательно - полностью, посмотреть можно в окошке "About...") и название ОС (желательно также с номером версии).
Баги Flash Player
FP-40: баг ввода cимволов в кодировке UTF-8 на Линуксах.FP-444: невозможность глобального контроля исключений в проекте- исправлено во Flash Player 10.1.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, тэг Flash CS5 Bugs) (контент может дублироваться).
Есть баг, важный и злой, и он не попал сюда?
Комментируйте, будем дополнять.
Похоже, мы таки достали Adobe с этим вашим Линуксом
Вчера и позавчера за баг ввода UTF-8 на Линуксах FP-40 поступило 15 новых голосов. Спасибо вам за поддержку тут и там! Уверен, что это помогло довести количество голосов со 192 до 207. Таким образом, барьер в 200 голосов был преодолен вчера, и сейчас этот баг — третий в списке по количеству голосов. Мы не знаем, что происходит внутри Adobe, знаем только, что вчера ответственный за исправление бага FP-40 Чарльз Лисс написал:
Спасибо вам за голоса и комментарии. В то время, как я хотел бы сообщить вам, когда это будет исправлено, я не могу назвать точной даты. Я могу сказать, что мы исправим это в следующем большом обновлении версии ("major update"). Как только выйдет релиз, вы увидите этот баг в Release Notes как часть этого релиза. Когда это произойдет, я алсо закрою этот баг здесь как исправленный. Я понимаю и ценю вашу фрустрацию и мы усердно работаем, чтобы доставить вам качественный релиз со множеством исправлений и новых возможностей.
Спасибо тебе, Чарльз. Прости, если что не так. Сам понимаешь у нас GNU/Linuxоiди обступили со всех сторон и требуют сатiсфакциi их невiносимой фрустрациi.
А тем временем не надо здесь сидеть сложив на колени руки. Давайте поднимем баг, который достал даже сильнее: голосуем за FP-273, правильное эхоподавление во Flash Player! Ему нужен один голос, чтобы попасть фдисятку. Правда, при этом она обгонит другой баг FP-37, про поддержку AMD64 + Linux...
Немного внутренностей глючных выражений switch/case
Недавно мы голосовали за исправление бага 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
Что и есть проявление бага. Интересно, чорт побери. Даже такому чайнику в ассемблере, как я.
А хочешь — вместо написания кода поработать компилятором?
Я — не хочу. Тут два варианта: или развивать орлиный глаз, или заворачивать содержимое внутри блока switch/case в фигурные скобки. Но расскажу по порядку.
Во Flash- и Flex-компиляторе есть баг, который может убить много вашего времени. Баг в том, что компилятор не ругается на многие синтаксические ошибки внутри блока switch/case. Компилятор запросто пропускает кучу безумных конструкций. В результате неправильно записанная операция не сработает в вашей программе, не вызвав ни ошибки во время компиляции, ни ошибки во время выполнения. Просто не сработает и сиди гадай, что у тебя в коде не так. Вот наглядный пример, где в строках 8, 9, 10 и 11 пропущены различные операторы:
var result: String = "not defined";
switch( true )
{
case true:
// Следующие четыре строки кода не выполнятся.
// При этом они не вызывают ошибки компилятора.
// И не вызывают исключения во время выполнения во Flash Player.
result = 'A''B';
result = 1'B';
result = "a"true;
result = 1true;
break;
}
// Вывод: "Result is: not defined."
trace("Result is: " + result + ".");Но в этом примере ошибку найти легко (он для того и сделан простым), а вот в реальной жизни — найдите-ка ее в следующем коде после пары-тройки часов плотного кодирования:
case newMessageByUser:
var html:String = "not defined";
html = '@'+uname+':
'+
''+juickbody+'
'+
'Reply to #'+mid+', ' +
'Web: '+murl'
';
trace("html=" + html);
break;
Ошибка тут есть, она одна, и компилятор ничего не скажет о ней, пока этот код находится внутри блока case. Сиди и думай сам, что не так и почему выводится html=not defined, а не ожидаемое html=[клевая отформатированная строка].
В результате — масса убитого зря времени, фрустрация, передозировка кофеина, ад, кромешный ад. А ведь его можно легко избежать, если просто завернуть внутренности case: { в фигурные скобки }. На приведенном выше простом примере:
switch (true)
{
case true:
{
result = 'A''B'; // Теперь компилятор укажет на ошибку синтаксиса здесь :)
break;
}
}Что можно с этим сделать?
Пока этот баг в компиляторе не будет исправлен, я рекомендую использовать фигурные скобки внутри case, просто, чтобы не тратить зря свое время.
А чтобы этот баг исчез вообще, хорошо было бы проголосовать за него, пока он еще горяч.
Кстати! Радуют результаты нашего предыдущего голосования три дня тому! Разработчик флексового отладчика Майк Мориарти уже взялся за дело, воспроизвел и пофиксил баг локально. А на форуме бета-тестеров Flash Builder он удивился количеству голосов за этот баг 
А еще в switch/case есть несколько ошибок, похожих на эту.
Облегчим себе отладку приложений Adobe AIR?
Update: баг исправлен. Спасибо за ваши голоса!
Нашел баг во Flash Builder 4. Портит жизнь при отладке AIR-приложений под Windows (под Маком нет).
Описание:
1. Во Flash Builder запускаем дебаг AIR-приложения (жмем F11). Стартует отладка.
2. Не закрывая приложения, во Flash Builder пытаемся запустить дебаг снова (еще раз F11).
3. Возникает поп-ап, дающий "широкий выбор опций":
Это окно реально мешает дебажить приложения, и нет способа его отключить. А при суровой отладке, как вы знаете, хотелось бы именно отлаживать, а не кликать по надоедливым поп-апам.
При этом у Маководов выбор действительно есть: они могут выбрать, завершать ли текущую дебаг-сессию, или продолжить, а заодно и поставить галочку "Больше не спрашивай, а всегда делай так как я сказал". Бага не зависит от версии Flex SDK (3.4, 4 - результат тот же).
Сообщил о баге на форуме бета-тестеров Flash Builder. Майк Мориарти, тот самый, что заведует разработкой флексового дебаггера, быстро ответил там же, что хотел бы это исправить.
Записал баг № 21568 в Adobe JIRA.
Учитывая то, что Flash Builder еще в бете, и что Майк живо отреагировал на этот баг, предлагаю оперативно голосовать, чтобы в релизной версии иметь нормальный функционал дебаггера.
Попробуем улучшить еще не вышедший Flash Builder 4?
Как вы уже наверное знаете, во Flash Builder 4 будет встроенная поддержка Unit Tests и много других новых вкусностей. И те, кто участвует в Adobe Prerelease, уже смогли попробовать это и даже написать отчеты о найденных ошибках, чем активно занимается Костя Ковалев — ниже вы найдете несколько отчетов от него. Да, Flash Builder еще сыроват. Чтобы помочь разработчикам еще до выпуска публичной беты (а она будет уже совсем скоро) исправить самые критичные моменты, просим вас проголосовать в Adobe JIRA за несколько важнейших вещей.
Голосуем за правильно работающую IDE
- Здесь вы голосуете за то, чтобы в подсказках при наборе кода аргументы функции были первыми в списке (это удобно):
Function arguments are the last in content assist - А вот, один из тупейших и раздражающий багов, проект просто не работает:
Internal build error using standalone SDK 4.0.0.5902 - За то, чтобы с Flash Builder можно было использовать не только встроенный в нeго Flex SDK, но и другие, скачанные с сайта Adobe OpenSource. Например, более новые с багфиксами:
Automatically checking and adding (if necessary) netmon.swc to the Flex project
Голосуем за безошибочную поддержку Flex Unit
- It is very unclear what version of FlexUnit is used
- Files generated by FlexUnit support are remained after tests crashing
- Possibility to run tests using file:/// path even if it is server project
Ковалев написал много багрепортов для голосования. Он сделал за нас всю работу — поддержим?
Знаменитый Баг-444 признан важным
В Adobe согласились, что неспособность Flash Player (issue 444) перехватывать любую ошибку (и при этом оставлять пользователя наедине с застывшим приложением) есть плохо. Вчера у этой записи в Adobe JIRA сменилось значение одного свойства, но зато какого: Internal Priority. Было: "", стало: "A". Что же, будем надеяться, что вчерашнее изменение приведет к скорому исправлению этого досадного поведения.
Намекнем Adobe на баг c вводом символов в кодировке UTF-8?
Нам не нравится то, что Adobe не фиксит старые баги? Например, известный баг с utf8-вводом при wmode=transparent или opaque (особенно глючит в Linux). Это тормозит разработку многих приложений, использующих не-латинские символы. Во Flash Player 10 этот баг тоже есть, и это очень мало радует. Поможем Adobe повысить приоритет проблемы? Голосуем?
// alex, спасибо за наводку, yelbota — спасибо за багрепорт!