Opened 13 years ago

Closed 12 years ago

Last modified 5 years ago

#5803 closed defect (fixed)

MACOSX: Fullscreen mode broken on 10.7

Reported by: (none) Owned by:
Priority: normal Component: Port: Mac OS X
Version: Keywords:
Cc: Game:


The latest OSX version of ScummVM at the time of this bug report (1.3.1) freezes immediately when running in full screen mode under OSX Lion 10.7. The problem appears to be due to SDL 1.2.14, but I am filing a bug report for tracking purposes. More information is available at:

Ticket imported from: #3373619. Ticket imported from: bugs/5803.

Change History (13)

comment:1 by digitall, 13 years ago

Thank you for the bug report, but the team has been aware of this since yesterday. This is due to SDL using deprecated Graphics APIs which are now broken.

Since this is not within ScummVM's codebase, there is little we can do until either the SDL team or Apple release a fixed version, but I will leave this bug open so we can keep track of this issue.

comment:2 by SF/mthreepwood, 13 years ago

Summary: Full screen mode freezes immediately running under OSX 10.7MACOSX: Fullscreen mode broken on 10.7

comment:3 by (none), 13 years ago

Just read information that the Exult team has noticed a fix in SDL's Mercurial repository for this problem (

comment:4 by digitall, 13 years ago

The commit referred to by Coz does seem to be slated for 1.2 release:

Not sure if/when a SDL 1.2.15 will be released.

comment:5 by SF/dominus, 12 years ago

yes, current SDL Mercurial, 1.2 branch, is now working correctly for OS X 10.4 -> 10.7 and only applying the fullscreen fix when the app is used on 10.7 (for speed issues on intel and a fullscreen issue on PPC). My advice would be to update the buildbots SDL to the development version of the SDL 1.2 branch and keep that issue in mind when the next ScummVM release comes up.

No one is sure if/when a SDL 1.2.15 will be released :)

comment:6 by fingolfin, 12 years ago

If I may say, it's not quite true that there is nothing the ScummVM team can do about this... Rather to the contrary: The stance of the SDL team is that 1.2.14 is the last release of the 1.2.x series, unless some strong reasons come up to make another one. Well, there are some strong reasons, as this bug report shows. Now, it requires somebody to go and bug^H^H^H friendly ask the SDL team, repeatedly and insistently, to please make a new release with these things fixed. I did that several times in the past years. Since ScummVM is a "big customer", this may have some better chance of being heard than if an individual asks the SDL team for this -- or, more likely, if nobody asks them for it at all :-).

Moreover, there is (as was already pointed out) another thing the ScummVM team could do: Namely, to use a patched SDL version to build released binaries and nightly builds -- just as was done many times in the past with ScummVM team (e.g. when I was still making releases I frequently had to resort to that).

Note that for my SDL package in Fink, I created a patch for SDL 1.2.14 based on the mercurial version, that fixes this (IIRC) and various other bugs. You can find it here, perhaps it is helpful: <>

comment:7 by SF/dominus, 12 years ago

SDL is about to release 1.2.15, there is a prerelease version at that will go live very soon if no one has any more objections

comment:8 by SF/dominus, 12 years ago

The downside is that there will not be an official universal framework release (no ppc). I'll probably make one though for XU4

comment:9 by digitall, 12 years ago

Since SDL-v1.2.15 has now been released, is this bug now fixed?

comment:10 by SF/dominus, 12 years ago


comment:11 by digitall, 12 years ago

dominus: Thank you for the confirmation. Closing as fixed.

comment:12 by digitall, 12 years ago

Resolution: fixed
Status: newclosed

comment:13 by digitall, 5 years ago

Component: Port: Mac OS X
Note: See TracTickets for help on using tickets.