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

Resize grip on wrong side of application border #102023

Closed
MaartenBent opened this issue Jul 9, 2020 · 8 comments
Closed

Resize grip on wrong side of application border #102023

MaartenBent opened this issue Jul 9, 2020 · 8 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug confirmed Issue has been confirmed by VS Code Team member electron Issues and items related to Electron layout General VS Code workbench layout issues upstream Issue identified as 'upstream' component related (exists outside of VS Code) upstream-issue-linked This is an upstream issue that has been reported upstream windows VS Code on Windows issues

Comments

@MaartenBent
Copy link

MaartenBent commented Jul 9, 2020

  • VSCode Version: 1.47.0
  • OS Version: Windows 10 x64 10.0.19041

Steps to Reproduce:

Move the mouse over the application border. Half-way over the scrollbar, the mouse changes into resize gripper, making half of the scrollbar useless.
Other applications, like explorer or notepad, do not have this issue. Here the mouse changes into a resize gripper once it leaves the application window.

vscode:
vscode

notepad:
notepad

1.46 has the same behavior.

Does this issue occur when all extensions are disabled?: Yes

@sbatten
Copy link
Member

sbatten commented Jul 10, 2020

@deepak1556 is this something we can control in electron?

@sbatten sbatten assigned deepak1556 and unassigned sbatten Jul 10, 2020
@zbjornson
Copy link

This might be what causes unexpected scrolling when trying to resize panes. Below, notice the cursor is east-west resize, but clicking causes the scrollbar to jump instead.

102023

(It looks like the cursor changes to a pointer just before clicking, but I haven't moved my mouse.)

Win10 x64 10.0.19041
VSCode 1.47.3 (and many earlier versions)

@rzhao271 rzhao271 added bug Issue identified by VS Code Team member as probable bug windows VS Code on Windows issues layout General VS Code workbench layout issues electron Issues and items related to Electron labels Jan 7, 2021
@rzhao271
Copy link
Contributor

rzhao271 commented Jan 8, 2021

Workaround: set window.titleBarStyle setting to native. Just confirmed that when it is set to custom, the issue occurs.

@rzhao271 rzhao271 added upstream Issue identified as 'upstream' component related (exists outside of VS Code) upstream-issue-linked This is an upstream issue that has been reported upstream labels Jan 8, 2021
@rzhao271 rzhao271 self-assigned this Jan 11, 2021
@rzhao271 rzhao271 added this to the Backlog milestone Feb 12, 2021
@rzhao271
Copy link
Contributor

rzhao271 commented Oct 7, 2022

Unable to reproduce the issue on Windows 11.
Does the issue still show up on Windows 10 with the latest VS Code?

@rzhao271 rzhao271 added the info-needed Issue requires more information from poster label Oct 7, 2022
@zbjornson
Copy link

On Win 11, VS Code 1.71.2, I can't repro the OP, but I can repro what I posted above (cursor doesn't match click action; possibly #27247). I can open a new issue for what I posted if you think they're unrelated.

@rzhao271
Copy link
Contributor

rzhao271 commented Oct 7, 2022

I'm unable to repro on the latest Insiders with both the native and the custom titlebar. For me, if I move too much to the left, the cursor changes back to "normal" and the scrollbar fades back in. If I keep the cursor in such a place that it has the east-west appearance, clicking doesn't cause scrolling to occur, and the scrollbar remains transparent.

@dantmnf
Copy link

dantmnf commented Oct 11, 2022

The issue is still here, except that the "inset" region only responds to resize action. The resizing handle is still on the wrong side of the window border, just like in the attached video.

2022-10-11.22-08-55.mp4

@rzhao271 rzhao271 added confirmed Issue has been confirmed by VS Code Team member and removed info-needed Issue requires more information from poster labels Oct 11, 2022
@deepak1556
Copy link
Collaborator

Upstream issue has been closed as wontfix electron/electron#27247, closing as not actionable.

@deepak1556 deepak1556 closed this as not planned Won't fix, can't repro, duplicate, stale Dec 9, 2022
@deepak1556 deepak1556 removed this from the Backlog milestone Dec 9, 2022
@github-actions github-actions bot locked and limited conversation to collaborators Jan 31, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Issue identified by VS Code Team member as probable bug confirmed Issue has been confirmed by VS Code Team member electron Issues and items related to Electron layout General VS Code workbench layout issues upstream Issue identified as 'upstream' component related (exists outside of VS Code) upstream-issue-linked This is an upstream issue that has been reported upstream windows VS Code on Windows issues
Projects
None yet
Development

No branches or pull requests

6 participants