New issue
Advanced search Search tips

Issue 642306 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Sep 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

[linux] Injecting libffmpeg.so via LD_LIBRARY_PATH causes nacl_helper fail to start up

Reported by rkuk...@yandex-team.ru, Aug 30 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.82 Safari/537.36 OPR/39.0.2256.48

Steps to reproduce the problem:
1. build chromium with gn flag is_component_ffmpeg=true
2. move libffmpeg.so somewhere
3. specify LD_LIBRARY_PATH for new libffmpeg.so location
4. run the browser
5. navigate to https://gonativeclient.appspot.com/demo/bullet

What is the expected behavior?
nacl works

What went wrong?
1)out/gn/nacl_helper: error while loading shared libraries: libffmpeg.so: cannot open shared object file: No such file or directory
2)nacl does not work

Did this work before? No 

Chrome version: 52.0.2743.82  Channel: n/a
OS Version: Ubuntu 16.04
Flash Version: Shockwave Flash 22.0 r0
 
Components: Platform>NaCl
Labels: TE-NeedsTriageHelp
Part of the reason this happens is that environment variables are cleared out by default when launching nacl_helper.

You can work around that by whitelisting specific env vars to preserve, e.g. by setting:
NACL_ENV_PASSTHROUGH=LD_LIBRARY_PATH

That's probably a better option than the GN build change you proposed (https://codereview.chromium.org/2297993003/).
Status: Untriaged (was: Unconfirmed)
Summary: [linux] Injecting libffmpeg.so via LD_LIBRARY_PATH causes nacl_helper fail to start up (was: [linux ]nacl_helper: libffmpeg.so: cannot open shared object file)
Status: WontFix (was: Untriaged)
Closing as WontFix since rkuksin confirmed on https://codereview.chromium.org/2297993003/ that the workaround works OK.

Sign in to add a comment