X
Tap here to go to the mobile version of the site.

Support Forum

Why does FF 56.0.2 'jump' to the bottom of a page upon loading?

Posted

I'm on MacOS Yosemite using Firefox 56.0.2. When I navigate from page to page on the Turbotax 'AnswerXchange' site, each page loads and then 'jumps' to the bottom of the page. This does NOT happen on Safari or Chrome, or on Firefox 48.0.2 on two other Snow Leopard systems. This didn't happen with my prior version of Firefox on Yosemite. This problem may have been corrected. However, my guess is that it's related to "href='\#\'" in the attachment that I was planing to attach, but can't upload because it's an HTML file, not an Image. Maybe I can email it to someone who asks me for it. I can then email it back as an attachment. All that's necessary to test it is to "Open File" with Firefox. For me, after loading, Firefox 'jumps' to the end of the page. My email address is in My Profile.

I'm on MacOS Yosemite using Firefox 56.0.2. When I navigate from page to page on the Turbotax 'AnswerXchange' site, each page loads and then 'jumps' to the bottom of the page. This does NOT happen on Safari or Chrome, or on Firefox 48.0.2 on two other Snow Leopard systems. This didn't happen with my prior version of Firefox on Yosemite. This problem may have been corrected. However, my guess is that it's related to "href='\#\'" in the attachment that I was planing to attach, but can't upload because it's an HTML file, not an Image. Maybe I can email it to someone who asks me for it. I can then email it back as an attachment. All that's necessary to test it is to "Open File" with Firefox. For me, after loading, Firefox 'jumps' to the end of the page. My email address is in My Profile.

Additional System Details

Application

  • Firefox 56.0.2
  • User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:56.0) Gecko/20100101 Firefox/56.0
  • Support URL: https://support.mozilla.org/1/firefox/56.0.2/Darwin/en-US/

Extensions

  • Cisco WebEx Extension 1.0.5 (ciscowebexstart1@cisco.com)
  • Clear Site Cache 1.1.1 (jid1-6CLCC0H1teLcrQ@jetpack)
  • Cookies Manager+ 1.13.3 ({bb6bc1bb-f824-4702-90cd-35e2fb24f25d})
  • Firesizer 1.7.1-signed.1-signed ({04426594-bce6-4705-b811-bcdba2fd9c7b})
  • Go Parent Folder 2.9.1.1-signed.1-signed (goParentFolder@alice)
  • Places Maintenance 2.0.2 (places-maintenance@bonardo.net)
  • Saved Password Editor 2.10.3 (savedpasswordeditor@daniel.dawson)
  • Show Parent Folder 2.1.1 (showParentFolder@alice)
  • SQLite Manager 0.8.3.1-signed.1-signed (SQLiteManager@mrinalkant.blogspot.com)
  • Wiktionary and Google Translate 7.5 (googledictionary@toptip.ca)
  • Yahoo! Mail Notifier 1.0.7.4.1-signed.1-let-fixed.1-signed ({89f8dde0-010a-11da-8cd6-0800200c9a66})
  • Adblock Plus 2.8.1 ({d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}) (Inactive)
  • The Addon Bar (restored) 3.2.9-compat-fixed-4 (the-addon-bar@GeekInTraining-GiT) (Inactive)
  • Web Developer 1.2.11 ({c45c406e-ab73-11d8-be73-000a95be3b12}) (Inactive)

Javascript

  • incrementalGCEnabled: True

Graphics

  • adapterDescription:
  • adapterDeviceID: 0x0166
  • adapterDrivers:
  • adapterRAM:
  • adapterVendorID: 0x8086
  • crashGuards: []
  • driverDate:
  • driverVersion:
  • featureLog: {u'fallbacks': [], u'features': [{u'status': u'available', u'description': u'Compositing', u'log': [{u'status': u'available', u'type': u'default'}], u'name': u'HW_COMPOSITING'}, {u'status': u'available', u'description': u'OpenGL Compositing', u'log': [{u'status': u'available', u'type': u'default'}], u'name': u'OPENGL_COMPOSITING'}, {u'status': u'unavailable', u'description': u'WebRender', u'log': [{u'status': u'opt-in', u'message': u'WebRender is an opt-in feature', u'type': u'default'}, {u'status': u'unavailable', u'message': u"Build doesn't include WebRender", u'type': u'runtime'}], u'name': u'WEBRENDER'}]}
  • info: {u'TileHeight': 512, u'TileWidth': 512, u'AzureFallbackCanvasBackend': u'none', u'AzureCanvasAccelerated': 1, u'AzureCanvasBackend': u'skia', u'AzureContentBackend': u'skia'}
  • numAcceleratedWindows: 1
  • numTotalWindows: 1
  • webgl1DriverExtensions: GL_ARB_color_buffer_float GL_ARB_depth_buffer_float GL_ARB_depth_clamp GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_draw_elements_base_vertex GL_ARB_draw_instanced GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_framebuffer_sRGB GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_instanced_arrays GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_pixel_buffer_object GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_provoking_vertex GL_ARB_seamless_cube_map GL_ARB_shader_objects GL_ARB_shader_texture_lod GL_ARB_shading_language_100 GL_ARB_shadow GL_ARB_sync GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_compression_rgtc GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_non_power_of_two GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_transpose_matrix GL_ARB_vertex_array_bgra GL_ARB_vertex_blend GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_draw_buffers2 GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_multisample_blit_scaled GL_EXT_framebuffer_object GL_EXT_framebuffer_sRGB GL_EXT_geometry_shader4 GL_EXT_gpu_program_parameters GL_EXT_gpu_shader4 GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_float GL_EXT_provoking_vertex GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_texture_array GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_integer GL_EXT_texture_lod_bias GL_EXT_texture_rectangle GL_EXT_texture_shared_exponent GL_EXT_texture_sRGB GL_EXT_texture_sRGB_decode GL_EXT_timer_query GL_EXT_transform_feedback GL_EXT_vertex_array_bgra GL_APPLE_aux_depth_stencil GL_APPLE_client_storage GL_APPLE_element_array GL_APPLE_fence GL_APPLE_float_pixels GL_APPLE_flush_buffer_range GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_packed_pixels GL_APPLE_pixel_buffer GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_specular_vector GL_APPLE_texture_range GL_APPLE_transform_hint GL_APPLE_vertex_array_object GL_APPLE_vertex_array_range GL_APPLE_vertex_point_size GL_APPLE_vertex_program_evaluators GL_APPLE_ycbcr_422 GL_ATI_separate_stencil GL_ATI_texture_env_combine3 GL_ATI_texture_float GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_NV_blend_square GL_NV_conditional_render GL_NV_depth_clamp GL_NV_fog_distance GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_barrier GL_SGIS_generate_mipmap GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod
  • webgl1Extensions: ANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_frag_depth EXT_sRGB EXT_shader_texture_lod EXT_texture_filter_anisotropic MOZ_debug 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 MOZ_WEBGL_lose_context MOZ_WEBGL_compressed_texture_s3tc MOZ_WEBGL_depth_texture
  • webgl1Renderer: Intel Inc. -- Intel HD Graphics 4000 OpenGL Engine
  • webgl1Version: 2.1 INTEL-10.6.33
  • webgl1WSIInfo: CGL
  • webgl2DriverExtensions: GL_ARB_blend_func_extended GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_gpu_shader_fp64 GL_ARB_gpu_shader5 GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_occlusion_query2 GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_subroutine GL_ARB_shading_language_include GL_ARB_tessellation_shader GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_cube_map_array GL_ARB_texture_gather GL_ARB_texture_query_lod GL_ARB_texture_rgb10_a2ui GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_vertex_attrib_64bit GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_framebuffer_multisample_blit_scaled GL_EXT_texture_compression_s3tc GL_EXT_texture_filter_anisotropic GL_EXT_texture_sRGB_decode GL_APPLE_client_storage GL_APPLE_container_object_shareable GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_texture_range GL_ATI_texture_mirror_once GL_NV_texture_barrier
  • webgl2Extensions: EXT_color_buffer_float EXT_texture_filter_anisotropic EXT_disjoint_timer_query MOZ_debug OES_texture_float_linear WEBGL_compressed_texture_s3tc WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_lose_context MOZ_WEBGL_lose_context MOZ_WEBGL_compressed_texture_s3tc
  • webgl2Renderer: Intel Inc. -- Intel HD Graphics 4000 OpenGL Engine
  • webgl2Version: 4.1 INTEL-10.6.33
  • webgl2WSIInfo: CGL
  • windowLayerManagerRemote: True
  • windowLayerManagerType: OpenGL
  • windowUsingAdvancedLayers: False

Modified Preferences

Misc

  • User JS: No
  • Accessibility: No

Question owner

To demonstrate, I created a web-page that shows the problem. Visit: < web.stanford.edu/~guertin/ttlc.intuit.com.html >

To demonstrate, I created a web-page that shows the problem. Visit: < web.stanford.edu/~guertin/ttlc.intuit.com.html >

Modified by DICKGUERTIN

jscher2000
  • Top 10 Contributor
7930 solutions 64763 answers

Thanks for the demo page. One possible explanation for this is that some scripts in the page (actually, on CloudFront) embed a frame at the bottom of the page, with this address:

https://accounts.intuit.com/ividFrame.html?ivid_b=f6534625-0d0d-4d40-b07b-83ed8bd4178f

That doesn't display any content, but perhaps something in the script attracts the cursor to that area?? I can't really tell.

Also, I say "at the bottom" but there is a style rule placing it 200 pixels above the top of the page, so it's in a non-viewable margin area, which may or may not be contributing to the odd behavior.

Thanks for the demo page. One possible explanation for this is that some scripts in the page (actually, on CloudFront) embed a frame at the bottom of the page, with this address: https://accounts.intuit.com/ividFrame.html?ivid_b=f6534625-0d0d-4d40-b07b-83ed8bd4178f That doesn't display any content, but perhaps something in the script attracts the cursor to that area?? I can't really tell. Also, I say "at the bottom" but there is a style rule placing it 200 pixels above the top of the page, so it's in a non-viewable margin area, which may or may not be contributing to the odd behavior.

Question owner

jscher2999, that reference you cited isn't really empty. It's almost two pages of html-code, but it doesn't have a DOCTYPE header, and begins after two blank lines. Why it doesn't show anything is weird, BUT this doesn't explain the behavior of the original page that displays just fine on Safari, Chrome, and other versions of Firefox (prior to 52.0.2). I still think it's associated to several 'href="#"' lines, and the one line that should be a 'name="#", but is 'href='\"#\"' instead. It acts like a #tag on the original page, something like this: < http://web.stanford.edu/~guertin/MLS.html#0400 >.

PS, I apologize for all the 'blank' 'Quote' items. I finally realized I should Edit instead of Quote. But how could I delete all those mistakes? There doesn't seem to be a way to do that.

jscher2999, that reference you cited isn't really empty. It's almost two pages of html-code, but it doesn't have a DOCTYPE header, and begins after two blank lines. Why it doesn't show anything is weird, BUT this doesn't explain the behavior of the original page that displays just fine on Safari, Chrome, and other versions of Firefox (prior to 52.0.2). I still think it's associated to several 'href="#"' lines, and the one line that should be a 'name="#", but is 'href='\"#\"' instead. It acts like a #tag on the original page, something like this: < http://web.stanford.edu/~guertin/MLS.html#0400 >. PS, I apologize for all the 'blank' 'Quote' items. I finally realized I should Edit instead of Quote. But how could I delete all those mistakes? There doesn't seem to be a way to do that.

Modified by DICKGUERTIN

Question owner

Based upon my hunch that it's the hrefs that are causing troubles, I edited the saved demo-page changing "#" into "#0" in the hrefs, and then changing: href='\"#\"' into: id="0" which makes it a valid target for the hrefs. THAT WORKS in Firefox 56.0.2, and you can see it yourself: web.stanford.edu/~guertin/ttlc2.intuit.com.html

You can also view the changes: web.stanford.edu/~guertin/html.diff.txt

Obviously, I have to contact Intuit about changing their web-sire pages. But this still doesn't explain why Firefox 56.0.2 is handling it WRONG when other browsers (Safari, Chrome, and older Firefox) all get it RIGHT.

Based upon my hunch that it's the hrefs that are causing troubles, I edited the saved demo-page changing "#" into "#0" in the hrefs, and then changing: href='\"#\"' into: id="0" which makes it a valid target for the hrefs. THAT WORKS in Firefox 56.0.2, and you can see it yourself: web.stanford.edu/~guertin/ttlc2.intuit.com.html You can also view the changes: web.stanford.edu/~guertin/html.diff.txt Obviously, I have to contact Intuit about changing their web-sire pages. But this still doesn't explain why Firefox 56.0.2 is handling it WRONG when other browsers (Safari, Chrome, and older Firefox) all get it RIGHT.

Modified by DICKGUERTIN

jscher2000
  • Top 10 Contributor
7930 solutions 64763 answers

Okay, but we can observe that neither # or #0 is ending up on the address bar as you would expect from basic hash navigation. If for some odd reason Firefox is activating one of those links, the assigned click handling script is capturing the "click". Assuming that supposition is correct, why is the script moving the scroll position to the bottom only in Firefox??

Okay, but we can observe that neither # or #0 is ending up on the address bar as you would expect from basic hash navigation. If for some odd reason Firefox is activating one of those links, the assigned click handling script is capturing the "click". Assuming that supposition is correct, why is the script moving the scroll position to the bottom only in Firefox??

Question owner

There is a difference between # and #0 because # by itself is invalid. It's supposted to be followed by a name-tag, such as #leave or #234. Also, the target isn't defined properly. Instead of id=tag it's href='\"#\"', and I suspect that what's triggering the 'jump to the invalid target'.

There's now a battle going on between Mozilla and Intuit. I have posts on the AnswerXchange about this, and they claim it's the browser's fault, especially since it only 'jumps' for Firefox, NOT any other browsers

I've claimed it's Intuit's fault for having 'improper' hrefs and targets, which should be id=tag, NOT href=pseudo-tag.

My question at this point is simply this: Does the demo-page that shows the jump do the same thing in newer version of Firefox? I'm not willing to abandon my Add-On Extensions, so I haven't updated past 56.0.2.

There is a difference between # and #0 because # by itself is invalid. It's supposted to be followed by a name-tag, such as #leave or #234. Also, the target isn't defined properly. Instead of id=tag it's href='\"#\"', and I suspect that what's triggering the 'jump to the invalid target'. There's now a battle going on between Mozilla and Intuit. I have posts on the AnswerXchange about this, and they claim it's the browser's fault, especially since it only 'jumps' for Firefox, NOT any other browsers I've claimed it's Intuit's fault for having 'improper' hrefs and targets, which should be id=tag, NOT href=pseudo-tag. My question at this point is simply this: Does the demo-page that shows the jump do the same thing in newer version of Firefox? I'm not willing to abandon my Add-On Extensions, so I haven't updated past 56.0.2.

Modified by DICKGUERTIN

jscher2000
  • Top 10 Contributor
7930 solutions 64763 answers

Yes, same behavior in Firefox 58. However, when I test https://ttlc.intuit.com/ in the Extended Support Release of Firefox 52, the scroll position does not change. So that started some time after Firefox 52. I don't know whether I'm patient enough to track that down, considering the substantial length of time between Firefox 52 and Firefox 56.

While href="#" is a link to nowhere, it's a common design pattern when scripts are used only as an attachment point for scripts. Another common pattern is href="javascript:void(0)" which is even more of a "do nothing" link.

The external script files are very large and impractical for me to debug. Hopefully someone who understands the site knows can figure out why the navigation is triggered.

Yes, same behavior in Firefox 58. However, when I test https://ttlc.intuit.com/ in the Extended Support Release of Firefox 52, the scroll position does not change. So that started some time after Firefox 52. ''I don't know whether I'm patient enough to track that down, considering the substantial length of time between Firefox 52 and Firefox 56.'' While href="#" is a link to nowhere, it's a common design pattern when scripts are used only as an attachment point for scripts. Another common pattern is href="javascript:void(0)" which is even more of a "do nothing" link. The external script files are very large and impractical for me to debug. Hopefully someone who understands the site knows can figure out why the navigation is triggered.

Question owner

jscher2000, I consider this something Intuit can easily fix in their own web-pages by using standard < a href="#0" /> and < a id="0" /> terms. Those should work everywhere.

jscher2000, I consider this something Intuit can easily fix in their own web-pages by using standard < a href="#0" /> and < a id="0" /> terms. Those should work everywhere.
jscher2000
  • Top 10 Contributor
7930 solutions 64763 answers

This change seems to have been introduced in March 13-14, 2017, Firefox 55 time frame, but my regression tests keep crashing so I haven't found the exact change. Frustrating. Too late tonight.

This change seems to have been introduced in March 13-14, 2017, Firefox 55 time frame, but my regression tests keep crashing so I haven't found the exact change. Frustrating. Too late tonight.

Question owner

jscher2000, I agree that the 'change' should be found, and repaired. On the other hand, it's really bad-coding practices on the part of AnswerXchange. A simple fix there eliminates the problem at its source. I've explained the fix on the AnswerXchange itself; but who knows if they will make a correction.

jscher2000, I agree that the 'change' should be found, and repaired. On the other hand, it's really bad-coding practices on the part of AnswerXchange. A simple fix there eliminates the problem at its source. I've explained the fix on the AnswerXchange itself; but who knows if they will make a correction.
jscher2000
  • Top 10 Contributor
7930 solutions 64763 answers

Hi DICKGUERTIN, I filed a bug for this problem in Mozilla's "Bugzilla" bug tracking system:

https://bugzilla.mozilla.org/show_bug.cgi?id=1436906

If only one site is affected, it may not get a high priority. If you notice it anywhere else, we can add that information to the bug.

Hi DICKGUERTIN, I filed a bug for this problem in Mozilla's "Bugzilla" bug tracking system: https://bugzilla.mozilla.org/show_bug.cgi?id=1436906 If only one site is affected, it may not get a high priority. If you notice it anywhere else, we can add that information to the bug.