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

[SDL] failure to resize #3305

Closed
DorpsGek opened this issue Nov 8, 2009 · 9 comments
Closed

[SDL] failure to resize #3305

DorpsGek opened this issue Nov 8, 2009 · 9 comments
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

DorpsGek commented Nov 8, 2009

planetmaker opened the ticket and wrote:

Trunk r17847:

Sometimes when resizing part of the screen (which is the part being added) stays black after finishing the resize of the window. It's difficult to re-produce as it only happens in a small fraction of the tries. It can also happen when the full screen button of the window itself is clicked (not the full screen choice within OpenTTD). It's much more likely to occur when the resize is very quickly. The part where the display is correct is the size of the window previous to re-sizing.

SuSE linux 11.0
Linux 2.6.25.20-0.5-pae # 1 SMP 2009-08-14 01:48:11 +0200 i686 i686 i386 GNU/Linux
running with KDE 3.5.9 "release 49.1",
Graphics card: nVidia Corporation, Model: Quadro NVS 280 SD, Driver: nvidia
It's a default Dell precision 360
Video driver used is SDL, library version 1.2.13-51.1

Attachments

Reported version: trunk
Operating system: Linux


This issue was imported from FlySpray: https://bugs.openttd.org/task/3305
@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

Rubidium wrote:

Yay... another unreproducable-for-me problem with SDL since I made it threaded. Guess we need to consider reverting making it threaded because it's backfiring more than it's actually helping anyone.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6918

@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

SmatZ wrote:

It's reproducible even with sdl:no_threads. It's easier to reproduce if you put your system under load. I think we discussed this issue, and the reason was SDL sometimes not sending SDL_VIDEORESIZE events (that means, not fixable in OTTD).


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6920

@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

Rubidium wrote:

He said (on IRC) it's even reproducable on 0.7.3.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6921

@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

frosch wrote:

Yup, we discussed that issue. It has been like that for ages for me under high cpu usage, and a printf at SDL_VIDEORESIZE does not print anything.
The screen resizes once I move or resize the window.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6922

@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

frosch wrote:

Attached patch shows this behaviour:

resizeevent 450 467 size 450 467 0 0 450 467 resizeevent 651 600 size 651 600 0 0 651 600 resizeevent 814 685 size 814 685 0 0 814 685 size 814 685 0 0 814 685 size 814 685 0 0 814 685 size 814 685 0 0 814 685 size 814 685 0 0 814 685 size 814 685 0 0 814 685 resizeevent 828 691 size 828 691 0 0 828 691 size 828 691 0 0 828 691

Gentoo with kde 3.5.10, sdl 1.2.13

Attachments


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6923

@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

frosch wrote:

Easier testcase with a delay in the resize procedure:

  1. Resize the window.
  2. Keep the mousebutton pressed until OTTD redraws.
  3. No further resizeevent is send, until window is moved or resized again.

In this scenario OTTD tries to resize the window, which conflicts with the pending manual resizing.

Attachments


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6924

@DorpsGek
Copy link
Member Author

DorpsGek commented Nov 9, 2009

frosch wrote:

Best we could come up with. But it makes it only behave more weird.

Seems like there is no way to work around this SDL bug.

Attachments


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6925

@DorpsGek
Copy link
Member Author

Rubidium wrote:

with sdlresize2.diff:
debian kde live cd reproduces (i.e. no resize on mouse release)
debian gnome live cd reproduces (i.e. no resize on mouse release)
debian xfce live cd resizes when releasing the mouse (i.e. does not reproduce)
debian lxde live cd resizes when releasing the mouse (i.e. does not reproduce)

Live CDs came from http://cdimage.debian.org/cdimage/release/current-live/amd64/iso-cd/


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305#comment6930

@DorpsGek
Copy link
Member Author

Rubidium closed the ticket.

Reason for closing: Bug in external library

Documented in known-bugs.txt


This comment was imported from FlySpray: https://bugs.openttd.org/task/3305

@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) bug labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant