Skip to content
This repository has been archived by the owner on Sep 6, 2021. It is now read-only.

Fullscreen mode on second monitor is bugged after windows creator update #13349

Closed
rmmc opened this issue May 3, 2017 · 17 comments
Closed

Fullscreen mode on second monitor is bugged after windows creator update #13349

rmmc opened this issue May 3, 2017 · 17 comments

Comments

@rmmc
Copy link

rmmc commented May 3, 2017

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

Yarik91 commented May 11, 2017

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
Copy link
Collaborator

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

clarkejm commented Jun 2, 2017

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

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

iceuponfire commented Jun 9, 2017

Another me too comment since i updated to creator update.

@SirTobey1337
Copy link

SirTobey1337 commented Jun 11, 2017

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

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

@jmmartinc
Copy link

I have this error in Release 1.10 build 1.10.0-17483
9c6f6f0dac2299dbcf24fec7caad7829

@jayther
Copy link
Contributor

jayther commented Oct 2, 2017

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)

screenshot 2017-10-02 13 23 48

@Sr33r4g
Copy link

Sr33r4g commented Oct 6, 2017

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

josch87 commented Nov 9, 2017

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

sciencegirl100 commented Jan 10, 2018

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

@nethip
Copy link
Contributor

nethip commented Jan 10, 2018

@navch, @boopeshmahendran does either of you have some bandwidth to look into this?

@alymck
Copy link

alymck commented Feb 2, 2018

Same issue. Brackets opens fine on my Surface Book screen. When moved to the (lower resolution) second monitor, the right hand side of the interface is not visible.

@nethip
Copy link
Contributor

nethip commented Feb 6, 2018

@alymck We are working on fixing this. Apologies for the inconvenience. I would update this thread on the status as and when we make some progress.

@nethip
Copy link
Contributor

nethip commented Apr 13, 2018

PR raised for fixing this issue. adobe/brackets-shell#638

@vickramdhawal vickramdhawal added this to the Release 1.13 milestone Apr 24, 2018
@vickramdhawal
Copy link
Collaborator

Issue is resolved with adobe/brackets-shell#638

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests