winforms icon indicating copy to clipboard operation
winforms copied to clipboard
verified publisher icon dotnet

The button/Label control in the tabControl's tabPage2 move up after the app built

Open Ashley-Li opened this issue 3 years ago • 3 comments

  • VS Version: The latest main VS build

  • .NET Core Version: VS comes with .NET SDK 6.0.22.10605

  • Have you experienced this same bug with .NET Framework?: No

Minimal repro:

  1. Create a .NET Core winforms app.
  2. Add a TabControl to the form designer.
  3. Add a button into the tabPage2 of the tabControl1.
  4. Change the Anchor' property value of the button to 'None' or 'Buttom&Right'.
  5. Set the form's font property value to 'Segoe UI, 12pt' and Font style is Regular.
  6. Observe the Button's location value and build the app.
  7. Observe the Button's location value.

Or

  1. Extract "TestApp.zip" and open it in VS.
  2. Observe the Button's location value and then build the app.
  3. Observe the Button's location value.

Actual behavior: The Button's location before build app is (220,180), after build app, the location of the button becomes (220,174). The value of the Button's location property changes and the position moves up. button_move_up_issue

Expected behavior: The Button's location before build app is (220,180), after build app, the location of the button remains (220,180). The value of the Button's location property should not change and the position remains unchanged. Dev16_result

More info

  1. The button/Label control in the tabControl's tabPage1, the issue cannot repro, it occurs from tabPage2 and onwards in tabs.
  2. Workaround: If you don’t change the Anchor property of the Button so that it defaults to (Top, Left), then the font of the Form is changed to “Segoe UI”, 12F, System.Drawing.FontStyle.Regular". After build project, the button will not move up.
  3. The initial feedback ticket: https://devdiv.visualstudio.com/DevDiv/_queries/edit/1457510/?triage=true
  4. Original issue: 4029

Ashley-Li avatar Mar 03 '22 10:03 Ashley-Li

@Ashley-Li, can you check latest status on this in .Net 8.0 and update the bug?

dreddy-work avatar Jul 28 '23 17:07 dreddy-work

@dreddy-work I'm sorry I missed this one. Verified this issue on .NET 8.0 latest build: 8.0.100-rc.1.23404.2 it still repro.

Ashley-Li avatar Aug 07 '23 08:08 Ashley-Li

Hi, I reported the same issue twice. The first time (3 years ago), Microsoft rejected it because they concluded it happen "only" with "some" fonts, in that case, SegoUI. Then I reported it again 1 week ago because even with the DEFAULT project font, it happen if you change the SIZE of the font to 16. They close the tickekt, stating it was duplicate.

I'm not so glad to found out this issue has started to be taken into consideration on March 2022, while I reported it the first time in december 2020.

I want to correct some information about that bug.

  1. You don't need to "build" the project in order for it to happen. Just CLOSE the form visualization and reopen it. see that in action here: https://www.youtube.com/watch?v=tqnVR5GQcPY
  2. the bug seem to happen on a resize event (on show)

Nevertheless, here my hypothesis: there is probably a round function in cause here. during a resize, the size and position of an object is evaluated according to the "remaining space" the round function would return an improper integer that triger a position further up and a size slightly off (smaller)

Hope that help.

Sigma3Wolf avatar Jan 03 '24 10:01 Sigma3Wolf