Некорректное поведение при редиректе 301

[Fedos-git]

При редиректе POST запроса по коду 301 происходит автоматическое перенаправление, но тело запроса и заголовки очищаются. В результате получается некорректный запрос, на который мы получаем малоинформативный, вводящий в заблуждение ответ (400, no body, no content-type и другие). Это сильно затрудняет анализ ошибок.
Предложение - либо не редиректить POST запросы по 301, возвращать код ответа и новый URL, либо редиректить с заголовками и телом.

[leemuar]

Это поведение соответствует стандарту, тут нет "некорректного" поведения.

Есть такой стандарт - https://fetch.spec.whatwg.org/#http-redirect-fetch
Там прямо написано: если на POST запрос приходит 301 - необходимо очистить тело и заголовки запроса. А следующий запрос перенаправить либо по POST либо по GET, это разрешено стандартом: https://www.rfc-editor.org/rfc/rfc9110#status.301
Чтобы такого не происходило - серверу надо отдавать 308, а не 301.

Я не уверен что в этом случае нужно менять поведение библиотеки. На каком кейсе вы это нашли? Какой сервис отдает вам 301 на POST запрос?

[Untru]

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

[leemuar]

@Untru какие сервисы так делают?

[Untru]

@leemuar ну просто есть 1с, которая на вход принимает тело запроса, а вторая 1с туда этот запрос кидает, опубликованны они в иис и вот если с первой во вторую я кидаю и не соответсвует регистр - через редирект приходит пустое тело. повторюсь, это же поведение но не с 1с а из postman тело запроса доставляет

[Fedos-git]

Раз уж подняли тему. Мы периодически сталкиваемся с этой проблемой, когда сервисы переезжают с http на https.
Я не специалист в этом и не знаю, на сколько корректно в этом случае то, что сервер редиректит на https по 301. Но на практике происходит именно так.
В принципе, есть возможность отказаться от автоматического редиректа (ДополнительныеПараметры.РазрешитьПеренаправление), либо проверить, что Ответ.URL отличается от исходного. Но это не очень удобно.
Людей, которые не сталкивались с этой проблемой, такое поведение вводит в ступор. Вот рядом в Постмене все работает, а при вызове через библиотеку - 400.
Да и непонятно, зачем такой редирект POST без тела? Он практически никогда не сработает корректно.

А если уж хочется, чтобы работало по приведенному выше стандарту, то и метод нужно менять на GET:

If one of the following is true
internalResponse’s [status] is 301 or 302 and request’s [method] is POST
...
then:
Set request’s [method] to GET and request’s [body] to null.