Closed Bug 1792309 Opened 3 years ago Closed 3 years ago

(site foundry-vtt) Scene not rendered completely on FF, but works in chromium

Categories

(Core :: Graphics, defect, P2)

Unspecified
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Usul, Assigned: jgilbert)

Details

Attachments

(5 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Firefox/107.0

Steps to reproduce:

I play a RPG game using Foundry VTT. It use to work in nightly , but these days it doesn't anymore. I've identified 2 things not working :

  • scene doesn't render with all the objects in it
  • rain animation, is not visible and cause issues.

I'd like to focus on the scene not rendering completely. I now have access to the website (password protected can't share) more often and can try to debug the issue. I just have no idea how. I tried using mozregression - but as the content changed, I can't find a version that works (tried up to 78).

I'm willing to spend the amount of time necessary , to gather logs and try test builds to see if things change.

Actual results:

See FF screnshot attached below

Expected results:

See chromium screenshot attached below

My configuration from more troubleshooting : ```

The severity field is not set for this bug.
:bhood, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(bhood)
Blocks: gfx-triage
Severity: -- → S3
Flags: needinfo?(bhood)
Priority: -- → P2

FYI, url from the chrome screenshot is https://forge-vtt.com/game/vincentvk it requires a login, I didn't try to create one.

(In reply to Timothy Nikkel (:tnikkel) from comment #4)

FYI, url from the chrome screenshot is https://forge-vtt.com/game/vincentvk it requires a login, I didn't try to create one.

It's a private game. So even if you had you wouldn't be able to access it (I just play, I'm not in the rights to give access ). This is why I initially said I'm willing to spend the amount of time necessary , to gather logs and try test builds to see if things change. I tried to mozregress but failed.
Would some rr recording be helpfull? Would some of the devtools log be helpfull to? Guide me I'll spend the time to get them.

Could you please flip the gfx.webrender.software pref to true and let us know if that has any affect on the behavior you're seeing?

Flags: needinfo?(ludovic)

A couple of additional diagnostics asks:

  • Any chance you could try this on a different machine to see if the behavior differs?
  • Could you please attach your about:support output from a machine that shows the problem?
Flags: needinfo?(ludovic)
Flags: needinfo?(ludovic)

Also, does it work if you try gfx.canvas.accelerated: false?

OS: Unspecified → Linux
Summary: Scene not rendered completely on FF, but works in chromium foundry-vtt → (site foundry-vtt) Scene not rendered completely on FF, but works in chromium

I tried with :

  • gfx.webrender.software set to true : no luck
  • andgfx.canvas.accelerated: false : no luck either

Attaching about:support

Flags: needinfo?(ludovic)

(In reply to Ludovic Hirlimann [:Usul] from comment #0)

I tried using mozregression - but as the content changed, I can't find a version that works (tried up to 78).

Does this mean that you weren't able to test because the site doesn't work at all in older versions, or it works and it still displays the bug?

(In reply to Timothy Nikkel (:tnikkel) from comment #10)

(In reply to Ludovic Hirlimann [:Usul] from comment #0)

I tried using mozregression - but as the content changed, I can't find a version that works (tried up to 78).

Does this mean that you weren't able to test because the site doesn't work at all in older versions, or it works and it still displays the bug?

It means I tested with both prefs set. The site loads but the rendering is like in my initial report way off part from chromium. And the bug is still displayed.
Anything I can provide to progress? (saving the page, recording with rr, sharing passwd )

Assignee: nobody → jgilbert

Are you able to take a profile while running (see https://profiler.firefox.com/ for information on how to do this) and share the profile URL here?

I did try jumping into the demo, and it seems to render ok on Windows for me. I will try on Linux+Intel.

(In reply to Glenn Watson [:gw] from comment #12)

Are you able to take a profile while running (see https://profiler.firefox.com/ for information on how to do this) and share the profile URL here?

Sure , complete profile from loading the file to loading the scene, screenshoted :

https://profiler.firefox.com/from-browser/calltree/?globalTrackOrder=awd0w9&hiddenGlobalTracks=1w8&hiddenLocalTracksByPid=744981-02w9~745149-0~745205-01~745662-01~745087-0~745347-0~745259-0~745349-0~745130-0&thread=l&v=7

Once done I just reopened the scene and recorded :
https://profiler.firefox.com/from-browser/calltree/?globalTrackOrder=9a0w8&hiddenGlobalTracks=1w7&hiddenLocalTracksByPid=744981-03w8~745347-0~745130-0~745837-01~745087-0~745349-0~745259-0~745832-0&thread=i&v=7

Anything Else I can provide?

You'll need to use the "Upload local profile" button to get shareable profile links

Flags: needinfo?(ludovic)

Full loading of the website + scene : https://share.firefox.dev/3U2itMi

Just the scene : https://share.firefox.dev/3fol1W4

Flags: needinfo?(ludovic)

I'll attempt a repro on this on my gaming laptop in Ubuntu 20.04 LTS.

Flags: needinfo?(ahale)

When I play the demo game at https://demo.forge-vtt.com/game it looks like this on both Ubuntu 20.04 LTS and Windows 11, is this correct?

I confirmed in the page inspector that this is a regular canvas element on the page, I tried toggling accelerated canvas on and off (and restarted the browser each time) and it looks correct both ways for me.

Does the demo game look correct for you or is it also broken?

Flags: needinfo?(ahale) → needinfo?(ludovic)

Demo game looks identical in Chrome for me as well.

No longer blocks: gfx-triage

I stand corrected, this is a canvas using both canvas2D and WebGL elements, which is pretty standard.

I'd like to know if the demo game looks correct, because if it is specific to the vincentvk game then I'll need to debug that.

This now works for me closing.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(ludovic)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: