Created attachment 461910 [details, diff] qtwebengine-5.7.1-flash.patch qtwebengine hardcodes the location of chrome binary plugins for different distributions. That list does not include Gentoo. See patch attached for adding Gentoo to the list.
its the some to this https://bugs.gentoo.org/show_bug.cgi?id=607424?
Did you link the wrong bug? That one is about failure to compile, in my case it compiles but does not find the binary plugins at runtime because it's looking for them in the wrong paths.
What package(s) install(s) those plugins? Can we adapt to install (or symlink) the plugins in one of the locations used by other distros? If not, then we should send the patch upstream.
Wouldn't it be better to stick to /usr/lib64/chromium since another plugin, widevine, already uses that?
*** This bug has been marked as a duplicate of bug 611310 ***
(In reply to Andrei Slavoiu from comment #5) > > *** This bug has been marked as a duplicate of bug 611310 *** These bug reports relate to different packages with different maintainers and different fixes.
I am the reporter of the bug, the original problem of wrong hardcoded paths is not present anymore. There where two ways of solving the problem: 1. Add the path that the Gentoo ebuild for adobe-flash used to the list of hardcoded paths in qtwebengine (what I sugested in this bug report) 2. Change the path that the Gentoo ebuild fof adobe-flash installs to to one already supported by qtwebengine (what bug 611310 did). Right now I can confirm that flash works in both Konqueror and Qupzilla and Netflix, while not working, does load the widevine binary from the correct location according to strace. *** This bug has been marked as a duplicate of bug 611310 ***
So it is not a duplicate, then.