Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

test_from_display_module fail in Window.opengl attribute #3218

Open
ankith26 opened this issue Nov 9, 2024 · 0 comments
Open

test_from_display_module fail in Window.opengl attribute #3218

ankith26 opened this issue Nov 9, 2024 · 0 comments
Labels
bug Not working as intended

Comments

@ankith26
Copy link
Member

ankith26 commented Nov 9, 2024

Environment:

Platform:		Linux-6.11.0-9-generic-x86_64-with-glibc2.40
System:			Linux
System Version:		#9-Ubuntu SMP PREEMPT_DYNAMIC Mon Oct 14 13:19:59 UTC 2024
Processor:		x86_64	SSE2: Yes	AVX2: Yes	NEON: No
Architecture:		Bits: 64bit	Linkage: ELF

Python:			CPython 3.12.7 (main, Oct  3 2024, 15:15:22) [GCC 14.2.0]
pygame version:		2.5.2
SDL versions:		Linked: 2.30.8	Compiled: 2.30.8
SDL Mixer versions:	Linked: 2.8.0	Compiled: 2.8.0
SDL Font versions:	Linked: 2.22.0	Compiled: 2.22.0
SDL Image versions:	Linked: 2.8.2	Compiled: 2.8.2
Freetype versions:	Linked: 2.13.3	Compiled: 2.13.3

Display Driver:		x11 ( xwayland == True )
Mixer Driver:		pulseaudio

On a standard Ubuntu 24.10 install, have the following failing test.

======================================================================
FAIL: test_from_display_module (pygame.tests.window_test.WindowTypeTest.test_from_display_module)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/ankith/base_env/lib/python3.12/site-packages/pygame/tests/window_test.py", line 327, in test_from_display_module
    self.assertFalse(win1.opengl)
AssertionError: True is not false

It's been like this for a while and I used to brush aside this fail because the Window module was not stable API, but now that it is, we should look into fixing it. I think cause of this issue is basically same as the issue that the PR #3059 was addressing, SDL defaulting to framebuffer acceleration.

@ankith26 ankith26 added the bug Not working as intended label Nov 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Not working as intended
Projects
None yet
Development

No branches or pull requests

1 participant