Comment 0 for bug 173845
Revision history for this message
| Master One (masterone) wrote LTSP5 ThinClient Setup: Weird problem with flash-nonfree letting Firefox crash (only on thin client, works fine on server itself) | #0 |
Fresh Edubuntu Gutsy 32bit (LTSP5) server installation, updated to the latest package versions after first login, and just flash-nonfree added, nothing else additionally installed or configured.
Logged in directly on the server:
Open Firefox and visit www.tv.com, press "play" in the flash-videoplayer on the right upper side, video plays fine (of course no sound, because no libflashsupport installed yet), console output (repeating al the time, as long as video plays):
-----
*** PULSEAUDIO: Unable to connect: Connection refused
ALSA lib pcm_hw.
-----
Logged in on a thin client:
Open Firefox and visit www.tv.com, press "play" in the flash-videoplayer on the right upper side, firefox crashes instantly, terminal output:
-----
~$ firefox
firefox-bin: pcm_params.c:2351: sndrv_pcm_
Aborted (core dumped)
-----
Nothing specific concerning this issue is to be found in .xsession-errors, except "Error: could not open /proc/asound/cards" (but this is already there before I start Firefox after a new login, and it's the same, if logged in on the server directly or on a thin client).
It is not a general flash problem, because other flash content (and videos on youtube) just play fine. I don't know, what's different with that flash-videoplayer on tv.com, but most likely this specific problem with firefox crashing will happen on other websites as well. At least it is 100% reproducible on tv.com.
This problem has nothing to do with libflashsupport, because Firefox is not supposed to crash due to libflashsupport missing, and I also tried different versions of libflashsupport, which did not change anything concerning this specific problem (after installing libflashsupport video+audio on youtube just fine, but Firefox still crashes the same way, once "play" is clicked on www.tv.com).
I also tried it on a fresh Edubuntu Gutsy 64bit (LTSP5) setup, and this problem does NOT exist when testing with Firefox 64bit + nspluginwrapper + flash-nonfree 32bit plugin!
Of course this problem also does not exist on a normal *ubuntu desktop installation (otherwise it would be obvious, that it's a bug in the flash-nonfree plugin).