Klever

When #7168 was tested we noticed one interesting thing. When a user changes a comparison criterion of error traces he/she can get unsafe marks unassociated even with error traces which they are based on.

The problem is in pattern error traces extracted when marks were created don't fit comparison criterion, e.g. they expect call stacks but call trees were given.

To avoid such the strange behavior it has sense to restrict error trace comparison criteria that users can choose when creating or modifying unsafe marks to just those that are satisfied with pattern error traces representation.

Likely this will require some additional knowledge about pattern error traces representation that should be included either in pattern error traces or as a value of an additional field automatically when they are created. Note that one day users will be able to create their own pattern error traces and error trace comparison criteria should be restricted for them as well (but this is another story).