Closed Bug 1659778 Opened 4 years ago Closed 4 years ago

Pictures no longer shown on IMGUR

Categories

(SeaMonkey :: General, defect)

SeaMonkey 2.53 Branch
Unspecified
All
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: RainerBielefeldNG, Unassigned)

References

(Blocks 1 open bug, )

Details

(Whiteboard: SM2.53.5)

Since today my installation of unofficial (by wg9s) De SeaMonkey 2.53.5 beta 1 pre Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200727210001 (Default Classic Theme) on German WIN7 64bit has stopped to show single pictures on IMGUR.

Steps how to reproduce:

  1. Open https://imgur.com/ in newly created User Profile
    » Shows overview of pictures
  2. Click arbitrary picture or movie like
    https://imgur.com/gallery/IrtIO1q
    » Expected: single picture or movie shown
    Actual: Black Page. Page Info / Media only shows 😥
    some small Icons, but they also are invisible. 😥

Additional information

a) Changing User Agent String without success for now.
b) Other Browsers like Edge or FF 80.0a1 (2020-07-09) (32-bit) do the job
c) The problem has been confirmed on mozilla.support.seamonkey in Thread "No more images shown on IMGUR" for Linux

Confirming same issue on SeaMonkey 2.53.3 for Linux, Fedora-supplied package.

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.3

With SeaMonkey 2.53.3 (amd64 GNU/Linux), when I open an imgur gallery URL, I get several javascript errors about ResizeObserver not being defined. According to the MDN page on this feature[1], it was introduced in Firefox 69.

(But I have no idea if this is what causes the gray/empty page.)

[1] https://developer.mozilla.org/en-US/docs/Web/API/ResizeObserver

There are gallery image pages which do not work, like
https://imgur.com/gallery/wM9YDhl is grey empty page. Like all other gallery images
<!doctype html> <html lang="en">

But the same contents will be shown on
https://imgur.com/a/wM9YDhl
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

WORKAROUND!

If you enable set the pref "layout.css.resizeobserver.enabled" to true in todays 2.53.5b1 pre it should start working again. But the support is incomplete and leaks windows/memory so use it only for testing. I am on it.

Does not help for me for https://imgur.com/gallery/AVmanIA with installation of unofficial (by wg9s) en-US SeaMonkey 2.53.5 beta 1 pre Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200727210001 (Default Classic Theme, newly created User Profile) on German WIN7 64bit. I will try latest one.

NEW due to several confirmations on mozilla.support.seamonkey

Status: UNCONFIRMED → NEW
Ever confirmed: true

Does not help for me
How can it work if you use a month old build when it was implemented yesterday? The port works more or less but leaks memory and a window. I am loogin it into.

On a side note maybe we can track broken webpages in one bug especially when it is not clear what causes it. Here it is the missing resizeObserver implementation. It is usually either a fault of the page or a missing newer feature. Bug list gets pretty cluttered fast currently with all the website bugs.

Works for me with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.5 Build-Identifikator: 20200823224720 and modified config as per comment 4

  1. Launch SeaMonkey with parameter "-ProfileManager"
  2. in Profile Manager create new ex and hop User Profile and switch to this User Profile
  3. 'about:config'
  4. Search for "layout.css.resizeobserver.enabled"
    » does exist (difference to my test as per comment 5)
  5. Switch variable to "true" by double click on it
  6. go to https://imgur.com/gallery/AVmanIA
    » Progress, pictures will be shown 👍
See Also: → 1660948
Blocks: 1661263

Workaround has stopped working for me with Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.5
Build-Identifikator: 20200727210001. I will test later version with pref "layout.css.resizeobserver.enabled" to true

Enabling the pref works but leaks windows and memory badly for now. Semms the observers are not freed and so the window is not discarded. Not recommended for long sessions. Need more to to fix it.

Has been fixed as of today in Bills 2.53.5b1 pre builds. Tomorrows/next build will have a few more stability fixes. Will be in the next 2.53.5

Only backports needed so no checkins.

Status: NEW → RESOLVED
Closed: 4 years ago
Keywords: reproducible
Resolution: --- → FIXED
Whiteboard: SM2.53.5
You need to log in before you can comment on or make changes to this bug.