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

[Crash]: Switching between monitors in fullscreen #9531

Closed
simply-peachy opened this issue Sep 1, 2021 · 2 comments
Closed

[Crash]: Switching between monitors in fullscreen #9531

simply-peachy opened this issue Sep 1, 2021 · 2 comments

Comments

@simply-peachy
Copy link

@simply-peachy simply-peachy commented Sep 1, 2021

Version of OpenTTD

OpenTTD 20210831-master-g2c05412d72 Kubuntu 20.04.2

Steps to reproduce

Also affects v1.11.2. Using a nightly in its own directory via ./openttd -c openttd.conf -d with a blank config file; no settings or NewGRFs are loaded. The following steps may seem odd until one considers playing on a laptop, then plugging in an external screen and switching to the external screen.

  1. On a system with multiple monitors of differing resolutions, have OpenTTD open in fullscreen mode, with the other monitor unplugged/disabled.
  2. Plug in the other monitor, switch to it (primary/exclusive).
  3. Observe OpenTTD window in fullscreen mode, but still set to the previous monitor's resolution.
  4. Open Game Options, uncheck fullscreen mode.
  5. Crashes with:
X Error of failed request:  BadRRCrtc (invalid Crtc parameter)
Major opcode of failed request:  140 (RANDR)
Minor opcode of failed request:  20 (RRGetCrtcInfo)
Crtc id in failed request: 0x0
Serial number of failed request:  2901
Current serial number in output stream:  2901

None of crash.log, crash.dmp or crash.sav are being generated, so I had to add a dummy to permit filing the issue.

Upload crash files

crash.log

@LordAro
Copy link
Member

@LordAro LordAro commented Sep 2, 2021

This looks like a crash/failure within SDL2 or X11, rather than within OTTD. As such, it's quite likely there's nothing we can do about it. Happy to be proved wrong, however. Perhaps running via gdb could reveal some more information?

@TrueBrain
Copy link
Member

@TrueBrain TrueBrain commented Sep 14, 2021

As talked about on IRC, this really looks like an SDL issue. Do you mind if we close this ticket for now? There is current little action we can take :(

Feel free to reopen it if you either have more information (like a backtrace will confirm for us if we can do anything about this) or if you feel like we can prevent the crash. Don't take this "closing" as "we don't care", but really as a "this doesn't seem actionable for us" :)

@TrueBrain TrueBrain closed this Sep 14, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants