New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 117021 link

Starred by 17 users

Issue metadata

Status: Fixed
Owner:
not on Chrome anymore
Closed: Jul 2012
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 1
Type: Compat , Bug-Regression

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment

It takes three clicks on full-screen mode to enter full-screen, After that there is no video we can just hear the audio.

Project Member Reported by pbomm...@chromium.org, Mar 6 2012

Issue description

Version: 19.0.1061.0
OS: Linux 10.04

What steps will reproduce the problem?
1. Install chrome 
2. navigate to youtube.com
3. play any video 
4. Now try to play the video in fullscreen mode
What is the expected output?
--Once user clicks on full screen mode video should play in full-screen mode 
--Video should play smoothly in full screen  

What do you see instead?
--It takes 2 to 3 clicks to enter full-screen mode 
--Video doen't play where in I can hear the audio playing.
--After we exist from full-screen mode,I can't see the video after 1 or 2sec delay. 
--After existing from full-screen mode try to move the video through progress bar the time frame is getting over lapped and no video plays(sometime happens in fullscrren)

--attached the screenshots.


 
linuxfullscreen.png
59.1 KB View Download
Afterexitingfullscreen.png
585 KB View Download
Cc: vclarke@chromium.org anan...@chromium.org pavanv@chromium.org
--This works fine on latest beta -18.0.1025.45
--Will update the bisect results by end of the day.

Comment 3 by laforge@google.com, Mar 8 2012

Owner: pbomm...@chromium.org
Status: Assigned
Assigning back to pbommana@ to bisect.
Cc: lafo...@chromium.org
Owner: ----
--Works fine until build 19.0.1051.0 with flash version--11.1r102
--Broken from Build 19.0.1052.0 which uses the flash version-- 11.2.31.109
--This is still reproducible on latest dev channel 19.0.1063.0 with flash version -11.2.31.109
Status: Available
Labels: ReleaseBlock-Beta

Comment 7 by laforge@google.com, Mar 8 2012

Cc: jeffreyc@chromium.org
Owner: cpu@chromium.org
Status: Assigned
Hey Carlos,

Could you help me find an owner for this?  Looks like 11.2 on Linux is having problems.

Comment 8 by cpu@chromium.org, Mar 9 2012

Cc: yzshen@chromium.org
Owner: viettrungluu@chromium.org
This is flapper on linux --> vtl, I am adding yuzhu, he might have an idea.

Comment 9 by pavanv@chromium.org, Mar 13 2012

 Issue 117315  has been merged into this issue.
Labels: -ReleaseBlock-Beta ReleaseBlock-Stable
This is reproducible on Mac osx 10.6.8 - 19.0.1077.3 (Official Build 128359) dev when the Youtube video is in popped out mode.
This is reproducible on Current dev build Mac osx 10.6.8 - 19.0.1068.1 (Official Build 126852) dev with flash 11.2.202.197
This issue needs more attention, After entering the Fullscreen mode .. my screen is totally distorted.See attachment .
Happens with most of the Flash sites : youtube,hulu,bet

Have the bisect info in commnet #4

Build Used :19.0.1077.3 (Official Build 128359) dev
OS: Linux Ubuntu 10.04/64 Bit
Screenshot-1.png
1.0 MB View Download

Comment 14 Deleted

Labels: -ReleaseBlock-Stable ReleaseBlock-Beta

Comment 16 Deleted

Bug reproducible in dev build 19.0.1077.3 on Linux Ubuntu 10.04

Go to this URL: http://www.cnn.com/video/#/video/politics/2012/03/23/sot-santorum-stick-with-obama.cnn

Try to watch in fullscreen. It mostly doesn't switch to fullscreen.
Labels: -Mstone-19 -ReleaseBlock-Beta Mstone-20
I'm going to make the assumption that this is a flapper issue.  Since we put back npapi I'm putting to 20.
Cc: dharani@chromium.org
Still reproducible in 20.0.1123.2 (Official Build 134901) dev. Regression window provided in Comment #4
Reproducible on 20.0.1126.0 (Official Build 135301) dev.
viet@: any progress on this bug?
This is reproducuble on 20.0.1132.2.
Still reproducible in 20.0.1132.8 (Official Build 137054.
reproducible on:
Google Chrome	21.0.1145.0 (Offizieller Build 138079) dev
Betriebssystem	Linux
WebKit	537.1 (@117602)
JavaScript	V8 3.11.3
Flash	11.3.31.103
Cc: viettrungluu@chromium.org brettw@chromium.org
Labels: -OS-Mac
Owner: jbau...@chromium.org
Any information on hardware? Graphics card and driver? It's likely to be an issue with the accelerated HW path.

Unfortunately, there are a whole bunch of things conflated in this issue. I'm ignoring @11 and @12 (which are Mac bugs, about the NPAPI plugin, and Not Our Problem). Multiple-click issues are likely to be different, unless they reflect user confusion (about the state of things) due to painting/screen update issues.

-> jbauman, who's looking at this sort of thing (& blacklisting; see  issue 129847 )
+brettw, who looked at some fullscreen issue a week or two ago

Comment 26 Deleted

Graphics Feature Status
Canvas: Software only, hardware acceleration unavailable
Compositing: Hardware accelerated
3D CSS: Hardware accelerated
CSS Animation: Accelerated
WebGL: Hardware accelerated
WebGL multisampling: Hardware accelerated
Problems Detected
Accelerated 2d canvas is unstable in Linux at the moment.
Version Information
Data exported	Tue May 29 2012 13:38:30 GMT+0200 (CEST)
Chrome version	21.0.1145.0 (Offizieller Build 138079) dev
Operating system	Linux 3.2.0-030200rc7-generic
Software rendering list version	1.31
ANGLE revision	1046
2D graphics backend	Skia
Driver Information
Initialization time	88
GPU0	VENDOR = 0x8086 [Intel Corporation], DEVICE= 0x0126 [2nd Generation Core Processor Family Integrated Graphics Controller]
Optimus	false
AMD switchable	false
Driver vendor	Mesa
Driver version	8.0.2
Driver date	
Pixel shader version	1.30
Vertex shader version	1.30
GL version	3.0
GL_VENDOR	Tungsten Graphics, Inc
GL_RENDERER	Mesa DRI Intel(R) Sandybridge Mobile
GL_VERSION	3.0 Mesa 8.0.2
GL_EXTENSIONS	GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_separate_specular_color GL_EXT_texture_edge_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_framebuffer_sRGB GL_ARB_multitexture GL_EXT_framebuffer_sRGB GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat GL_3DFX_texture_compression_FXT1 GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_INGR_blend_func_separate GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_EXT_framebuffer_object GL_EXT_texture_compression_s3tc GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_MESA_window_pos GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_NV_vertex_program GL_ARB_depth_texture GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL_ATI_envmap_bumpmap GL_EXT_stencil_two_side GL_EXT_texture_cube_map GL_NV_depth_clamp GL_NV_vertex_program1_1 GL_APPLE_packed_pixels GL_APPLE_vertex_array_object GL_ARB_draw_buffers GL_ARB_fragment_program GL_ARB_fragment_shader GL_ARB_shader_objects GL_ARB_vertex_program GL_ARB_vertex_shader GL_ATI_draw_buffers GL_ATI_texture_env_combine3 GL_ATI_texture_float GL_EXT_shadow_funcs GL_EXT_stencil_wrap GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_ARB_depth_clamp GL_ARB_fragment_program_shadow GL_ARB_half_float_pixel GL_ARB_point_sprite GL_ARB_shading_language_100 GL_ARB_sync GL_ARB_texture_non_power_of_two GL_ARB_vertex_buffer_object GL_ATI_blend_equation_separate GL_EXT_blend_equation_separate GL_OES_read_format GL_ARB_color_buffer_float GL_ARB_pixel_buffer_object GL_ARB_texture_compression_rgtc GL_ARB_texture_float GL_ARB_texture_rectangle GL_EXT_packed_float GL_EXT_pixel_buffer_object GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_rgtc GL_EXT_texture_rectangle GL_EXT_texture_sRGB GL_EXT_texture_shared_exponent GL_ARB_framebuffer_object GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_packed_depth_stencil GL_APPLE_object_purgeable GL_ARB_vertex_array_object GL_ATI_separate_stencil GL_EXT_draw_buffers2 GL_EXT_gpu_program_parameters GL_EXT_texture_array GL_EXT_texture_integer GL_EXT_texture_sRGB_decode GL_EXT_timer_query GL_OES_EGL_image GL_MESA_texture_array GL_ARB_copy_buffer GL_ARB_depth_buffer_float GL_ARB_half_float_vertex GL_ARB_map_buffer_range GL_ARB_texture_rg GL_ARB_texture_swizzle GL_ARB_vertex_array_bgra GL_EXT_separate_shader_objects GL_EXT_texture_swizzle GL_EXT_vertex_array_bgra GL_NV_conditional_render GL_ARB_ES2_compatibility GL_ARB_draw_elements_base_vertex GL_ARB_explicit_attrib_location GL_ARB_fragment_coord_conventions GL_ARB_provoking_vertex GL_ARB_sampler_objects GL_ARB_seamless_cube_map GL_ARB_shader_texture_lod GL_EXT_provoking_vertex GL_EXT_texture_snorm GL_MESA_texture_signed_rgba GL_ARB_robustness GL_EXT_transform_feedback
Several clicks needed to enter full screen mode with flash using libpepflashplayer.so, OK with libflashplayer.so


in the console i get this error message hope this helps
ERROR:render_widget_fullscreen_pepper.cc(187)] Not implemented reached in virtual void<unnamed>::PepperWidget::setFocus(bool)
Cc: derat@chromium.org
Looks like the window is getting un-fullscreened, which causes flash to get into a weird state.

Comment 31 by gunfl...@gmail.com, Jun 12 2012

Unlike some earlier reports I do get video once in full screen, but garbled audio, using Linux Mint 13.
Project Member

Comment 32 by bugdroid1@chromium.org, Jun 21 2012

Summary: It takes three clicks on full-screen mode to enter full-screen, After that there is no video we can just hear the audio.
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=143306

------------------------------------------------------------------------
r143306 | jbauman@chromium.org | Wed Jun 20 17:02:11 PDT 2012

Changed paths:
 M http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/render_widget_host_view_gtk.cc?r1=143306&r2=143305&pathrev=143306
 M http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/render_widget_host_view_gtk.h?r1=143306&r2=143305&pathrev=143306

Rely on losing focus, not on becoming unfullscreened, to destroy a fullscreen window.

On metacity we get spurious unfullscreen events that were preventing the window from going fullscreen, and alt-tab didn't cause the window to unfullscreen, so it wasn't destroyed by alt-tab. We should ignore the unfullscreen event and instead rely on FocusOut to determine when to destroy the window.

BUG= 117021 
TEST=


Review URL: https://chromiumcodereview.appspot.com/10542134
------------------------------------------------------------------------

Comment 33 by gunfl...@gmail.com, Jun 21 2012

No video or video with noise (snow effect) in full screen on YouTube, audio OK. Several clicks still needed to enter Full Screen mode. Version 20.0.1132.39 beta
Labels: -Mstone-20 Mstone-21 Merge-Requested
with new dev version fullscreen does not work (works not with three clicks)
gnome-shell 
Google Chrome	21.0.1180.11 (Offizieller Build 143993) dev
Betriebssystem	Linux
WebKit	537.1 (@121177)
JavaScript	V8 3.11.10.12
Flash	11.3.31.208
User-Agent	Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.11 Safari/537.1
Befehlszeile	 /opt/google/chrome/google-chrome --flag-switches-begin --enable-media-source --enable-experimental-extension-apis --flag-switches-end
Ausf├╝hrbarer Pfad	/opt/google/chrome/google-chrome
Profilpfad	/home/arpu/.config/google-chrome/Default
after 10 or more clicks it works
@Arnold: Branch point of 21.1180.11 was before the fix landed in trunk!

Comment 38 by kareng@google.com, Jun 26 2012

we agreed to merge this post linux dev on july 10.
Confirmed on 20.0.1132.43 on Fedora 17 x86_64: flash videos on YouTube simply refuse to open full screen. Disabling Flash 11.3 and reenabling Flash 11.2 (from Adobe) fixes the problem.
Any hopes for a fix on 20.x or will we need to wait for 21.x? Comment #32 suggests it has already been fixed by commit 143306.

Comment 40 by kareng@google.com, Jun 27 2012

32 implies M22. not 21 or 20.
Ouch :-( Ok, sticking to Flash 11.2 until M22, then.
This is still reproducible on 21.0.1180.15.

Comment 43 by kareng@google.com, Jun 29 2012

so this is both on 20 and 21? can someone confirm for me?

Comment 44 by gunfl...@gmail.com, Jun 29 2012

Can confirm on Version 20.0.1132.47 beta, audio is OK though, 3 or more clicks to get full screen then snow on video
Tried couple of websites and observed that video plays smoothly in normal mode, but when switched to full-screen mode Video is distorted(sometimes) and in full screen-mode video won't play smoothly, But when switched back to normal mode works fine both on 20.0.1132.47 and 21.0.1180.18
works with 

Google Chrome	22.0.1201.0 (Offizieller Build 145644) dev
Betriebssystem	Linux
WebKit	537.1 (@121899)
JavaScript	V8 3.12.9
Flash	11.3.31.213


This works fine with latest chrome dev 22.0.1201.0 on  linux(ubuntu)/64bit.

Comment 48 by kareng@google.com, Jul 10 2012

Labels: -Merge-Requested Merge-Approved
ty! :)
Project Member

Comment 49 by bugdroid1@chromium.org, Jul 10 2012

Labels: -Merge-Approved merge-merged-1180
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=145972

------------------------------------------------------------------------
r145972 | jbauman@chromium.org | Tue Jul 10 15:44:31 PDT 2012

Changed paths:
 M http://src.chromium.org/viewvc/chrome/branches/1180/src/content/browser/renderer_host/render_widget_host_view_gtk.h?r1=145972&r2=145971&pathrev=145972
 M http://src.chromium.org/viewvc/chrome/branches/1180/src/content/browser/renderer_host/render_widget_host_view_gtk.cc?r1=145972&r2=145971&pathrev=145972

Merge 143306 - Rely on losing focus, not on becoming unfullscreened, to destroy a fullscreen window.

On metacity we get spurious unfullscreen events that were preventing the window from going fullscreen, and alt-tab didn't cause the window to unfullscreen, so it wasn't destroyed by alt-tab. We should ignore the unfullscreen event and instead rely on FocusOut to determine when to destroy the window.

BUG= 117021 
TEST=


Review URL: https://chromiumcodereview.appspot.com/10542134

TBR=jbauman@chromium.org
Review URL: https://chromiumcodereview.appspot.com/10689146
------------------------------------------------------------------------
Project Member

Comment 50 by bugdroid1@chromium.org, Jul 10 2012

Labels: merge-merged-1180_11
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=145973

------------------------------------------------------------------------
r145973 | jbauman@chromium.org | Tue Jul 10 15:48:05 PDT 2012

Changed paths:
 M http://src.chromium.org/viewvc/chrome/branches/1180_11/src/content/browser/renderer_host/render_widget_host_view_gtk.cc?r1=145973&r2=145972&pathrev=145973
 M http://src.chromium.org/viewvc/chrome/branches/1180_11/src/content/browser/renderer_host/render_widget_host_view_gtk.h?r1=145973&r2=145972&pathrev=145973

Merge 143306 - Rely on losing focus, not on becoming unfullscreened, to destroy a fullscreen window.

On metacity we get spurious unfullscreen events that were preventing the window from going fullscreen, and alt-tab didn't cause the window to unfullscreen, so it wasn't destroyed by alt-tab. We should ignore the unfullscreen event and instead rely on FocusOut to determine when to destroy the window.

BUG= 117021 
TEST=


Review URL: https://chromiumcodereview.appspot.com/10542134

TBR=jbauman@chromium.org
Review URL: https://chromiumcodereview.appspot.com/10693132
------------------------------------------------------------------------
Status: Fixed

Comment 52 by Deleted ...@, Jul 15 2012

Confirmed fixed in 21.0.1180.41
Please notice that even though flash now enters fullscreen, video size and position are wrong on a dual monitor setup (not sure if it's a side effect from this commit, but it used to work just fine until now). I filed  issue 137296  to track this.
Project Member

Comment 54 by bugdroid1@chromium.org, Oct 13 2012

Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Project Member

Comment 55 by bugdroid1@chromium.org, Mar 9 2013

Labels: -Type-Regression -Area-Compat -Mstone-21 -Feature-Flash Type-Bug-Regression Cr-Content-Plugins-Flash Type-Compat M-21
Project Member

Comment 56 by bugdroid1@chromium.org, Mar 14 2013

Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue
Project Member

Comment 57 by bugdroid1@chromium.org, Apr 6 2013

Labels: Cr-Blink
Project Member

Comment 58 by bugdroid1@chromium.org, Apr 6 2013

Labels: -Cr-Content-Plugins-Flash Cr-Internals-Plugins-Flash

Comment 59 by laforge@google.com, Jul 24 2013

Cc: -jeffreyc@chromium.org

Sign in to add a comment