ابحث في الدعم

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

Latest version of Firefox has been crippled for handling web page graphics

  • 6 ردود
  • 1 has this problem
  • 8 views
  • آخر ردّ كتبه cor-el

more options

I just updated to Firefox version 38.0.1, from version 35. This late update is because of an unfortunate turn of practices some time ago, that requires Firefox installs to be interactive. Now an update takes several hours+ of phone line tied-up, so it gets done infrequently.

Once upon a time I could simply download the install package during one of my occasional accesses (almost weekly these days) to a high speed connection, convey it to my computer via USB flash drive, then install Firefox in moments, without any active internet connection. That was highly superior to the current method.

The point of this missive, however, is a major fault in version 38.0.1 that makes it useless for most of my work. I need to know how to get back to a better Firefox version that works adequately. >>>>>> Coming online, to post, I found the link that will hopefully gt me back to the older version, but I still want to post this somewhere where it might get some attention because the current situation is extremely poor.<<<<<<

For more than a year I have been wanting to write about a problem that just became much worse with this current browser version but I never managed to work up to the necessary energy and time -- would my problems have made the slightest difference to anyone developing the browser code, I always wondered? It seemed like a long shot.

A great deal of my on-line time is spent downloading pages that contain many graphs, tables, diagrams, and occasional photos. Because, I presume, my normal connect speed of 52 kbps is too slow, after the 15 to 25 minutes necessary to fetch the page of interest, a large percentage of those illustrations show only a link, not the graphic itself. Right clicking on those links provided a "Reload image" option in the context menu. Clicking on that would load the image into the page, in place, making the article useable (it is often necessary to obtain a dozen, or three dozen, graphics this way).

One interesting aspect of this finishing process is that very many graphics then loaded completely, almost immediately. Some required 20, 30, 60 or so seconds, but not the majority.

The defect that I often wanted to communicate about, but never did, alas, is that some graphics started to load with the page but somewhere before they were finished, maybe 10% in, maybe 95% in, they would stop. The lower part of the graphic would then show just a black fill, or sometimes a white (empty) fill. These partial graphics never had the "Reload image" option in the context menu.

The "Copy image location" option was in the context menu.. If I selected that, I could try pasting it into the address bar of a new tab or a new window. This produced the exact same partial graphic, indicating it must be taken from the browser cache/history/somewhere already downloaded, rather than its source.

"Reload image" always fetched the complete graphic, but using the image location on these partial graphics, even though it was clearly a web address, did not. To get the complete image for these partially loaded graphics, I had to close the browser which, by my settings, always clears every part of the history. Then using the previously copied image location, I could load the graphic from the web. This was never useful for studying an article.

A few times I experimented by doing "reload current page". It was clear that this was also not a useful solution. It might load missing or incomplete graphics, taking another 20 minutes to redo the page, but it also skipped, or only partially loaded, graphics that were present and complete the first time the page was loaded. Which images were provided only as tags, or were incomplete, seemed to be random.

Another fault is that, not infrequently. the images I had to reload were shown on the page as it loaded but then would disappear before the page finished loading. This seems especially poor performance, since the data obviously had been properly downloaded. However, I could at least reload such images after the page loading stopped.

I did experiment a number of times when I had access to a high speed connection. I never experienced unloaded or partially loaded images, so I assumed the difficulty to indeed be a feature of my slow phone line connection. NO, I cannot afford a high speed connection, period, for sure, even though having one would be very nice..

In the older browser version, where "Reload image" was an option, the obvious fix for the above problem with partially loaded images would have been to always provide the "reload image" option, regardless of whether the image was missing completely, partially loaded, or fully loaded -- always reloading from the web site, never from already downloaded material. Just put the reload option into the context menu for all graphics and make sure it always works properly.

Now, Firefox version 38 is much worse. It does not have the "Reload image" option. In its place is "View image" which REPLACES my entire, painfully slowly loaded page, with the missing image. If the image is completely missing (only a tag is present e.g. 'fig 3A'), I can use the "Copy image location", paste that into a new tab, and get the image on that new tab. This is a very inconvenient way to try to read an article, especially when 27 graphics did not load the first time.

I have only looked at two such pages since updating the browser. Neither of these ended up with partially loaded images (although they both had images present only as tags), therefore I don't know if the "Copy image location" for a partial graphic, pasted into a new tab. will still provide only the same partial graphic. Regardless, that problem, compared to the current inability to "Reload image" into place on the page, is minor indeed.

I can't do the work I need to do if I can't get the material downloaded. I need an earlier version browser that at least has the "Reload image" context menu option. Hopefully that option will also be returned on future versions. It would be really nice if the reload image option would always be available for every graphics, as described above. Right now I need to know how to get back to version 26, or some later version that still has the "Reload image" option.

I just updated to Firefox version 38.0.1, from version 35. This late update is because of an unfortunate turn of practices some time ago, that requires Firefox installs to be interactive. Now an update takes several hours+ of phone line tied-up, so it gets done infrequently. Once upon a time I could simply download the install package during one of my occasional accesses (almost weekly these days) to a high speed connection, convey it to my computer via USB flash drive, then install Firefox in moments, without any active internet connection. That was highly superior to the current method. The point of this missive, however, is a major fault in version 38.0.1 that makes it useless for most of my work. I need to know how to get back to a better Firefox version that works adequately. >>>>>> Coming online, to post, I found the link that will hopefully gt me back to the older version, but I still want to post this somewhere where it might get some attention because the current situation is extremely poor.<<<<<< For more than a year I have been wanting to write about a problem that just became much worse with this current browser version but I never managed to work up to the necessary energy and time -- would my problems have made the slightest difference to anyone developing the browser code, I always wondered? It seemed like a long shot. A great deal of my on-line time is spent downloading pages that contain many graphs, tables, diagrams, and occasional photos. Because, I presume, my normal connect speed of 52 kbps is too slow, after the 15 to 25 minutes necessary to fetch the page of interest, a large percentage of those illustrations show only a link, not the graphic itself. Right clicking on those links provided a "Reload image" option in the context menu. Clicking on that would load the image into the page, in place, making the article useable (it is often necessary to obtain a dozen, or three dozen, graphics this way). One interesting aspect of this finishing process is that very many graphics then loaded completely, almost immediately. Some required 20, 30, 60 or so seconds, but not the majority. The defect that I often wanted to communicate about, but never did, alas, is that some graphics started to load with the page but somewhere before they were finished, maybe 10% in, maybe 95% in, they would stop. The lower part of the graphic would then show just a black fill, or sometimes a white (empty) fill. These partial graphics never had the "Reload image" option in the context menu. The "Copy image location" option was in the context menu.. If I selected that, I could try pasting it into the address bar of a new tab or a new window. This produced the exact same partial graphic, indicating it must be taken from the browser cache/history/somewhere already downloaded, rather than its source. "Reload image" always fetched the complete graphic, but using the image location on these partial graphics, even though it was clearly a web address, did not. To get the complete image for these partially loaded graphics, I had to close the browser which, by my settings, always clears every part of the history. Then using the previously copied image location, I could load the graphic from the web. This was never useful for studying an article. A few times I experimented by doing "reload current page". It was clear that this was also not a useful solution. It might load missing or incomplete graphics, taking another 20 minutes to redo the page, but it also skipped, or only partially loaded, graphics that were present and complete the first time the page was loaded. Which images were provided only as tags, or were incomplete, seemed to be random. Another fault is that, not infrequently. the images I had to reload were shown on the page as it loaded but then would disappear before the page finished loading. This seems especially poor performance, since the data obviously had been properly downloaded. However, I could at least reload such images after the page loading stopped. I did experiment a number of times when I had access to a high speed connection. I never experienced unloaded or partially loaded images, so I assumed the difficulty to indeed be a feature of my slow phone line connection. NO, I cannot afford a high speed connection, period, for sure, even though having one would be very nice.. In the older browser version, where "Reload image" was an option, the obvious fix for the above problem with partially loaded images would have been to always provide the "reload image" option, regardless of whether the image was missing completely, partially loaded, or fully loaded -- always reloading from the web site, never from already downloaded material. Just put the reload option into the context menu for all graphics and make sure it always works properly. Now, Firefox version 38 is much worse. It does not have the "Reload image" option. In its place is "View image" which REPLACES my entire, painfully slowly loaded page, with the missing image. If the image is completely missing (only a tag is present e.g. 'fig 3A'), I can use the "Copy image location", paste that into a new tab, and get the image on that new tab. This is a very inconvenient way to try to read an article, especially when 27 graphics did not load the first time. I have only looked at two such pages since updating the browser. Neither of these ended up with partially loaded images (although they both had images present only as tags), therefore I don't know if the "Copy image location" for a partial graphic, pasted into a new tab. will still provide only the same partial graphic. Regardless, that problem, compared to the current inability to "Reload image" into place on the page, is minor indeed. I can't do the work I need to do if I can't get the material downloaded. I need an earlier version browser that at least has the "Reload image" context menu option. Hopefully that option will also be returned on future versions. It would be really nice if the reload image option would always be available for every graphics, as described above. Right now I need to know how to get back to version 26, or some later version that still has the "Reload image" option.

الحل المُختار

It sounds as though the Show Selected Images extension is the best solution, but for future reference regarding the right-click context menu: if you hold down the Ctrl key when clicking View Image, it will be directed to a new tab, and if you hold down the Shift key when clicking View Image, it will be directed to a new window.

Read this answer in context 👍 1

All Replies (6)

more options

See if this extension does what you need. https://addons.mozilla.org/en-US/firefox/addon/show-selected-images/ "Allows Firefox to reload multiple images that failed to be displayed."

more options

If you are on a slow connection then you should never skip an update. A minor update is usually only a few MB, but if you skip an update then you need to download the full version. There is an update from Firefox to 38, but not for Firefox 35, so you need to download at least 30 MB more.

You can see the file size of the available Firefox installers on the CDN site:

more options

Add code to the userChrome.css file below the default @namespace line.


@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"); /* only needed once */

#context-reloadimage { display: -moz-box !important; }

The customization files userChrome.css (user interface) and userContent.css (websites) are located in the chrome folder in the Firefox profile folder.

You can use this button to go to the currently used Firefox profile folder:

  • Create the chrome folder (lowercase) in the <xxxxxxxx>.default profile folder if this folder doesn't exist
  • Use a plain text editor like Notepad to create a (new) userChrome.css file in the chrome folder (file name is case sensitive)
  • Paste the code in the userChrome.css file in the editor window
  • Make sure that the userChrome.css file starts with the default @namespace line
  • Make sure that you select "All files" and not "Text files" when you save the file via "Save file as" in the text editor as userChrome.css.
    Otherwise Windows may add a hidden .txt file extension and you end up with a not working userChrome.css.txt file
more options

I've had time for only one test so far. The plugin seems to work. Reload image is back on the context menu and it is functioning.

The third suggestion, if I understand correctly, seems very interesting. It is a means for one to personally add Reload Image to the context menu. Since the Show Selected Images plugin already did that, it would seem I don't need to, but the technique could be valuable in the future.

The information about Firefox updates in also interesting; I never knew there were partial updates. I will have to give it a try.

more options

الحل المُختار

It sounds as though the Show Selected Images extension is the best solution, but for future reference regarding the right-click context menu: if you hold down the Ctrl key when clicking View Image, it will be directed to a new tab, and if you hold down the Shift key when clicking View Image, it will be directed to a new window.

more options

The code I posted will always add this item to the right-click context menu as it isn't possible to check if it is an image via CSS and it is also the first image related item in the DOM, so it might be confusing to see this item when there is no image presently right-clicked. Only an extension can do this in the proper way. You could run some code in the Browser Console (Firefox/Tools > Web Developer) to unhide this item.