User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:55.0) Gecko/20100101 Firefox/55.0 Build ID: 20170814072924 Steps to reproduce: This is the image link at present: https://pdmhs.co.uk/files/images/Pretoria_sheet_3_find_numbers.gif Filesize about 450K, image dimensions 9368x13249 Actual results: grey box which I can then zoom and scroll but detail never emerges. The image is pure B&W. Same with all plugins disabled and on a different PC. Using Win10 v1703, FF vsn55.0.2 (32 bit) - second PC Win 10 Pro Expected results: Same as in other browsers (Chrome, Edge, MSIE11, Opera) in those the image opens OK scaled to screen size but can then zoom & scroll
I can reproduce on Linux. Grey sounds like it allocated a frame but failed to decode any data.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
(In reply to Andrew Osmond [:aosmond] (PTO 08/19-08/28) from comment #1) > I can reproduce on Linux. Grey sounds like it allocated a frame but failed > to decode any data. Hmmm, it is actually too big to be inserted into the cache. 9368x13249 is 473MB for the first frame and 118MB for subsequent/paletted frames. We estimate the cost to be 3 frames * 473MB = 1.39GB, which exceeds the cache size of 1GB. We do have a bug open to increase the maximum cache size, but it does beg the question on what to do with far more content processes. We limit images to use 1/4 of the memory (up to 1GB) but if we have 2+ content processes (+ the parent process) we could permit more memory dedicated to image buffers than we had planned for.
Thanks for taking a look. I've persuaded my user maybe it's a dumb thing to want to do and better to use <a href="./images/Pretoria_sheet_3_find_numbers.gif" download> download sheet 3</a> and view the downloaded image in some software more suited to messing with images.
Pretty sure this never worked, with this kind of animated image size...
status-firefox57: --- → fix-optional
Version: 55 Branch → unspecified
You need to log in before you can comment on or make changes to this bug.