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

Initial Lag when trying load in maximised state #6127

Closed
psadi opened this issue Sep 12, 2024 · 5 comments
Closed

Initial Lag when trying load in maximised state #6127

psadi opened this issue Sep 12, 2024 · 5 comments
Labels
bug Something isn't working macOS Issue applies to Apple macOS

Comments

@psadi
Copy link

psadi commented Sep 12, 2024

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

macOS

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

No response

WezTerm version

wezterm 20240203-110809-5046fc22

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 trying to open wezterm as a maximised state there is a animation lag (Comparing this to other terminals i was not able to produce the same).

Any idea why this happens ? Is there a configuration i can change to make things better ?

Linking my config wezterm.lua for reference.

Attaching a screen-recording for the same.

Screen.Recording.2024-09-12.at.4.40.35.PM.mp4

To Reproduce

No response

Configuration

wezterm.on("gui-startup", function()
  local tab, pane, window = mux.spawn_window(cmd or {})
  window:gui_window():maximize()
end)

Expected Behavior

No response

Logs

Debug Overlay
wezterm version: 20240203-110809-5046fc22 x86_64-apple-darwin
Window Environment: macOS 14.6.1 (23G93)
Lua Version: Lua 5.4
OpenGL: Intel(R) UHD Graphics 630 4.1 INTEL-22.5.11
Enter lua statements or expressions and hit Enter.
Press ESC or CTRL-D to exit

Anything else?

No response

@psadi psadi added the bug Something isn't working label Sep 12, 2024
@loops
Copy link
Contributor

loops commented Sep 12, 2024

Hey psadi,

Hopefully someone else who knows more about this will chime in. But you could try
starting wezterm like so:

WEZTERM_LOG=trace wezterm

And look through the resulting trace output detail, to see if it's obvious which
step is causing the delay.

@wez
Copy link
Owner

wez commented Sep 15, 2024

The approach being used to maximize on startup is really maximizing while starting up.
macOS animates trivial operations like window resizing, so the window is likely experiencing several "live" window resize events while it is trying to render.

Stutters like the one shown tend to correlate with something heavy in the configuration; you didn't share your full config so it is difficult to say whether you have a heavy configuration file or not.

In addition, opengl performance with intel graphics macs does tend to under perform.

You might consider trying one or more of:

@wez wez added macOS Issue applies to Apple macOS waiting-on-op Waiting for more information from the original poster labels Sep 15, 2024
@psadi
Copy link
Author

psadi commented Sep 15, 2024

@wez - Thanks for getting back,

Please do find my config - https://raw.githubusercontent.com/psadi/.dotfiles/main/.config/wezterm/wezterm.lua (Attached in OP under Description as a hyperlink hence could have been missed out)

I will try out your suggestions on WebGpu and toggle_fulllscreen and report back if there are any improvements.

@github-actions github-actions bot removed the waiting-on-op Waiting for more information from the original poster label Sep 15, 2024
@wez wez added the waiting-on-op Waiting for more information from the original poster label Sep 15, 2024
@psadi
Copy link
Author

psadi commented Sep 15, 2024

@wez - Thank you for the proposed solution. While it's not exactly what I wanted, I agree that it works given the rendering constraints on Intel Macs. However, I’d like to note that ToggleFullscreen behaves differently from a maximized window at startup, as it moves the window to a separate workspace, which isn't ideal for my use case.

I would like to suggest the addition of a configuration option that allows users to toggle between Normal, Maximized, or Fullscreen modes at startup. At the moment, I don't see a straightforward way to configure this directly, and I had to implement a workaround based on my current setup.

Feel free to close the issue, or keep it open if you prefer to track this as a enhancement.

@github-actions github-actions bot removed the waiting-on-op Waiting for more information from the original poster label Sep 15, 2024
@wez wez closed this as completed Sep 15, 2024
Copy link
Contributor

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Oct 16, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working macOS Issue applies to Apple macOS
Projects
None yet
Development

No branches or pull requests

3 participants