This problem still occurs on the last 2.81 version (blender-2.81-ac18c3c28dee-windows64)

Great, tested an works well.
Will do final review and commit next week.

This is a tricky one, if for example you multires. sub in object mode at least 3 times and go to sculpt mode there is not spikes.

Can confirm the spikes (doing it in sculptmode, doing it in objectmode and switching to sculpt later seems fine...).
Same thing happened in 2.80, 2.79 didnt have the issue

• fixed previously unhandled open singularities
• fixed miscounting of unused loops for fill faces
• fixed problems with singularities at rims
• Fixed miscalculation of loops for closed splits
• removed printf's

Should be ready for review now again.

Sorry this slipped through, but yes, what @Sybren A. Stüvel (sybren) said.

@alex fernandez (xpetrador) Please see if you can reproduce the issue with a file that you can actually share. Although it's possible to keep files private, it's preferred to work as openly as possible. This also makes it easier to hand over tasks to other developers.

Could be this task change to high priority? actually any workflow that implies subdivision is nearly dead.

Do you have email and I send you the link?

@Giuseppe Bufalo (Peps) See @Brecht Van Lommel (brecht)'s reply.

What happened to the voxel option in the remesh modifier ? It’s not there anymore .

Hi Philipp, Yes I can share the mdd file but how I can do it? I would like to share it in private mode.

Could you share the mdd cache?

In T70816#796065, @Philipp Oeser (lichtwerk) wrote:

Can confirm. (wonder why this hasnt been reported before...)
T58473 might be related.
@Sergey Sharybin (sergey), @Brecht Van Lommel (brecht): would you consider this a High priority?

Can confirm. (wonder why this hasnt been reported before...)

Still crashing here, open this file and set method to manifold:

I still found a bug, but your file is fixed now. The new one comes in when you extrude you mesh without translating afterwards, creating duplicate geometry.

• fixed previously unhandled open singularities
• fixed miscounting of unused loops for fill faces

Armature modifier is added by the parenting (to armature) operator, so imho it makes sense that the un-parenting operator removes it. This might not be the expected behavior in all cases, but looks to be a valid default behavior to me. Advanced unparenting can be done by simply removing the relevant constraint or clearing the parent field…

Not sure if this is a bug.
@Sybren A. Stüvel (sybren), what do you think?

Reverted the DEG_id_tag_update() line.

Fixed code styles and discarded BLI_map.h changes.

Code style fixes.

Closing due to lack of information to investigate the issue further, we can reopen the report if more information is provided.

Looks like this was the nail in the coffin rB692891f69ea4
CC @Brecht Van Lommel (brecht)

This started getting weird with rBd0fb602e2c36 (here sculpt mask strokes would still be visible while doing the stroke, but chances are high these get invisible when stroke ends, then on a new stroke everything gets visible again, ...)

@Philipp Oeser (lichtwerk) I talked with sergey and apparently it only got implemented in 2.79 and didn't transition over to 2.8.

Will confirm for now, I am bisecting atm... [to at least know when this changed...]

@Philipp Oeser (lichtwerk) Just for clarification, Blender does tell the user that "Hide, Mask and optimised display is disabled" when modifiers are being used.
But at some point last year, @Sergey Sharybin (sergey) at least implemented that masks are visible when using shapekeys, as far as I remember. This feature seems to be gone now.

For me, this is already asserting in step 8 of @ghoulish (ghoulish) manual repo steps:
BLI_assert failed: /blender/source/blender/blenlib/intern/math_geom.c:3621, axis_dominant_v3_to_m3(), at '!(fabsf(_test_unit - 1.0f) >= 0.0002f) || !(fabsf(_test_unit) >= 0.0002f)'

• fixed segmentation fault

ok I will stop saying "fixed all bugs" just fixed some bugs

Unfortunately still getting crashes: