![Флэш Потрошитель - Флэш & Флекс, rost[ухо]flash-ripper.com](/sites/all/themes/fripper/logo.png){kind=logo}
Латентные баги Flash Player: собираем коллекцию уродов
За свою более чем десятилетнюю историю Flash Player развился от простенького анимационного движка до универсальной платформы для создания приложений.
Но не только новые возможности добавляются в каждой новой версии, но и новые проблемы. Как правило, почти все они исправляются в следующей версии проигрывателя, но бывают баги, которые живут годами, переходя из версии в версию. Есть среди них баги, которые разработчики Flash Player даже не комментируют, делая вид, будто их нет.
Вот, например, один из багов-старожилов:
Флэш-проигрыватель наотрез отказывается правильно работать в режиме полной прозрачности, задаваемой через параметр wmode="transparent". Стоит его включить, как появляется целый букет болячек: от резкого падения FPS и производительности (что вполне объяснимо, вед прозрачность тоже считать надо) до вообще необъяснимой невозможности ввода не-латинских символов в режиме прозрачности. Совсем недавно эту проблему в который раз обсудили в ruFlash, снова придя к неутешительному выводу, что воз и ныне там, хоть на дворе уже Flash Player 10. И Adobe не спешит эту ситуацию комментировать.
А знаменитый баг-444, связанный с невозможностью глобального отлова исключений в проекте? Он приводит к остановке приложения прямо перед недоумевающим пользователем, и у разработчика нет никакой возможности это исправить. Еще один экспонат этой выставки уродов, и снова Adobe молчит.
Сюда же можно отнести игнорирование проблемы эхоподавления во Flash Player (баг-273), которое мы уже обсуждали. И здесь мы слышим унылое молчание Adobe.
Собираем товар лицом для демонстрации
Тем временем, опыт получения правильного аудио во флэше доказывает, что если говорить целенаправленно и четко, то Adobe прислушивается и фиксит, или хотя бы объясняет свою позицию.
Предлагаю собрать коллекцию самых латентных и злых багов Flash Player (давайте пока ограничимся этим), а по результатам составить статью или презентацию (берусь составить), где вопрос будет стоять ребром в сторону Adobe, которой просто негоже прикидываться шлангом при таком количестве реальных проблем!
Итак, прошу в комментариях писать о латентных багах:
- Описание бага и ссылка на него в Adobe JIRA (если есть).
- Как давно существует проблема.
- Что по этому поводу говорит Adobe (и говорит ли), и что хотите сказать вы.
Неконструктивные комменты трутся в режиме реального времени, наша цель — добиться реакции Adobe.
Найдены баги:
Старый баг флеш плагина под linux. Выбор микрофона для записи недоступен - можно выбрать только один микрофон, при этом если выбран правильный микрофон - то звук воспроизводится не будет.
http://bugs.adobe.com/jira/browse/FP-2100
Вообще корректная поддержка микрофона в Linux - это проблема.
http://bugs.adobe.com/jira/browse/FP-730
http://bugs.adobe.com/jira/browse/FP-1970
Вредный Sound, приходится изголятся, и получать погрешности, а хотелось бы все четко и культурно...
Window Mode: By default, the Flash Player gets its own hWnd in Windows.
Opaque & Transparent Mode: In windowless modes, Flash Player doesn't have a hWnd.
This means that the browser tells the Flash Player when and where to draw onto the browser's own rendering surface. The Flash movie is no longer being rendered on a higher level if you will. It's right there in the page with the rest of the page elements. The Flash buffer is simply drawn into whatever rectangle the browser says, with any Flash stage space not occupied by objects receiving the movie's background color.
Да и проблемы с windowless mode не только у Flash Player.
К примеру: http://blogs.msdn.com/silverlight_sdk/archive/2008/11/12/limitations-of-...
Ожидаемо ...
Я хоть и не сверх программист, но за устранение wmode="transparent" я всеми руками и ногами
Даже подпишусь на коменты 
Кривая работа soundComplete, которая только ухудшается (со времен 9го плеера); косяки в работе pan у NetStream (http://bugs.adobe.com/jira/browse/FP-2044). А 444 ошибка это вообще жесть.
Из мелочей - VerifyError-ы на некоторых сложных конструкциях (в JIRA по VerifyError прилично проблем), Invalid SWF data по неизвестным причинам при компиляции валидного кода во flash ide, плюс куча веселого в AIR, но это уже отдельная история.
7ой плеер имхо был самым лучшим и наименее глючным. Ностальгия практически по нему=)
Этот глюк можно отнести к багам ?
хехе, я тоже словил это недавно. Просто вынесло мозг, потом аналогично решилось.
http://bugs.adobe.com/jira/browse/FP-352
getObjectsUnderPoint работает корректно только от stage. или от дочерних клипов и спрайтов у которых координаты x=у=0;
Если сделать swfку которая использует getObjectsUnderPoint и загрузить её во флекс приложение то можно круто обломаться, получите не верные результаты.
и
http://www.stevensacks.net/2008/08/07/as3-sound-channel-bug/
http://www.stevensacks.net/category/bugs/
Jesse Warden якраз сьогодні написав, що він бачить тут і там ознаки того, що в Flash Player 11 Adobe готує нам new Sound API яке пофіксить b|u|g|s.
http://jessewarden.com/2009/06/flash-player-11-gaming-platform.html
Искажение границ на скруглениях drawRoundRect - баг?
Порсмотрите graphics.lineStyle. Параметр pixelHinting
Это я уже пробовал. Результат не лучше.
Вот сильверлайтовый пример:
Тень мешает, хотя, и так видно, что скругление "ровное".
В любом случае, спасибо за совет.
var spr:Sprite = new Sprite();
spr.x = 50;
spr.y = 50;
this.addChild(spr);
var g:Graphics = spr.graphics;
var mtx:Matrix = new Matrix();
mtx.createGradientBox(100, 100, 90, 0, 0);
g.beginGradientFill(GradientType.LINEAR, [0xF59E17, 0xF36903], [1, 1], [0x0, 0xFF], mtx);
g.lineStyle();
g.drawRoundRect(0, 0, 110, 60, 18);
g.endFill();
var shadow:DropShadowFilter = new DropShadowFilter(2, 45, 0x0, 0.3, 4, 4);
spr.filters = [shadow];
Нормально вроде получается...
Можно еще протестировать с drawRoundRectComplex()
Printing! (the lack of it)
Adobe has started as a printing company. Sadly, it does not refer to Flex.
There are numerous bugs for PrintDataGrid, but Adobe simply does not want to understand the fact, that FP uses multi-pass renderer, and they use only the first pass in their components for measuring the layout. That's why, if you try to print more than one component, the whole thing is got busted.
Ну я вот сказал про FP-273 лично Бену Форте и чего?? Толку 0. даже никто до сих пор не asignee на этот баг, я ему даж письмо написал, он сам попросил... Это такая политика , для нас есть то что важно нам, а для них то, что важно им
А с чего вдруг 444 стал багом?
Ну типа да, согласен что может и не баг. Если вызываете ошибки знач и получаете их. Зачем их сначала вызывать, а потом самому же отлавливать...
Давайте назовём это более нейтральным и политкорректным словом issue
--дважды кликнул. удалить--
Переполнение разрядности при аплоаде файла больше 2-х гиг. FileReference работает нормально, а когда создаются headers то Content-Length получается отрицательным. А руками править Content-Length запрещено.
Супер, спасибо за столь точную формулировку, Дим.
Немного похожая проблема есть.
Если:
- сервер компрессирует ответ с помощью gzip;
- у пользователя стоит IE6;
- выполняются какие-то ещё неясные условия (лично у меня - при использовании старой версии flash-in-box, но в гугле наталкивался на жалобы и без f-in-b)....
...то flash не может распарсить этот ответ. Говорит: неизвестный тип ответа от сервера.
Баг, определения координат,черз методы getBounds/getRect, пустого(нулевых размеров) спрайта/клипа. Почему не правят.
var sp:Sprite = new Sprite();
/*
var g:Graphics = sp.graphics;
g.clear();
g.beginFill(0);
g.drawRect(0, 0, 50, 50);
g.endFill();
*/
addChild(sp);
trace(sp.getBounds(this),"\n",sp.getRect(this));
только что мне скинули багрепорт, проверил ... точно так
Video + ContextMenu в котором убрано всё лишнее и сделан линк (navigateToURL) на другой сайт.
всё работает, но если правый клик сделать над Video то откроется ContextMenu а вот линк при левом клике, тоесть другое окно не открывается
не исключаю, что это моя ошибка, но если сделать правый клик не над Video то всё работает как надо.
Может обработчик клика находится в каком то другом классе и может даже он приватный ?
не ... всё там где надо находится, в это и проблема.
EventListener цепляется к ContextMenuItem и само ContextMenu открывается, не работает линк, вот в чём траблы
У меня тоже такое было. Вешал ContextMenu только на документ-класс и при клике на каких-то объектах(не видео) переход по клику на итеме не работал.
ну и у меня так, висит на документ-классе.
Баг №1.
При попытке отправить ByteArray через ExternalInterface получим эксепшн внутри этого самого ExternalInterface.
А всё из-за проклятых индусов. В коде ExternalInterface есть примерно такое место:
if (param1.hasOwnProperty("length")) {return _arrayToXML(param1);
} else {
return _objectToXML(param1);
}
Объекты ByteArray, разумеется, имеют свойство length, но вот когда их пытаются привести к Array возникает invalid coerce.
Баг №2.
Метод Vector.map() всегда возвращает null.
В линуксе при вводе в TextInput бъется кодировка, баг FP-40. Это не связано с wmode="transparent", это отдельная тема. И несмотря на то что в линуксе локаль настроена на UTF-8. Текстовые поля в браузере работают нормально. В TextInput кириллицу можно вставить только из буфера. Баг дискриминирует всех не-англоязычных пользователей линукс.
Да, но воркараунд пока есть человеческий, описан в комментах темы. Успешно использую на готовящемся стартапе.
не очень древний баг, портящий жизнь 3д движкам
http://bugs.adobe.com/jira/browse/FP-249
Проголосовал за 249, портящий жизнь 3D-движкам во флэше.
мне чет кажется что голосовать за баги так же эффективно как и на украинских выборах
И все же, я вижу плюсы в голосовании:
ещё примечательны различные баги drawing api с заливками. некоторые из них отмечены как пофикшеные, хотя, разумеется на самом деле они пропатчены, а общая причина никуда не делась.
к примеру сегодня игрался вот с этим, и при достаточном количестве точек наблюдал сей баг:
http://img3.imageshack.us/img3/1581/linetohi.jpg
http://img198.imageshack.us/img198/5082/linetomed.jpg
Однозначно: старый, увесистый бажара.
Вторая картинка – не баг. Это так себя ведёт полином Лагранжа =)
Он ведь обязан совпадать с дискретно заданной функцией только в узловых точках.
Первая картинка тоже вряд ли может считаться глюком – в данном случае, скорее всего, в силу поведения полинома плееру была дана команда отрисовать огромной длинны линию, а в этом случае и получается то, что на скрине. Хотя да, это уже глюк... но он был с тех пор, как во флеше появилось программное рисование, а то и раньше.
Первая картинка есть баг, я сам его замечал часто, когда пытался отрисовать линию огромной длины. Кажется, именно в бесконечность и пытается уйти остаток ветки этого полинома, вот оно и бажит.
Сорри, теперь понял, что имелось в виду. Надо же, а я даже не подозревал, что на среднем качестве бага исчезает. Интересно...
можно потереть этот коммент, но ...
меня бесит когда мы визуальный объект visible = false, а свойство width его родителя все равно продолжает учитывать ширину скрытого потомка, как-то нелогично по-моему и тупо.
Нет, это не тупо — это правильно.
Тупо это когда visible = false, а объект продолжает перерисовываться(хотя и невидим)!
согласен по перерисовке.
1. SoundMixer.computeSpectrum пытается собрать данные не только для вызывающей его SWF, а для всех открытых SWF в системе, что приводит к SecurityError - http ://bugs.adobe.com/jira/browse/FP-147 (не пропускает ссылки твой спам-фильтр, Рост)
2. С моменты выхода 10-го плеера
3. Это полностью и на корню убивает идею пользоваться этим методом для чего бы то ни было. Хотели сделать визуализацию неотъемлимой частью Вашего плеера? Забудьте - пользователь откроет ютуб или какую-либо другую вкладку с флешкой, использующей SoundMixer.computeSpectrum - и вся магия исчезнет.
http://bugs.adobe.com/jira/browse/FP-147
во, вроде нормально