В целом существуют проблемы с этим подходом. Regexes являются лучшими для 'плоских' текстовых соответствий - вложенные данные продвигают regex механизмы в области, для которых они не разработаны. Для общего парсинга HTML нужен синтаксический анализатор не regex механизм (Google для различия между регулярными и контекстно-свободными языками, если Вы хотите полные технические детали).
легко разделить все теги путем замены/< / и/> / с пустой строкой или их эквивалентами объекта, но выборочно фильтрацией HTML с помощью regexes будет уязвимо для широкого спектра случайных или злонамеренных исходных данных, повреждающих вещи.
В конструкторе настроек убедитесь, что для свойства Scope для FullNameOfTheUser установлено значение " Пользователь ». Если вы создаете параметр области приложения, он создается как свойство только для чтения. Дополнительную информацию можно найти в этой статье .
Параметр должен иметь пользователя, а не область применения.