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

Maximizing on Windows with duplicated monitor projection: constantly swapping font size / redrawing #4264

Open
kaddkaka opened this issue Sep 10, 2023 · 1 comment
Labels
bug Something isn't working

Comments

@kaddkaka
Copy link

kaddkaka commented Sep 10, 2023

What Operating System(s) are you seeing this problem on?

Windows

Which Wayland compositor or X11 Window manager(s) are you using?

  • Edition: Windows 10 Enterprise
  • OS build: 19044.2251
  • Experience: Windows Feature Experience Pack 120.2212.4170.0

WezTerm version

wezterm version: 20230904-133103-914f18b1 x86_64-pc-windows-msvc

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

When connecting a hdmi cable to my laptop to share my screen to another monitor wezterm or windows starts acting strange:

  1. my laptop screen toggles every ~1.0 seconds between black (no output?) and showing wezterm (this goes on for more than 1 minute, sometimes it seems to stabilize)
  2. the external screen is black (never has time to register any output signal?).

When Wezterm is shown it randomly resizes the windows (because the two monitors have different resolution? even if projection mode "duplicate" is selected) and the font size in wezterm is toggling as well.

This is the output of my Debug overlay:

Debug Overlay
wezterm version: 20230904-133103-914f18b1 x86_64-pc-windows-msvc
Window Environment: Windows
WebGPU: name=Intel(R) UHD Graphics, device_type=IntegratedGpu, backend=Vulkan, driver=Intel Corporation, driver_info=Intel driver, vendor=32902, device=39745
Enter lua statements or expressions and hit Enter.
Press ESC or CTRL-D to exit
14:51:33.854 WARN wezterm_gui::termwindow::resize > cannot resize window to match Some(RowsAndCols { rows: 46, cols: 190 }) because window_state is FULL_SCREEN
14:51:49.808 WARN wezterm_gui::termwindow::resize > cannot resize window to match Some(RowsAndCols { rows: 31, cols: 135 }) because window_state is FULL_SCREEN
14:52:03.981 WARN wezterm_gui::termwindow::resize > cannot resize window to match Some(RowsAndCols { rows: 46, cols: 190 }) because window_state is FULL_SCREEN

To Reproduce

  1. Start Wezterm
  2. Maximize with alt+enter
  3. Plug in hdmi cable

or

  1. Start Wezterm
  2. Plug in hdmi cable
  3. Maximize with alt+enter

Configuration

no configuration

Expected Behavior

No flickering. A short signal loss and a single black screen toggle is expected when connecting/changing monitor setup, but it should stabilize after that.

Logs

No response

Anything else?

I noticed that alt+tab in and out of wezterm is slow when maximized. Is this the same problem as many games have and therefore supplies a "borderless" alternative that performs much better compared to "fullscreen"?

@kaddkaka kaddkaka added the bug Something isn't working label Sep 10, 2023
@kaddkaka
Copy link
Author

Perhaps something similar to https://wezfurlong.org/wezterm/config/lua/config/native_macos_fullscreen_mode.html is needed for Windows?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant