Openttd does not use the global panel menu when maximized

Bug #993624 reported by Johan Thorén
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openttd (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Steps to reproduce:

1. Launch Openttd from dash, as any other application.
2. Maximize the window using the maximize button, or by double clicking on the window bar.

What happens?

Openttd does not fully maximize and does not blend with the global panel. Two bars are visible, occupying more space than needed.

What should happen?

Openttd should maximize fully, using the global panel as window bar.

Note:

This is not related to playing in fullscreen, which works just fine afaik. This is just concerning maximized mode.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: openttd 1.1.4-1
ProcVersionSignature: Ubuntu 3.2.0-24.37-generic 3.2.14
Uname: Linux 3.2.0-24-generic x86_64
ApportVersion: 2.0.1-0ubuntu7
Architecture: amd64
Date: Thu May 3 01:12:00 2012
ExecutablePath: /usr/games/openttd
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/zsh
SourcePackage: openttd
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Johan Thorén (kveras) wrote :
Revision history for this message
Johan Thorén (kveras) wrote :
Revision history for this message
Johan Thorén (kveras) wrote :

I have noticed that this bug does not always appear, even if it still makes for the majority of times I launch it. I have yet to figure out why it sometimes work correctly, but still nothing concrete.

Revision history for this message
Remko Bijker (rubidium) wrote :

OpenTTD has little to no control over what the window does when it's resized. This is all left to SDL. The only thing OpenTTD has to worry about is painting the game's graphics within the window. In case of full screen there is a window without decorations spanning the complete screen.

Thus I think this is not a bug in OpenTTD, but rather in SDL or some library SDL uses. So it should be possible to reproduce this behaviour with other SDL applications as well.

Revision history for this message
Jimmy Merrild Krag (beruic) wrote :

I filed a bug recently about this, and has nothing to add to Remko's comment, except that the bug also describes issues that may be related. Please have a look at http://bugs.openttd.org/task/5205 and attached screenshots there.

Revision history for this message
Jimmy Merrild Krag (beruic) wrote :

Just tried changing resolution of the game from the in-game menu. Looks like it's trying hard to change the resolution, but it only succeeds when the chosen resolution is lower than the current one. Is this SDL related too, or should I file a bug on Flyspray Remko?

Revision history for this message
Remko Bijker (rubidium) wrote :

I would reckon that's SDL related as well. OpenTTD does interface with SDL, and SDL is the thing that handles all the windowy and resolution stuff.

The only thing that might be problematic is that sometimes SDL does not return supported resolutions, and in that case OpenTTD will show some default resolutions (without knowing whether they are possible). However, I'd say that not telling OpenTTD the supported resolutions is the bug here.

Revision history for this message
Remko Bijker (rubidium) wrote :

Issue lies in SDL library or with the window manager.

Changed in openttd (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.