Freeform Shift Tool No Longer Respects Face Constraints (Max 2025/2026) possible regression bug

Freeform Shift Tool No Longer Respects Face Constraints (Max 2025/2026) possible regression bug

aavoxhysm
Explorer Explorer
537 Views
2 Replies
Message 1 of 3

Freeform Shift Tool No Longer Respects Face Constraints (Max 2025/2026) possible regression bug

aavoxhysm
Explorer
Explorer

Affected Versions: 3ds Max 2025(at a certain update it used to work correctly) and 2026

Description: The Freeform Shift tool ignores Face Constraints — verts no longer snap to the surface.

Steps to Reproduce:

  1. Create a simple Editable Poly (e.g., a plane)

  2. Enable Graphite Modeling Tools → Constraints → Face

  3. Activate the Shift tool on vertices

  4. They move freely, ignoring the constraint 

Tested On: a desktop that had previous installations of Max. then tested on a Fresh Windows 11 laptop with no previous Max install;  behavior persists.

 

Request: Please restore the classic behavior or provide tool-alternatives, as this breaks surface modeling workflows.

0 Likes
538 Views
2 Replies
Replies (2)
Message 2 of 3

ads_czechoj
Autodesk
Autodesk

Hi Aavoxhysm, would you mind attaching a short video with your Shift and face constraints workflow?
It would help us to investigate this issue. Thank you in advance for your help.

0 Likes
Message 3 of 3

aavoxhysm
Explorer
Explorer

Hello

After some testing I found that the Shift tool also ignores face constraints at the Editable Poly level in the versions I used before 2025.3 and 2024.2.1.

However it works as expected at the Edit Poly modifier level where the constraints function correctly in all the versions I tried (2025.3 2024.2.1 and 2026.2).

It seems I never noticed this before because I usually work with a large modifier stack. Still it makes me wonder whether ignoring the constraints at the Editable Poly level is intentional or not.

Something I’m certain is a bug is that the colors in the Show Cage option don’t save properly.

Specifically when you change the colors from the default orange and yellow to something else (e.g. black and white) and then set them as the new default the default orange and yellow are still displayed every time a new object is made. This behavior occurs in both Editable Poly and Edit Poly modifier and has been present since at least 2024.2.1 (the earliest version I recall noticing it in).

That said if it turns out this issue is specific to my setup I’d be glad to find a fix for it.

0 Likes