Klick-Problem in Adobe Flash aus Ubuntu Karmic und Lucid fixen

Ich würde den „Disclaimer“ stilistisch eher vor die Handlungsanweisung setzen, gerade die unerfahrenen Nutzer neigen dazu bei solchen Meldungen während des Lesens schon die „Lösung“ umzusetzen und die Warnung folgerichtig erst nach der OP zu unterschreiben ;). Ansonsten wie immer danke für den Hinweis.

Nur zur Info:
Bei mir laeuft das Beta-plugin fuer 64bit seit Monaten ohne auch nur einen einzigen Absturz. Bin damit sehr zufrieden und hoffe, dass das Plugin bald mal den Beta-status verlaesst.

Hallo Christoph, ich danke Dir für den Tipp! Bei mir geht’s bis jetzt ganz gut mit der 64bit Beta-Version.
Gruß Blueschi

Hilft bei mir leider nicht. Das Problem trat bei mir allerdings auch nur in Chromium auf, nicht in FF. Auch nach installation des offiziellen Adobe-Pakets ist die Situation wie vorher: keine Probleme in Firefox, in Chromium funktioniert das Klicken weiterhin nicht. Schade eigentlich.

Mit Mittlerer Maustaste gedrückt gehalten und dann einem einfachen klick auf die Bedienelemente scheinen die bedient werden zu können.
Das Problem liegt im übrigen am Windowless Mode des Flash Players.
Eigentlich muss Adobe das fixen, aber die sind einfach nur unfähig, weshalb ich denke, dass Chromium bzw. Webkit das schneller gefixt bekommt.

Bei mir läuft das 64bit flashplugin aus den Quellen stabil. Sowohl mit Firefox als auch mit chrome. Das Problem mit den nicht klickbaren Steuerelementen hatte sich nach der Installation des Pakets libadns1 auch erledigt.
Das Ganze in Kubuntu Karmic mit propietärem Nvidia-Treiber (190.42)

Also libadns1 hat nichts gebracht. Bei meiner 32Bit Variante war es auch schon direkt installiert. Eine Neuinstallation brachte auch keinen Erfolg.
Ich habe den Xserver im Verdacht. Da dies die einzige für mich Erkennbare große Änderung in diesem Bereich ist was Debian und Ubuntu angeht. (Ja beide Systeme laufen auf dem gleichen Rechner mit gleicher Konfiguration)

Für dieses „Flash-Klick“-Problem gibt es bereits einen Bug-Report: https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407
Scheinbar gibt es da ein Problem im Zusammenspiel mit Compiz…

Obwohl ich das 64Bit-Flash-Plugin direkt von Adobe verwende, hatte ich auch dieses Problem. Das lag daran, dass einige „32Bit-Wrapper“ Pakete nicht vollständig entfernt waren 🙁
Nachdem ich diese entfernt hatte, war auch die Klick-Problematik verschwunden.

Unter http://ubuntuforums.org/showpost.php?p=7717588&postcount=775 findet Ihr ein Skript, das dies automatisch macht.

Grüße,
Patrick

Ok Problem ist mittlerweile gefixt (siehe Bug report)

ein :

$ GDK_NATIVE_WINDOWS=1 chromium-browser 

scheint wunderbar zu klappen.
Das gleiche mit anderem Browser klappt ebenfalls. Sprich

$ GDK_NATIVE_WINDOWS=1 epiphany
$ GDK_NATIVE_WINDOWS=1 arora
$ GDK_NATIVE_WINDOWS=1 opera 
usw...

Vorschlag mit npviewer.bin hat funktioniert. vielen dank

So,

ich lasse Opera nun über ein Script starten mit der Optipon GDK_NATIVE_WINDOWS=1 opera. Funktiniert soweit, wenn ich Opera aus dem Hauptmenü herausstarte oder mit GNOME-do.

Ich habe mir aber auf der Tastatur eine Taste belegt, mit der ich Opera starte.
Opera ist in Bevorzugte Programme hinterlegt,… dort aber mit dem Befehl opera %u. Wie kann ich das ändern? Das ändern von opera %u in GDK_NATIVE_WINDOWS=1 opera funktioniert nicht!

Hi Chris,

das mit dem Script in /usr/local/bin/ funktioniert soweit. Wenn ich Opera aus dem Menü oder mit GNOME-do starte habe ich keine Probleme.
Aber weiterhin macht mir das Starten mit einer Taste der Tastatur Probleme. Der Startbefehl für den Browser ist verknüpft mit dem Eintag unter Bevorzugte Programme. Da lautet der Eintrag aber immer noch opera %u. Wenn ich diesen durch /usr/local/bin/opera/Opera Flash Start, erhalte ich folgende Fehlermeldung: Befehl konnte nicht ausgeführt werden: /usr/local/bin/Opera/Opera Flash Start
Stellen Sie sicher, dass es sich um einen gültigen Befehl handelt.

Ups,

ich bin halt doch ein batschnasser Fuchs! Ich habe das geändert mit den Leerzeichen, und werde das auch nie wieder machen!!!

Nun ist es so, wenn ich das Script mit dem Namen Opera in /bin ablege, geht gar nichts, außer das beim Starten von Opera meine CPU und Ram brutal in die Höhe gehen.

Wenn ich das Script in einen Ordner packe und dann in /bin ablege, funktioniert soweit wieder alles, bis auf den Punkt, das ich Opera nicht über die Tastatur starten kann?!

Danke! Sowohl für die Erklärung des Klick-Problems – das da war, das ich aber nicht als solches erkannt habe – als auch für die Lösung die perfekt läuft (Umgebungsvariable).

Karmic 64 bit

savalas, gleiches Problem hier. Nun hatte es endlich einigermaßen reibungslos funktioniert… und nun nach dem update heute geht es nicht. die modifizierte npviewer.bin ist nicht berührt worden, soll heißen, dass die env-variable noch gesetzt ist. weiß jemand einen neuen workaround? so langsam geht mir das echt auf die nerven… 🙁

kleine Ergänzung: Ich nutze den Firefox, nicht den opera. bei mir wie gesagt x86_64 das flash-plugin aus dem repo + diesen workaround mit dem environment-var. Hatte super funktioniert – bis heute.

klappt, danke 🙂

Der Trick mit der neuen npviewer.bin hat das extrem lästige Problem gelöst. Herzlichen Dank!

Danke, das war echt ein lästiges Problem

Hab es jetzt auch mittels npviewer.bin gelöst.
Denn neuerdings spinnt auch bei mir das 64-Bit-Flash (segmentation fault)

Statt

GDK_NATIVE_WINDOWS=true /usr/lib/nspluginwrapper/i386/linux/npviewer.bin.real $*

Sollte man besser

GDK_NATIVE_WINDOWS=true /usr/lib/nspluginwrapper/i386/linux/npviewer.bin.real "$@"

formulieren, also

$* => "$@"