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_SetWindowTitle not setting the window title on Gnome Classic #1789

SDLBugzilla opened this issue Feb 10, 2021 · 0 comments

SDL_SetWindowTitle not setting the window title on Gnome Classic #1789

SDLBugzilla opened this issue Feb 10, 2021 · 0 comments


Copy link

@SDLBugzilla SDLBugzilla commented Feb 10, 2021

This bug report was migrated from our old Bugzilla tracker.

Reported in version: HG 2.0
Reported for operating system, platform: Linux, x86_64

Comments on the original bug report:

On 2015-03-10 17:15:24 +0000, Sik wrote:

Trying to set the titlebar with SDL_SetWindowTitle to the empty string doesn't seem to work under Gnome Classic (didn't check non-Classic Gnome, it may also fail under other window managers). It does seem to work on Windows instead.

It's a relatively minor annoyance but it's an inconsistency and somebody may be relying on the titlebar to convey information (either for debugging or to pass it to other programs that pay attention to the caption of the focused GUI element).

Using Ubuntu 14.04 64-bit here.

On 2015-03-10 17:58:19 +0000, Daniel Gibson wrote:

This is indeed an inconsistency in the platform-specific backends:

If the given title is NULL or "", the SDL_window's title is set to NULL and it is then passed to the platform-specific SetWindowTitle() implementation.
And X11_SetWindowTitle indeed only changes the title if it's != NULL, while WIN_SetWindowTitle() calls SetWindowText() with "", if the title is NULL.

I didn't look at the other platform backends.

On 2015-04-07 04:57:53 +0000, Ryan C. Gordon wrote:

(sorry if you get a lot of copies of this email, I'm marking several bugs at once)

Marking bugs for the (mostly) final 2.0.4 TODO list. This means we're hoping to resolve this bug before 2.0.4 ships if possible. In a perfect world, the open bug count with the target-2.0.4 keyword is zero when we ship.

(Note that closing a bug report as WONTFIX, INVALID or WORKSFORME might still happen.)


On 2015-04-08 06:05:31 +0000, Ryan C. Gordon wrote:

This is now fixed in, thanks!


Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
None yet

No branches or pull requests

1 participant