View Issue Details

IDProjectCategoryView StatusLast Update
0004296Spring engineGeneralpublic2014-03-16 19:44
ReporterGoogle_Frog Assigned Tocleanrock  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version96.0.1+git 
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

Activities

jK

2014-01-29 14:07

developer   ~0012773

WindowBoArderless?

Google_Frog

2014-01-29 15:36

reporter   ~0012774

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

cleanrock

2014-01-29 16:24

reporter   ~0012775

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.

Google_Frog

2014-01-29 16:48

reporter   ~0012776

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

cleanrock

2014-01-29 18:25

reporter   ~0012777

Last edited: 2014-01-29 18:27

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.

cleanrock

2014-02-01 08:42

reporter   ~0012807

No feedback, i guess you got ur config sorted.

Google_Frog

2014-03-13 13:32

reporter   ~0012929

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

cleanrock

2014-03-13 15:46

reporter   ~0012930

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.

cleanrock

2014-03-13 16:15

reporter   ~0012931

Last edited: 2014-03-13 16:33

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).

Google_Frog

2014-03-14 16:45

reporter   ~0012935

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.

jK

2014-03-14 18:49

developer   ~0012936

that's why windows adds the minimal border?

Google_Frog

2014-03-15 10:31

reporter   ~0012942

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

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
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
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