Google chrome do not have hardware acceleration under Plasma 5

[HaoZhu]

After I tried Plasma 5, and installed google chrome. The hardware acceleration is not supported any more, which is working at Gnome and Unity. The chrome://gpu says "GpuProcessHostUIShim: The GPU process crashed!"

[ghinda (ghinda)]

It seems to be working on Chrome Unstable.

google-chrome-unstable
Version 40.0.2214.6 dev (64-bit)

[HaoZhu (jieranyi)]

Yes, you are right. SO it is not a Kubuntu bug, but a chrome bug.

[Mitch Golden (mgolden)]

I am running plasma 5 on System 76 laptop with an nvidia 560M graphics card using the proprietary driver and it does work for me. Here is what chrome://gpu reports

Graphics Feature Status

Canvas: Software only, hardware acceleration unavailable
Flash: Software only, hardware acceleration unavailable
Flash Stage3D: Software only, hardware acceleration unavailable
Flash Stage3D Baseline profile: Software only, hardware acceleration unavailable
Compositing: Hardware accelerated
Multiple Raster Threads: Disabled
Rasterization: Software only, hardware acceleration unavailable
Threaded Rasterization: Enabled
Video Decode: Software only, hardware acceleration unavailable
Video Encode: Hardware accelerated
WebGL: Hardware accelerated

Driver Bug Workarounds

clear_uniforms_before_first_program_use
disable_post_sub_buffers_for_onscreen_surfaces
init_gl_position_in_vertex_shader
init_vertex_attributes
scalarize_vec_and_mat_constructor_args
use_current_program_after_successful_link
Problems Detected
Accelerated 2d canvas is unstable in Linux at the moment
Disabled Features: accelerated_2d_canvas
Stage3D is not supported on Linux: 129848
Disabled Features: flash_stage3d
Accelerated video decode is unavailable on Mac and Linux: 137247, 133828
Disabled Features: accelerated_video_decode
NVIDIA linux drivers are unstable when using multiple Open GL contexts and with low memory: 145600
Disabled Features: flash_3d, accelerated_video_decode, flash_stage3d
GPU rasterization is blacklisted on non-Android: 362779
Disabled Features: gpu_rasterization
Always call glUseProgram after a successful link to avoid a driver bug: 349137
Applied Workarounds: use_current_program_after_successful_link
Program link fails in NVIDIA Linux if gl_Position is not set: 286468
Applied Workarounds: init_gl_position_in_vertex_shader
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Linux NVIDIA drivers don't have the correct defaults for vertex attributes: 351528
Applied Workarounds: init_vertex_attributes
Disable partial swaps on linux drivers: 339493
Applied Workarounds: disable_post_sub_buffers_for_onscreen_surfaces
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
Raster is using a single thread.
Disabled Features: multiple_raster_threads

[Simon Quigley (tsimonq2)]

Thank you for taking the time to report this bug and helping to make Kubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Kubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test it on a currently supported Kubuntu version. If you test it and it is still an issue, kindly upload the updated logs by running only once:
apport-collect 1392533

and any other logs that are relevant for this particular issue.

[Launchpad Janitor (janitor)]

[Expired for Kubuntu PPA because there has been no activity for 60 days.]