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.

Danke Greebo, das ist ein Argument 🙂

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,

ich habe bei mir festgestellt, dass sich das Problem von allein löste, nachdem ich den proprietären Treiber meiner ATI installiert hatte.

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

…und für den Chromium-Browser die Datei libflashplayer.so nach /usr/lib/chromium-browser/plugins kopieren 😉

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.

Hallöchen,
kann passieren, dass man die 64bit Version nach
/usr/lib/firefox-3.5.4/plugins/

kopieren muß.

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.

Ich kann nur bestätigen was Du im Disclaimer schreibst. Firefox ist sehr instabil mit dem 64-Bit Flash Plugin.

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)

Interessant finde ich, dass dieses Phänomen bei Debian Stable mit aktuellem Flash Player und Chromium 4.0.226.0 z.B. überhaupt nicht auftritt.

Übrigens ist die Hauptaussage zur Lösung das Artikels Unsinnig, da in beiden Fällen also sprich flashplayer aus den Quellen und der offiziellen Version es sich um den gleichen Flashplayer von der Adobe Seite handelt. Im ersteren wird dieser nur manuell von einem Installationscript in ein anderes Verzeichnis kopiert.

@Didus:
Was libadns1 bringen soll weiß ich jetzt auch nicht. Aber ich werde deinen Lösungsvorschlag mal überprüfen und mich hier nochmal melden wenns was neues gibt.

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)

Die Klicks gehen zwar mit dem 64bit Plugin, allerdings stürzt Firefox ständig mit Segmentation Fault ab. Das ist das einzige, was mich wirklich unter Linux stört. Ich will reibungslose Flashunterstützung.

Gruß

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

Der Zusammenhang mit Compiz ist mir nicht klar, weil hier der Fehler auch ohne Compiz in allen Fenstermanagern, von Metacity über Sawfish bis hinzu IceWM auftritt.

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...

Habe selbst Ubuntu 9.10 64 Bit am laufen.

– Vorschlag mit libadns1 hat nicht funktioniert
– Vorschlag mit 64 Bit libflashplayer.so hat nicht funktioniert
– Vorschlag mit npviewer.bin hat funktioniert
(Firefox ja, Opera nein)

(GDK-Umweg funktioniert auch)

Vorschlag mit npviewer.bin hat funktioniert. vielen dank

Hi,

wenn ich Opera mit $ GDK_NATIVE_WINDOWS=1 opera in der Konsole starte, funktioniert es wie unter 9.04 bzw. wie gewohnt.

Wie kann ich diese Option nutzen um Opera mit einem Starter im Hauptmenü zu starten?

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!

savalas, leg einfach das Skript /usr/local/bin/opera mit dem Inhalt…

#!/bin/bash
GDK_NATIVE_WINDOWS=1 opera

…an und mach es ausführbar…

$ sudo chmod +x /usr/local/bin/opera

…/usr/local/bin/ liegt vor anderen Verzeichnissen im $PATH, somit wird auch „dein“ Opera-Skript ausgeführt.

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.

> Der Startbefehl für den Browser ist verknüpft mit dem Eintag unter Bevorzugte Programme.

Eigentlich solltest du auch in den bevorzuguten Anwendungen nichts ändern müssen, denn auch dort wird eben „opera“ aufgerufen, was aufgrund des Pfades /usr/local/bin/opera entspricht.

> 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

Was hast du da eingetragen? “ /usr/local/bin/opera/Opera Flash Start“ das kann nicht gehen, es müsste einfach nur /usr/local/bin/opera heißen, wenn du dich an meinen Ratschlag von oben halten würdest. Generell sind Leerzeichen ein No Go unter jedem OS. Du solltest immer auf Leerzeichen verzichten.

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?!

Vielen vielen Dank für den workaround unter 64bit mit der environment variable in npviewer!!
Ich bin schon fast verzweifelt… mit dem flashplugin-installer aus dem karmic repo hatte ich beschriebenes „klick“-problem, und mit dem beta-flash von adobe 64bit so gut wie bei jeder flash-app einen absturz (ja, quasi bei jeder!). Flash ist einfach ROTZ, das muss ich einfach mal so sagen. Ich hoffe, dass in zeiten von html5 flash endlich der vergangenheit angehört.

nochmal vielen dank für den tipp!

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

Hallo, die Anleitung hat das Klick Problem gelöst. Leider zeigen mir Epiphany und Opera jetzt an, dass der Flash Player nicht mehr installiert währe. Wie sieht denn hier die Lösung aus? Danke schön.

Hallo perseus, welchen Weg bist du denn gegangen?

Den hier (wie oben unter 64-bit beschrieben)

$ sudo apt-get remove --purge flashplugin-nonfree flashplugin-installer nspluginwrapper
$ wget http://download.macromedia.com/pub/labs/flashplayer10/libflashplayer-10.0.32.18.linux-x86_64.so.tar.gz
$ tar xf libflashplayer-10.0.32.18.linux-x86_64.so.tar.gz
$ sudo cp libflashplayer.so /usr/lib/firefox-addons/plugins/

Grüße und danke schön!

Ah, ok. Ich würde wieder das Flash-Paket aus den Quellen installieren und dann den Workaround nutzen, den ich unter dem „Update“ nachgetragen habe. Also…

$ sudo rm /usr/lib/firefox-addons/plugins/libflashplayer.so
$ sudo apt-get install flashplugin-nonfree

…und dann eben den Part aus dem Update. Das hat den Vorteil, dass Flash ganz normal installiert bleibt. Somit sollte es auch mit Opera und Co. klappen.

Hallo Christoph, danke das hat mir weitergeholfen. Der Flash Player läuft wieder unter Firefox und Epiphany. Unter Opera sieht es etwas anders aus, hier wird der Player nicht angezeigt, es erscheint lediglich eine weiße Fläche ohne Bedienelemente. Der Ton läuft aber :). ?????? Mal wieder, aber egal, Firefox reicht aus. Noch eine Frage: Wie läuft das denn, wenn über die Repositorys die „richtige“ 64bit Version eingespielt wird. Wird dein Update dann automatisch rausgenommen? Danke schön.

Die „richtige“ 64-bit Version wird – wenn überhaupt – mit Lucid kommen. Vorraussetzung wird sein, dass Adobe diese Version bis dahin offiziell freigegeben hat. Der Workaround wird automatisch rückgängig gemacht, wenn es ein Update für das Paket nspluginwrapper gibt. Spätestens bei einem Umstieg auf Lucid wird das der Fall sein.

Hi, seit November lasse ich Opera mit dem oben erwähnten Script starten. Das hat bis heute auch tadellos funktioniert. Heute gabs ein Update für den Flashplayer und seit dem habe ich wieder das Klickproblem. Weder mit dem Script, noch mit der herkömmlichen Startoption lassen sich in Opera Flshanimationen klicken!?

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… 🙁

Ich schau mir das im Laufe des Wochenendes an. Nutze kein Opera, daher habe ich mit dem Browser und Flash wenig Erfahrung.

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.

Moin,

warum auch immer, nach deinstallieren und neuinstallieren des flashplugin-installer, funktioniert wieder alles! Ich hoffe, das bleibt auch so!? Grüße, savalas.

klappt, danke 🙂

Großes Danke … das hat echt genervt … ist mein erfolgserlebnis des Abends.

1000 Dank für Deine Mühe

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

Super, vielen dank, der neue npviewer.bin hat das Problem flott gelöst!

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)

Vielen Dank, war meine Rettung, jetzt kann ich die 10.04 genießen.

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

$* => "$@"

Danke! 🙂

Danke !!!
Das war ja eine Qual unter Lucid.
Schrecklich, wenn einem die Interaktivität geklaut wir !!!

Danke für den Tip..hab das Problem damit endlich lösen können 😉

Vielen Dank!

Es ist toll wenn einem viel Googlen und Herumprobieren erspart wird!

Vielen Dank!
Der Tipp mit dem umbenennen der Datei npviewer.bin hat auch bei mir geholfen (Lucid Lynx, 64 Bit, Firefox)