Fullscreen mode on second monitor is bugged after windows creator update

[ruimiguelcolaco]

Description

After Windows Creator update, when drag brackets to a second monitor, it will not go on fullscreen mode and layout (UI) has a strange behavior

Steps to Reproduce

1. Open brackets
2. Drag to second monitor
3. Try Fullscreen mode

Expected behavior: Fullscreen on entire screen

Actual behavior: Broken layout
http://imgur.com/S5Bxfyg

Versions

OS: Windows 10 Home Edition
Version: 1703
Brackets Version: Release 1.9 build 1.9.0-17312 (release 189f6d3)

[Yarik91]

I'm here to tell same problem after Creator update.
I have two monitors :
1.Widescreen 1920x1080
2. Old peace of sh***t 1280x1024

When I open brackets on second monitor and then drag to first and make it bigger than resolution of second monitor, Brackets is cropped like that : http://prntscr.com/f6i2eq

OS: Win10 pro 1703 build 15063.250

Brackets :sprint 9 build 1.9.0-17312 (release 189f6d3)
build timestamp: Tue Mar 21 2017 10:29:45 GMT+0000

[ficristo]

In electron there were also some problems related to hidpi monitors. I think they were mostly fixed by updating to a new version of Chrome.
Also they mentioned the dpiAware field present in the manifest to change from true to true/pm.
Maybe we should also change our appshell.exe.manifest file.

[clarkejm]

I'm having a similar issue. My laptop is 2560x1440 and my external display is 2560 x 1600 however if I open brackets on the laptop screen and move it to the external display it will not use more than ~%60 of the screen capital either when using "maximize" or by manually resizing.
If I then close Brackets and reopen it with the display connected, it seems to work normally.

[SirTobey1337]

I could repro this problem. Seems to be a bug related to DPI density. Monitor specs are: 1366x768 (1) and 1920x1080 (2). Also resizing due to the sticky sides left and right does not work either way.

Maybe Microsoft is the one to blame?

System specs:
Windows 10 Version 1703 (Creators Update)
Brackets Release 1.9 Build 1.9.0-17312 (release 189f6d3)

[iceuponfire]

Another me too comment since i updated to creator update.

[SirTobey1337]

Well, the problem only occurs, if the Brackets window is moved from a low resolution monitor to a high-res one.
If you exit Brackets while it's opened on the high-res monitor, there's no buggy window if it gets restarted and maximized. The other way round it is actually buggy.

Edit: fixed spelling

[iceuponfire]

I can confirm that, same behavior here and the problem still exist in 1.10 pre release 2

[jmmartinc]

I have this error in Release 1.10 build 1.10.0-17483

[jayther]

Still the same issue on Brackets Release 1.11, in the steps described in #13349 (comment)

Something that wasn't mentioned is that the hidden parts of the UI on the bottom and right are still interactive (change tab/space and size, language picker, etc). It's just not visible.

System spec:
Microsoft Surface Pro 3, resolution: 2160 x 1440 with 150% scaling (default)
Dell U2410 external monitor, resolution: 1920 x 1200
Windows 10 Pro Version 1703
Brackets Release 1.11 build 1.11.0-17524 (release 86b5e2d)

[Sr33r4g]

The temporary solution is to open Brackets directly in the second monitor.
Create a shortcut in the second monitor's desktop and open it.

[josch87]

Same with scalling in windows.

I have monitors with same resolution (1920x1080) but different dimensions. First monitor is smaller so it is scalled to 125% in Windows. Second monitor is scalled at 100%. Same behavior as comments above. If I scale both monitors at same percentage, I don't have problems as both have same resolution. But that's not an option of course.

[sciencegirl100]

same issue here on a 1680x1050 monitor with Windows 10 (100% for scaling)