Recently we came across an issue where running code like this:
Unit unit; ; select firstonly forupdate unit where unit.UnitId == 'cl'; unit.skipDeleteActions(true); unit.doDelete();
This results in the delete still being called on Tables\UnitConvert (via the cascaded delete action on Tables\Unit).
This is because SkipDeleteActions() only works when using a set based operation (like delete_from) - so if you set it when calling delete() or doDelete() (row based operations) it will not make any difference and the delete actions will still be called - instead you need to use delete_from for this skip property to be respected.
Checking the AX kernel source code around these skip properties, we found something related that was interesting - the skipDataMethods() flag is respected for row based operations, but only if skipDatabaseLog, SkipEvents and skipDatamethods have all been set for that table buffer (and for delete() in addition skipDeleteActions must be set). Originally in AX3 this wasn't like this - row based operations just ignored these properties.