We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Hierdie gesprek is in die argief. Vra asseblief 'n nuwe vraag as jy hulp nodig het.

FF 4.0.1 no longer shows buttons in email at webmail.infoquest.com

  • 3 antwoorde
  • 4 hierdie probleem
  • 3 views
  • Laaste antwoord deur wmcole

more options

Messages at webmail.infoquest.com accounts used to have buttons displayed for delete, next, previous, reply, reply all etc. displayed across the top and bottom of the message. Now only an image placeholder appears. Functionality remains intact, but without the image it is hard to determine which button does what. NOTE: this used to work fine in previous FF versions and all other browsers (IE, Chrome etc.)

Messages at webmail.infoquest.com accounts used to have buttons displayed for delete, next, previous, reply, reply all etc. displayed across the top and bottom of the message. Now only an image placeholder appears. Functionality remains intact, but without the image it is hard to determine which button does what. NOTE: this used to work fine in previous FF versions and all other browsers (IE, Chrome etc.)

All Replies (3)

more options

If images are missing then check that you aren't blocking images from some domains.

See:

  • Check the permissions for the domain in the current tab in Tools > Page Info > Permissions
  • Check that images are enabled: Tools > Options > Content: [X] Load images automatically
  • Check the exceptions in Tools > Options > Content: Load Images > Exceptions
  • Check the "Tools > Page Info > Media" tab for blocked images (scroll through all the images)

There are also extensions (Tools > Add-ons > Extensions) that can block images.

more options

None of the suggested troubleshooting steps provide relief. I've also found that a text link "Printer Friendly Version" does not function (produces a 404 error).

In looking at the frame source where these problems manifest, the missing images, and the "printer friendly version" all point to very long link name that has the string, "cache" in it. E.g.: "https://webmail.infoquest.com/cache/2AB5090665FD17CD1358614FA077D3DF/427670749/">

Note that these links still function correctly in Chrome, IE and versions of Firefox earlier than 4.0. Other images and links that DO NOT have locations formed that that shown above (or have the word "cache" in the link) display / function properly in 4.o.1. I should also add that these long links with "cache" in them are referenced from a javascript function.

Also not that since this problem appears on two different machines running two different versions of Windows (XP and 7) it quite clearly indicates a coding error in Firefox, and one that changed between 3.6.17 and 4.0.1.

more options

Problem also exists in versions 5.x and 6.x, so it appears this is a problem that will remain in all future builds. It adds to other incompatibilities with .asp and javascript that force me to use IE for an increasing number of sites, most notably those running on Windows servers that appear to have been developed using .NET tools, and which rely heavily on scripting. I guess it is time to start searching for an IE alternative again, because Firefox's decreasing reliability and site compatibility are making it less and less useful.