The mesa third_party library in egl_glx.c runs dlopen("libGL.so") instead of "libGL.so.1", so fails on some systems
Reported by
julian-g...@d-and-j.net,
Aug 27
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:61.0) Gecko/20100101 Firefox/61.0 Steps to reproduce the problem: 1. See https://bugreports.qt.io/browse/QTBUG-68547 Qt makes use of chromium, so this bug affects apps developed for Debian/Ubuntu systems, and possibly others, which are using NVIDIA drivers. 2. The error is line 1079 in https://chromium.googlesource.com/chromium/deps/mesa/+/master/src/egl/drivers/glx/egl_glx.c 3. What is the expected behavior? The app should not crash or give errors on these systems. What went wrong? See the above bug report for more details. Did this work before? No Chrome version: 68.0.3440.106 (Official Build) (64-bit) Channel: stable OS Version: OS X 10.13 Flash Version: Shockwave Flash 30.0 r0 The fix is to replace "libGL.so" with "libGL.so.1" on this line of code.
,
Aug 29
julian-google@ Thanks for the issue. Tentatively adding 'Internals>GPU' component and requesting the team to look into the issue and help in further triaging. Thanks..
,
Aug 31
Mesa related.
,
Sep 14
Sorry, I work on Chrome OS, not on Chrome in general :) Sending this over to vmiura@ for triage.
,
Sep 14
sugoi@, kbr@ could you help triage?
,
Sep 14
The obsolete copy of Mesa in Chromium's src/third_party was only used for testing and has been deleted in Issue 873321 and related bugs. If the issue persists in current Mesa then please file a bug at https://www.mesa3d.org/bugs.html . |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by vamshi.kommuri@chromium.org
, Aug 28