2024-04-25 19:06 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0004296Spring engineGeneralpublic2014-03-16 19:44
ReporterGoogle_Frog 
Assigned Tocleanrock 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version96.0.1+git 
Target VersionFixed in Version 
Summary0004296: 96.0.1-215-gc4447c8 WindowBoarderless = 1 is not functional.
DescriptionWindowBoarderless = 1 causes Spring to start in a resizable window with a boarder. Also 'WindowBoarderless = 1' is removed from springsettings so I assume that it has been randomly renamed or defaults to 1.
Additional InformationOS: Windows 7

LastSelectedMap = ScorpioBattleground
ReflectiveWater = 1
ScreenshotCounter = 346
WindowPosY = 7
snd_volmaster = 21
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0012773

jK (developer)

WindowBoArderless?

~0012774

Google_Frog (reporter)

That was a mistake. It is not mispelt in the config.

~0012775

cleanrock (reporter)

WindowBorderless is default false so "WindowBorderless = 1" should not be removed from config.
I suspect you have conflicting springsettings.cfg files, look at top of infolog to see which cfg-files are read and take a look at em.

~0012776

Google_Frog (reporter)

The "Using additional configuration source"? It has WindowBorderless = 1.

~0012777

cleanrock (reporter)

Last edited: 2014-01-29 18:27

View 2 revisions

If you have (like me) WindowBorderless = 1 in the additional(old) config file used by 91.0, spring will remove WindowBorderless = 1 from the "new" config file.
Check what infolog says about video mode, for me it is:
[InitOpenGL] video mode set to 1920x1200:24bit @59Hz (windowed)
Even better if you attach all your used cfg files and infolog.

~0012807

cleanrock (reporter)

No feedback, i guess you got ur config sorted.

~0012929

Google_Frog (reporter)

Sorry, did not get around to retesting.

The same behaviour occurs in 96.0.1-342-g220d3f5. The setting of WindowBorderless has no effect. This problem occurs only with Fullscreen = 0.

The border looks like this: http://i.imgur.com/etbXtpa.png

~0012930

cleanrock (reporter)

gfrog,
You have a very effective reading filter.
We can all imagine what a window with borders look like, more difficult to imagine your infolog.

~0012931

cleanrock (reporter)

Last edited: 2014-03-13 16:33

View 2 revisions

I suspect infolog wont help since borderless setting seem not to be printed.
If this is not a config issue on your side the problem may be that a resizable window can not be borderless on Windows:
bool SpringApp::CreateSDLWindow(const char* title)
{
    int sdlflags = SDL_WINDOW_OPENGL | SDL_WINDOW_RESIZABLE;
...

I suggest you talk to some spring user with Win7 and see if that person see the same problem.
It may also be worth testing if Fullscreen=1 and WindowBorderless=1 will give you what you want (quick alt+tab i guess).

~0012935

Google_Frog (reporter)

It is not a config issue, here is my infolog but it is uninteresting. http://pastebin.com/ydHu9SAg. With Fullscreen enabledalt-tab always minimised spring.

Why should a borderless window be resizable? I don't see how a user would resize a borderless window as they have nothing to grab on to.

~0012936

jK (developer)

that's why windows adds the minimal border?

~0012942

Google_Frog (reporter)

WindowBorderless works correctly for me with 96.0.1-346-g8a05330.
+Notes

-Issue History
Date Modified Username Field Change
2014-01-29 09:44 Google_Frog New Issue
2014-01-29 14:07 jK Note Added: 0012773
2014-01-29 14:10 jK Status new => closed
2014-01-29 14:10 jK Assigned To => jK
2014-01-29 14:10 jK Resolution open => unable to reproduce
2014-01-29 15:36 Google_Frog Note Added: 0012774
2014-01-29 15:36 Google_Frog Status closed => feedback
2014-01-29 15:36 Google_Frog Resolution unable to reproduce => reopened
2014-01-29 16:24 cleanrock Note Added: 0012775
2014-01-29 16:48 Google_Frog Note Added: 0012776
2014-01-29 16:48 Google_Frog Status feedback => assigned
2014-01-29 18:25 cleanrock Note Added: 0012777
2014-01-29 18:27 cleanrock Note Edited: 0012777 View Revisions
2014-02-01 08:42 cleanrock Note Added: 0012807
2014-02-01 08:42 cleanrock Status assigned => closed
2014-02-01 08:42 cleanrock Resolution reopened => no change required
2014-03-13 13:32 Google_Frog Note Added: 0012929
2014-03-13 13:32 Google_Frog Status closed => feedback
2014-03-13 13:32 Google_Frog Resolution no change required => reopened
2014-03-13 15:46 cleanrock Note Added: 0012930
2014-03-13 16:15 cleanrock Note Added: 0012931
2014-03-13 16:33 cleanrock Note Edited: 0012931 View Revisions
2014-03-14 16:45 Google_Frog Note Added: 0012935
2014-03-14 16:45 Google_Frog Status feedback => assigned
2014-03-14 18:49 jK Note Added: 0012936
2014-03-15 10:31 Google_Frog Note Added: 0012942
2014-03-16 19:44 jK Assigned To jK => cleanrock
2014-03-16 19:44 jK Assigned To cleanrock => jK
2014-03-16 19:44 jK Assigned To jK =>
2014-03-16 19:44 jK Status assigned => resolved
2014-03-16 19:44 jK Resolution reopened => fixed
2014-03-16 19:44 jK Assigned To => cleanrock
+Issue History