WebGL not working causing massive performance issues

[hackthedev]

Preflight Checklist

• I have read the Contributing Guidelines for this project.
• I agree to follow the Code of Conduct that this project adheres to.
• I have searched the issue tracker for a bug report that matches the one I want to file, without success.

Electron Version

39.2.7

What operating system(s) are you using?

Other Linux

Operating System Version

Arch Linux x86_64 / 6.17.9-arch1-1

What arch are you using?

x64

Last Known Working Electron version

No response

Does the issue also appear in Chromium / Google Chrome?

I don't know how to test

Expected Behavior

It should load the website and execute the javascript as fast as if i were to open it in brave, or the browser itself.

Actual Behavior

The javascript code that fetches and displays the website content takes usually about 4-5 seconds in electron, whereas if i were to open the website directly in brave, it only takes 500ms.

Testcase Gist URL

No response

Additional Information

I think the issue is related to the following output, as the packaged app worked fine for a friend of mine using windows. Possibly its a me issue, but im not sure how to verify. I have a Nvidia 3080, and not any problems except for this.

Discord works fine, so im not sure what im possibly missing.

{
  '2d_canvas': 'disabled_software',
  direct_rendering_display_compositor: 'disabled_off_ok',
  gpu_compositing: 'disabled_software',
  multiple_raster_threads: 'enabled_on',
  opengl: 'disabled_off',
  rasterization: 'disabled_software',
  raw_draw: 'disabled_off_ok',
  skia_graphite: 'disabled_off',
  trees_in_viz: 'disabled_off',
  video_decode: 'disabled_software',
  video_encode: 'disabled_software',
  vulkan: 'disabled_off',
  webgl: 'disabled_off',
  webgl2: 'disabled_off',
  webgpu: 'disabled_off',
  webnn: 'disabled_off'
}

My preload script works fine too, taking max 10 ms to load and all.

[electron-issue-triage]

Hello @hackthedev. Thanks for reporting this and helping to make Electron better!

Would it be possible for you to make a standalone testcase with only the code necessary to reproduce the issue? For example, Electron Fiddle is a great tool for making small test cases and makes it easy to publish your test case to a gist that Electron maintainers can use.

Stand-alone test cases make fixing issues go more smoothly: it ensure everyone's looking at the same issue, it removes all unnecessary variables from the equation, and it can also provide the basis for automated regression tests.

Now adding the blocked/need-repro Needs a test case to reproduce the bug label for this reason. After you make a test case, please link to it in a followup comment. This issue will be closed in 10 days if the above is not addressed.

[hackthedev]

I could share my code via pastebin if thats ok? its not a lot, which is why it confuses me, its pretty much the basic setup with some small setups

index.js: https://pastebin.com/Sd3aVrD7
preload.js: https://pastebin.com/8GzuwjjL

The module files that the preload imports looks like this. its like 13 files in total. even if i fully purge the preload.js code and use an empty preload.js file, its still slow, so i doubt the issue is the preload

export const SignJson = async ({ signer, applicationDataDir }, json) => {
    await signer.signJson(json);
    return json;
}

i realised when i use app.setName that it used to be super slow, and once i removed it, it seemed fast again. i had to reboot my system somewhere mid testing, and once it started up i realised its slow again and i cant seem to get rid of whatever is causing this, even tho i dont use setname anymore

[hackthedev]

Hi so turns out its a me issue, something with my drivers i assume. i used the nvidia ones and then the open ones but nothing works, but it worked out of the boy on my laptop running mint