Дело в том что у меня платное расширение, в котором на JavaScript работает тяжёлый алгоритм сегментоидного распознавание изображений. До 23го фаерфокса от 3 до 22, работа алгоритма занимала 5 секунд, 23-й фаерфокс 15 секунд. Могу предположить, что падение производительности общее, ибо все скрипты стали работать медленнее, по крайней мере в расширениях точно. Клиенты уже поголовно переставили 22й фокс, но это не дело, согласитесь)

Вопросы:

1. У кого были аналогичные тормоза, кто тестил, не нашли ли более конкретную проблему, чем просто "тормозит"?
2. В 23м фаерфоксе не ввели ли дополнительные мониторы/проверки/настроки безопасности, связанные с JavaScript? Если ввели, подскажите, как их отключить?
3. Кто листал английское комьюнити, возможно там описывали это в виде бага?

Спс, всё это интересно, но метр кода под компилятор перелопачивать не хотелось бы :) Да и не шибко гонюсь за производительностью, просто хотелось бы вернуть, как было, а то на вопросы клиентов - почему тупит, заставлять их переставлять 22й фокс, как-то не айс.  А вот по поводу изменений в движке, мне кажется это какие-то настройки безопасности - с 3го по 22й фаерфокс работало нормально а тут бах, и все скрипты, даже которые не относятся к распознаванию изображений работают медленнее..

Я наверное проведу тесты, выясню конкретно, что тормозит там - замыкания, циклы, объявления переменных, итп, или

По просьбе орец выкладываю рабочий код кормёжки флеша событиями:

обновлённый класс работы с windows (linux пока не заморачивал..)
[code]
var YBOSWrapper = {
    loaded: false,
    //объявление windows-типов
    CallBackABI: false,
    WinABI: false,
    EnumWindowsProc: false,
    //windows-функции
    EnumWindows: false,
    EnumChildWindows: false,
    PostMessage: false,
   
    load: function () {
        try{
            eval('Components.utils.import("resource://gre/modules/ctypes.jsm")');
            this.user32dll = ctypes.open("user32.dll");
            /*
                Linux
                ctypes.open("libc.so.6");
                Most other Unixes
                libc = ctypes.open("libc.so");
            */
            if (ctypes.size_t.size == 8) {
                this.CallBackABI = ctypes.default_abi;
                this.WinABI = ctypes.default_abi;
            } else {
                this.CallBackABI = ctypes.stdcall_abi;
                this.WinABI = ctypes.winapi

это уже php и к фаерфоксу никак не относится, пропиши

header('Content-Type: text/html; charset=utf-8');

Есть много способов, первый - WJO:

//в JS расширения
alert(content.document.defaultView.wrappedJSObject.some_target_JS_var);//читаем внешнюю переменную
content.document.defaultView.wrappedJSObject.some_target_JS_var = 'afk';//записываем внешнюю переменную
content.document.defaultView.wrappedJSObject.some_target_JS_func('fukfuk');//выполняем внешнюю функцию

второй более архитектурный(observer) - свои события:

//в JS target-документа
...
MyEvent = document.createEvent("Events")
MyEvent.initEvent("MyEvent", true, false);
...
MyEvent.someparam = someval;
SomeDomElement.dispatchEvent(MyEvent);

//в JS расширения
content.document.getElementById('SomeDomElement').addEventListener('MyEvent',  some_dispatch_function);
var some_dispatch_function = function(event){
 alert(event.target.getAttribute('id'));
 alert(event.someparam);
}

Именно с методом drawWindow она прозрачна мало того для секьюрности фаерфокса, так и в target-документе нельзя отловить, что ты забираешь скриншот с документа.

Ясно, спасибо. Что-то придумаю, решение кину в тему. Кнопки в флеше не являются окнами, покрайней мере в AS3.
- но для win32-приложений это обычное дело
В идеале - найти нужную вкладку ФФ, и послать туда событие, после этого по логике флеш-плеер должен задиспечить событие себе тоже. Вкладка ФФ это ведь отдельное окно в win32?

-и все события они обрабатывают напрямую и сами
вот это печально.. Тоесть флеш спрашивает у ОС координаты мышки/какие клавиши сейчас нажаты, а не у фоерфокса?

-о наверное никак
один то способ есть всегда, но он уж черезчур костыльный, и будет работать только на флеш-плеере debug версии:
1. Ставим флеш-дебаг версию.
2. Указываем профайлер для флеша, наподобие как это делается в расширении Flash Firebug - можно и взять FFBug-профайлер.
3. Обмениваемся данными с флешом нативными методами swf.flashfirebug_send(some_data) в том числе можно посылать скрипты, в том числе и создавать события.

нашёл замечательное расширение https://addons.mozilla.org/ru/firefox/addon/flashfirebug/?src=ss он может инспектировать флеш полностью в виде дерева. Этот дебаггер обладает как-раз нужным функционалом, хоть и требует debug-версию флеша. Буду копать сорцы, всем спасибо.

Всем доброго времени суток! Итересует возможность доступа из JS-кода расширения во флеш. Нашёл вот такую темку, где во флеш-пространство ломятся через wrappedJSObject http://forum.mozilla-russia.org/viewtopic.php?id=24823 . Интересно узнать побольше информации об flash.wrappedJSObject - поискал, ничего путного не нашёл. Конкретно интересует:
1. Возможно ли получить дерево флеш-объектов из флешки?
2. Возможно ли посылать события во флеш - например щелчок на определённую кнопку, или щелчок во флешке по заданным координатам?

Если кто знает ссылки или информацию по данной теме, поделитесь пожалуйста, буду благодарен.

okkamas_knife
Там капчу выдаёт пхп скрипт, и если на этот скрипт послать запрос второй раз, капча будет другая... А уже загруженную в браузере картинку можно в файл сохранить, без getImageData? Если да, то это решило бы всю проблемму)

Elena
Советую почитать про снятие ограничений безопасности через XPCOM)
http://www.intuit.ru/department/se/mozilla/16/10.html

Всем доброго времени суток! Имеется проблемма, известно о существовании элемента CANVAS который позволяет нехитрым способом получить побитовое содержимое любого изображения:

var readCnv = docu.createElement("CANVAS");
   var image = docu.getElementsByTagName('IMG')[0];

 readCnv.setAttribute("width", image);
  readCnv.setAttribute("heigth", image);
  docu.body.appendChild(readCnv);


  var ctxA = readCnv.getContext('2d');
  ctxA.drawImage(image , 0, 0);
  var imgDA = ctxA.getImageData(0, 0, image.width, image.height);

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

Это всё мне нужно для того чтобы расшифровать картинку-капчу.
До недавних пор я обходил это так - вставлял динамически в документ, содержащий изображение, этот скрипт. Но модификация исходного кода данного документа уже не прокатывает - создатели проекта(бр