[megoldva]Firefox + flash plugin egérklikkelés probléma

Sikerült találnom, egy furcsa, de annál idegesítőbb hibát a fenti kombinációval. Adott egy Debian Sid rendszer, 32-bites, alaptelepítés 2010-01-15-ös frissítésekkel, 2.6.31-es kernellel mely a következő hibát generálja:
Bármilyen firefox derivát böngészőben (Firefox 3.5.5, Firefox 3.5.7, Iceweasel 3.5.6) flash tartalom megnyitásakor bal egérgomb műveletre nincs válasz vagy csak többszöri klikkelésre. Az tartalom betöltődik, videolejátszóknál elindul a lejátszás. Amennyiben a tartalmon egérmozgásra érzékeny terület van, azt követi, ugyanez vonatkozik a billentyűzet leütésekre. Bal klikkre feljön a gtk-s beállító menü, ott a a Settingsre klikkelve, feljön a flash menüje, de nem az már nem reagál az bal egérgombra. Hogy még cifrább legyen a helyzet, a úgy tűnik hiba függ a flash tartalom verziójától, ugyanis 3-as vagy annál régebbi flash fileokkal nem jelentkezik a probléma, és a beállító menü is működik.

A hiba jelentkezik az alábbi böngészőkkel:
Firefox 3.0.17, Firefox 3.5.5, Firefox 3.5.7, Iceweasel 3.5.6
Az alábbi flash pluginokkal:
9.0.124, 10.0 és 10.1-es széria mindegyikével, beleértve a debugosokat is.

A hiba független az X beállitásaitól, mert ugyanazon fileokkal, ugyanazon jelenséget generálja különböző driverekkel (nv, nvidia) a gyorsítás bekapcsolásától függetlenül.

A hiba független a firefox beállításaitól, azonos telepítésen minden usernél ugyanaz a hiba jelentkezik.

A hiba nem jelentkezik egy másik telepítésen egy Firefox 3.0.2 / 9.0.124 kombinációban.

Ötlet ezen probléma megoldására?

antiemes válasza volt a helyes megoldás:
export GDK_NATIVE_WINDOWS=1

Kicsit utánaásva a dolgoknak a hiba oka, hogy a Gnomeos gyerekek megint okosak akartak lenni és migrálni akarják a az ablakozást a kliens oldalra. Tehát az ablakok generálása nem az X szabvány alapján történik, emiatt nincs minden ablaknak XID-je és nem alkalmazhatóak rá az X-es függvények. Pl. nem használhatsz X-es hívásokat, mert azok nem hajtódnak végre...
A GDK 2.18 előtti környezetekkel fejlesztett kódok viszont nem ismerik ezen "újítást" emiatt jelenkezik a fenn említett hiba. A GDK_NATIVE_WINDOWS változó kikapcsolja ezen új bug... akarom mondani featuret a GDK-n belül.

Érintett alkalmazások:
GDK 2.18 előtti, Cairo-t és minden nem tisztán GDK-t használó alkalmazások. Ez azért is frankó, mert innentől kezdve elég vicces lesz mondjuk egy GDK/SDL mixet használó alkalmazást fejleszteni.

Kiegészítés:
A fenti megoldás, csak Firefox 3.0.17-el és 9.0.124 vagy régebbi flash pluginnel megy.
Az export GDK_NATIVE_WINDOWS=1 helyett érdemesebb GDK_NATIVE_WINDOWS=1 alkalmazásneve megoldással indítani, ugyanis a gconfd VISSZAÁLLÍTJA az értéket nullára!

Update: Firefox 3.6RC2-ben is fenáll a hiba, tehát aki flasht akar, az kénytelen a 3.0-ánál maradnia.
Update2: A probléma csakis tisztán X-es window managerekkel áll fenn. A GTK alapú window managerekkel nem.

Szeretnék ezúton gratulálni a fejlesztőknek a kompatibilitás megőrzése és az X szabvány betartása irányába tett erőfeszítéseikért. Továbbá kérem jelntkezzenek az Aranylapátostarkóbaszás díj átvételére a különösen frappáns környezeti változó visszaállítós workaroundjokért. Szívből sajnálom, hogy az ilyen programozók cumi helyett nem egy csőre töltött SWt szopogattak csecsemőkorukban...

Hozzászólások

Hello!

32 bites vagy 64 bites Debiant használsz.A 32 bites rendszeren nekem elég rég óta nincs semmi gondom.Ellenben a 64 bites Debianom alatt elég rosszul megy a flashplugin. Konkrétan állandóan elhasal és viszi magával a böngészőt is.A verzió:10,0,42,34

Üdv.

Hi!

A problema nalam is megjelent, igaz, Arch alatt. Mar majdnem le kellett mondanom a rendszeresen bekovetkezo Youtube-os ido-el****asrol, de vegulis megtalaltam egy forumon a megoldast. A hiba az ablakkezelovel kapcsolatos (peldaul wm nelkul nem jelentkezett nalam). Es a megoldas:
export GDK_NATIVE_WINDOWS=1

By(t)e
TBS::Antiemes