Closed Bug 1419111 Opened 8 years ago Closed 5 years ago

Menus do not work when connected via Remote Desktop

Categories

(Core :: Widget: Win32, defect, P3)

Product:
Core
Component:
Widget: Win32
Version:
57 Branch
Platform:
Unspecified
Windows 10
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: fright-rusts4u, Unassigned)

Details

(Whiteboard: widget-next)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0 Build ID: 20171112125346 Steps to reproduce: * On Windows, running under a local session, open Firefox. * With the browser session still open, connect remotely from a different machine using Remote Desktop. * In Firefox, try to open a menu. (Right-click on something, access a folder on bookmarks bar, or click the hamburger button.) Actual results: * Nothing... The menu will not appear. In order to get menus to appear after switching from a local session to remote, I have to exit and re-launch Firefox. Expected results: * Menu should appear.
Component: Untriaged → Widget: Win32
OS: Unspecified → Windows 10
Product: Firefox → Core
I have the same on FF 57. Firefox runs on Windows 7, connecting with RDP from Windows 10. All menu's are not visible. I suspect there might be a placement issue rather than a visibility issue: - It only happens when I connect with RDP on a different resolution than the host (width has this affect, height so it seems, does not) - When I click a menu button, navigate with arrow and press enter, whatever the menu item was will still execute - When I open the downloads through ctrl+j, a 2nd taskbar icon appears, and I can move the window into view using the Move option of the taskbar contex menu.
Priority: -- → P2
FF 59.0.2 (64-bit) Exactly same problem here, connecting from Win10 to Win7. Restarting FF under RDP makes the issue go away. Also think this is some placement issue (I think I saw a thin line being drawn away from the combo box I clicked). Very annoying, happens nearly 100% of the time I connect via RDP.
FF 59.0.2 (64-bit) I am seeing the same issue as well. FF is running on a Win7 machine. The problem occurs no matter what the source OS is. Confirmed: restarting FF in the remote session does, temporarily, fix the issue.
We are running Firefox 59.0.2(64-bit) on Windows Server 2008 R2 and most of my 40+ users are experiencing this issue repeatedly. We were running Firefox ESR before this and I'm regretting the move. I have tried disabling Hardware Acceleration and clearing all caches and temp files. I have yet to find a pattern. As above, restarting FF in the session restores functionality reliably but is temporary. When it happens, all menus stop showing including Firefox's own menus, as well as the popup autofill drop downs. Also, popup windows will appear far smaller then they should (usually these popup windows are sized appropriately). The user generally closes firefox, re-starts it and goes back to that same site to complete the task and everything works as it should.
Reproduced today in 60.0. (Would like to switch from Chrome back to Firefox and this is my sole blocking issue...)
I have the same issue. I investigated it. So. I found that Firefox 52.8.1 x32 doesn't have this problem. Also if logon to Windows (with menuless Firefox) by Console that Firefox shows menu again (till next issue by rdp☺).
I typed "opengl" in about:config and disabled that (layers.geometry.opengl.enabled). Menus did show up after closing all Firefox windows, but I am not sure if this issue can reoccur later. Sorry, just a wild guess here.
I disabled hardware acceleration in about:preference / General / Performance much earlier but saw menus disappearing on many occasions after that. Re: timing, I wonder if my Firefox account sync restores this option or the opengl one after some time.
(In reply to Ilguiz Latypov from comment #7) > I typed "opengl" in about:config and disabled that > (layers.geometry.opengl.enabled). Menus did show up after closing all > Firefox windows, but I am not sure if this issue can reoccur later. Sorry, > just a wild guess here. just tested this, same issue with or without opengl enabled
Same here with Firefox 61.0.1 (x64) on Windows Server 2008 R2. Our clients connect through thin clients to a terminal server farm with 3 servers. When they disconnect and reconnect firefox menus and dropdown lists on websites are not working anymore. Only a restart of the firefox process is helping. Is Mozilla aware of that bug?
Thanks Alexander for the reconnect step which allowed me to reproduce the issue right away. Searching for accessing the hardware acceleration details now hidden from the Options / General controls, I stumbled on an "about:support" URL. It showed the following details on the Windows VM where reconnecting via Remote Desktop causes the drop-down menus disappear, Features Compositing Basic Asynchronous Pan/Zoom wheel input enabled; scrollbar drag enabled; keyboard enabled; autoscroll enabled WebGL 1 Driver WSI Info EGL_VENDOR: Google Inc. (adapter LUID: 0000000000000000) EGL_VERSION: 1.4 (ANGLE 2.1.0.7edc21933ef1) EGL_EXTENSIONS: EGL_EXT_create_context_robustness EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_EXT_pixel_format_float EGL_KHR_surfaceless_context EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_program_cache_control EGL_ANGLE_robust_resource_initialization EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses WebGL 1 Driver Renderer Google Inc. -- ANGLE (Software Adapter Direct3D11 vs_5_0 ps_5_0) WebGL 1 Driver Version OpenGL ES 2.0 (ANGLE 2.1.0.7edc21933ef1) WebGL 1 Driver Extensions GL_ANGLE_client_arrays GL_ANGLE_depth_texture GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_pack_reverse_row_order GL_ANGLE_program_cache_control GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_sync_query GL_EXT_blend_minmax GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_frag_depth GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object WebGL 1 Extensions ANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_frag_depth EXT_sRGB EXT_shader_texture_lod EXT_texture_filter_anisotropic EXT_disjoint_timer_query OES_element_index_uint OES_standard_derivatives OES_texture_float OES_texture_float_linear OES_texture_half_float OES_texture_half_float_linear OES_vertex_array_object WEBGL_color_buffer_float WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_depth_texture WEBGL_draw_buffers WEBGL_lose_context WebGL 2 Driver WSI Info - WebGL 2 Driver Renderer WebGL creation failed: * Refused to create WebGL2 context because of blacklist entry: FEATURE_FAILURE_UNKNOWN_DEVICE_VENDOR WebGL 2 Driver Version - WebGL 2 Driver Extensions - WebGL 2 Extensions - Direct2D Blocked for your graphics card because of unresolved driver issues. Off Main Thread Painting Enabled true DirectWrite true (6.2.9200.22164) GPU #1 Active Yes Description VMware SVGA 3D Vendor ID 0x15ad Device ID 0x0405 Driver Version 8.15.1.60 Driver Date 2-3-2017 Drivers vm3dum64_loader vm3dum64_loader vm3dum64_loader vm3dum_loader vm3dum_loader vm3dum_loader Subsys ID 040515ad RAM 1032 Diagnostics ClearType Parameters Gamma: 1.8 Pixel Structure: RGB AzureCanvasAccelerated 0 AzureCanvasBackend skia AzureContentBackend skia AzureFallbackCanvasBackend cairo ClearType Parameters Gamma: 1.8 Pixel Structure: RGB Decision Log D3D11_COMPOSITING Blocklisted; failure code BLOCKLIST_FEATURE_FAILURE_UNKNOWN_DEVICE_VENDOR DIRECT2D unavailable by default: Direct2D requires Direct3D 11 compositing D3D11_HW_ANGLE unavailable by default: D3D11 compositing is disabled disabled by env: D3D11 compositing is disabled GPU_PROCESS Blocklisted; failure code BLOCKLIST_FEATURE_FAILURE_UNKNOWN_DEVICE_VENDOR WEBRENDER opt-in by default: WebRender is an opt-in feature unavailable by runtime: ANGLE is disabled
Seeing a list of extensions in the same support screen, I restarted Firefox with add-ons disabled, and reconnecting to it via Remote Desktop no longer stole the drop-down menus. I think I narrowed down my culrpit to a Cisco Webex Extension (probably version 1.1.0). The following list reflect my addons after I removed the culprit, Extensions Name Version Enabled ID Adblock Plus 3.1 true {d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} NoScript 10.1.8.2 true {73a6fe31-595d-460b-a920-fcc0f8843232} LocalLink 0.5.1-signed.1-signed false {15756614-ffb8-498b-b961-bce537ea94fe} User Agent Switcher 0.7.3.1-signed.1-signed false {e968fc70-8f95-4ab9-9e79-304de2a71ee1}
I don't have a Cisco Webex extension, but am still experiencing the issue. Please note that the problem does not appear all the time - your observation might have been a coincidence.
I needed to use cisco for RDP and this is happening very frequently for me. I use the same computer to remote to work machine multiple times and if I disconnect from my session and start a new one, its almost 80% chance that my FF does not show the menu options unless I hard end/close the program from Windows Tasks. I am connecting from Win10 RDP to Win7 machine (w/ FF browser)
Well I can confirm the same behavior. An RDP session from Win7 to a notebook Win7 FF61.0.1 with multiple extensions results in blocked menus, a forced close and FF restart is necessary to get the menus back. An RDP session from Win7 to a VM Win7 FF60.0.2 without a single extension/addon results in blocked menus, a forced close and FF restart is necessary to get the menus back. I did notice that it occurs much faster when I have tabs open with live content. E.g. if I have a browser tab connected to a PRTG live monitoring bandwidth page it seems to block much faster than when I e.g. only have Google open. Same for a Confluence Wiki page, when that is loaded it seems to block much faster than when only simple web pages are loaded. My personal observations, nevertheless a very annoying issue.
Hi All, I confirm this erratic behavior is still reproducible with the latest mozilla products: -Firefox 60.3.0esr 64-bit -Tor browser 8.0.3 based on 60.3.0esr 64-bit -Thunderbird 60.3.1 32-bit In my case it ONLY happens when reconnecting to an RDP session with a different screen resolution. What I've tried so far and didn't help: -disabling addons -safe mode -compatibility mode (xp/win7) with all it's different options -leaving menu open (eg. in tools menu) Is anyone working on this?
> In my case it ONLY happens when reconnecting to an RDP session with a different screen resolution. Also color depth change causes the same issue.
Same issue. I connecto with MS RDP 10 for mac OS. Menus doesn't work, tooltips as well.
Unfortunately nobody gives a **** about this bug, it's unconfirmed, unassigned, and reported a year ago!!!! Shame on you Mozilla!!!!
(In reply to speedtester from comment #19) > Unfortunately nobody gives a **** about this bug, it's unconfirmed, > unassigned, and reported a year ago!!!! > Shame on you Mozilla!!!! Agreed. I have completely stopped using Firefox because of this.

Same here on Thunderbird 60.4.0 (32-bit) and Windows 7:

Thunderbird is either completly unresponsive or at least the main menus and context menu is not opening.
This happens if you access an already started Thunderbird over remote desktop.

Workaround:

  1. Kill Thunderbird process via task manager.
  2. Start Thunderbird again over remote desktop.

Thunderbird is also doing the same for my 40+ users on Server 2008 R2 (x64)... so now both Firefox and Thunderbird are having the issue. Thunderbird 60.3.1 (32-bit) and Firefox 61.0 (64-bit). Both have been upgraded several times since my first comment, 9 months ago. We use a variety of RDP clients... Linux, Wyse and Windows 7 & 10... does not seem to favor any one client.

This is now becoming MUCH more problematic as anytime this happens, one or more of the actual Firefox exe process begins to eat up RAM and CPU. When you have 40 users logged in simultaneously, it really plays hell on the system speed. I've killed single firefox.exe processes that reached over 4G in size (users typically have 6+ processes now since Firefox went to their "multiprocess" design).

9 months ago this was a Firefox only issue. Upgraded have apparently migrated the issue to Thunderbird. Normally this would be placed on the Thunderbird side but it looks like the exact same issue... same cause, same result, same workaround... probably a shared code base... best guess.

This problem was fixed in Thunderbird 65.0b1

Dear Alexander,

great that the bug has beeen fixed in Thunderbird.

Do you know when it will be fixed in Firefox?

Best regards,

James

James, I don't remember exactly. It was fixed in semtember-october 2018. Maybe in Firefox 62. But you can check it easy.

Dear Alexander,

thank you for the hint.

I did check the behaviour with Firefox 64 (64 Bit), the Bug seems to be fixed.

However the ESR-Release (60.4.0 64 Bit) seems still to be affected by this Bug.

Do you know if it will be fixed in ESR as well?

Best regards,

James

Hi all,

It seems this bug is still not fixed, and it got worse in the past weeks, not only on resolution change on the remote clients, but several times a day without even disconnecting the remote desktop apps.
Platform is win2008r2 both thunderbird and firefox-esr is affected, therefore it's in the core.
I've tried it with several different remote desktop clients also.

Please, if anyone have any idea how to debug it, I would be very grateful!

Thanks!

Priority: P2 → P3
Whiteboard: widget-next

That problem was fixed in Thunderbird 60.6.0 !

Aaron, what system and version are you remoting into? And does it reproduce using version 68 or newer??

Flags: needinfo?(aaronkelley)

speedster, Server 2008 is very near EOL, and it seems like you have bigger issues than what this bug covers. Have you asked for help in support?

I stopped experiencing this problem, probably due to Firefox/Windows updates.
To provide a data point: Windows 10 -> Windows 10, Firefox 68.x ESR does not experience this problem.

Thanks for the updates
=> WFM

Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Flags: needinfo?(aaronkelley)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.