ASP.NET Web API - как заставить его слать plain text в JSON без перекодирования HTML entities?

В чем проблема на клиенте декодировать? Насколько я понимаю часть символов таки придёться кодировать иначе они json поломают.

Покажи код контроллера. Хотя уже вангую, что бекендер поехавший.

В чем проблема на клиенте декодировать?

ни в чем. интересует, как сделать чтобы не надо было декодировать.

Насколько я понимаю часть символов таки придёться кодировать иначе они json поломают.

неправильно понимаешь.

Покажи код контроллера. Хотя уже вангую, что бекендер поехавший.

я бы с радостью, но я даже не знаю куда в коде смотреть. не шарпист.

Ну хоть бы чашку с кофейной гущей скинул. Найди директорию Controllers в проекте

ну вот например

[HttpGet("{bucket_number}")]
public IActionResult BucketGetById(string bucket_number, [FromQuery] string BucketErrorState)
{
    var bucket = Bucket.BucketGetById(GetApiKey(), bucket_number, BucketErrorState);
    return Ok(bucket);
}

если втупую вставить

[Produces("application/json")]

если втупую вставить

Судя по этому туториалу, не должно быть нужно, но, видимо, у ТС как-то по-другому контроллер и/или приложение настроено (хз, что там в ASP'е).

похоже, проблема решена.. как выяснилось после продолжительных экспериментов, данные в таком виде сидят в базе.

осталось понять, кто их так в базу запихал.

Так да, по дефолту для json там используется JSON.NET, который ничего с контентом не делает.
Конечно можно в конфигурации в настройках сериализатора добавить свои конвертеры. Опций там на все случаи.

Так это еще архаичный asp.net, который не core.

Вообще не надо было никаких «продолжительных экспериментов». Достаточно было поставить брейкпоинт в отладчике и посмотреть.

Так это еще архаичный asp.net, который не core.

я не разбираюсь в сортах..

знаю, что какой-то код из этого проекта крутится на .netcore.

вероятно, сам бэкенд действительно на IIS.. в этом случае, сорри за оффтоп. и в любом случае всем спасибо за помощь.

Вообще не надо было никаких «продолжительных экспериментов». Достаточно было поставить брейкпоинт в отладчике и посмотреть.

для человека далекого от C#, это не так просто как могло бы показаться.

А каким раком мастдайка относится к ЛОРу?

Где ты тут мастдайку увидел, поехавший?

Здрасте, с разморозкой. C# opensource и портирован на линукс. Не говоря уже про моно.

C♯ — это как раз поганая мастдайка. Зачем это говно в линукс тащить? Если мозг сгнил, можно на goвне писать, например. Но не на мастайском же отродье!

Исходники открыты. И CLR и либ и компилятора. На твоих любимых крестах написаны. Бери и форкай. Можешь поддержку КОИ-8 запилить вместо UTF-16 :)

.NET == C#

Ок.

На твоих любимых крестах написаны

буээ

И чем тебе кресты не нравятся? Зачем это дерьмо использовать вместо?

И чем тебе кресты не нравятся?

Мне, конечно, иногда нравится байтики перекладывать... Но только в ядре и околоядерных либах. В прикладухе этому не место. Поэтом тут либо c# либо Rust. А так как в ядре только сишка, то крестам просто нет места в моей жизни.

Поэтом тут либо c# либо Rust.

Пздц.

для человека далекого от C#, это не так просто как могло бы показаться.

Скорее для человека, не умеющего программировать. Ибо отладчики работают во всех иде одинаково, что для шарпа, что для жаваскрипта, что для питона.

код не работает сам по себе - он прибит к базе, к файлам.

чтобы все поднять - нужно много дополнительного ставить и настраивать (типа MSSQL).

и даже если поднять - без собственно данных его не запустить.

ну и опять же, я был уверен, что бэкендщик все проверил (в т.ч. в отладчике на сервере), и уже от безысходности пошел спрашивать по форумам.

а так-то да, запустить hello world в отладчике любая обезьяна может.

Пздц

А че? Java и Go мне её нравятся. Остаётся только C# и Rust. И скриптота на бидоне. А языкам с ручным управлением памятью и сегфолтами (в конце 2017, хаха) в прикладном ПО не место. Особенно в вебе. Серьёзно, те, кто пишут бэки на крестах нуждаются в психиатрическом обследовании.