Почему я должен дважды перейти к сгенерированному URL-адресу "редактора", прежде чем он будет перенаправлен правильно? - PullRequest
0 голосов
/ 04 июня 2018

В настоящее время я отправляю конверт от имени пользователя (назовем их Пользователь 1 ) и добавляю роль редактора в качестве первого получателя этого конверта (назовем их Пользователь 2 ).После отправки конверта я пытаюсь создать представление редактора для Пользователь 2 .

При создании представления редактора для пользователя 2 при первом использовании URL-адреса он автоматически перенаправляет напредоставленный returnUrl вместо представления редактора для этого конверта.

Почему это происходит?

Если я использую тот же URL-адрес второй раз, он перенаправляется в представление редактора, как и ожидалось.


Пример ниже:

Код, который я пишу, использует C # API, однако для простоты я включил простой запрос, который повторяет точно такую ​​же проблему.

Запрос:

POST: https://demo.docusign.net/restApi/v2/accounts/AccountId/envelopes/50545884-35da-4735-b076-f07883450146/views/edit
HEADER: X-DocuSign-Authentication {"Username":"API Account", "Password":"API Password", "SendOnBehalfOf": "User 2 Email", "IntegratorKey":"Integration Key"}
Content-Type: application/json
Body: {  "returnUrl": "https://www.google.com/" }

Ответ:

{
    "url": "https://demo.docusign.net/Member/StartInSession.aspx?StartConsole=1&t=5dd34549-b5a1-4ccf-b039-243ce06e264d&DocuEnvelope=50545884-35da-4735-b076-f07883450146&send=1"
}

При первом переходе по URL-адресу меня перенаправляют в Google.Я снова копирую тот же самый url и второй раз перенаправляю на ожидаемый вид редактора для этого конверта.


Обновлены сведения о создании конверта:

Заголовок, использованный при создании конверта, аналогичен приведенному ниже:

HEADER: X-DocuSign-Authentication {"Username":"API Account", "Password":"API Password", "SendOnBehalfOf": "User 1 Email", "IntegratorKey":"Integration Key"}
  • Отправитель: Пользователь 1 Email
  • Получатели (как описано вконверт и запрос):
    • Заказ 1 - Редактор: Электронная почта пользователя 2
    • Заказ 2 - Необходимо подписать: Реальный получатель
    • Заказ 100 - ПолучаетКопия: Пользователь CC 1
    • Заказ 100 - Получает Копия: Пользователь CC 2

Простой способ тиражировать Проблема:

Войдите в DocuSign.

  1. Создайте новый конверт.
  2. Добавьте получателя (Email: testitor@mailinator.com) в качестве редактора в заказе 1.
  3. Добавьте другого получателя (Email: testsigner@mailinator.com) какa Подписывающее лицо в заказе 2.
  4. Загрузите случайный документ.
  5. Добавьте один блок подписи в документ для подписывающего лица.
  6. Отправьте конверт.

Используя POSTMAN :

  1. Используйте следующую информацию для запроса:

POST: https://demo.docusign.net/restApi/v2/accounts/AccountId/envelopes/{envelopeIdFromStep6}/views/edit

HEADER: X-DocuSign-Authentication {"Username":"API Account", "Password":"API Password", "SendOnBehalfOf": "testeditor@mailinator.com", "IntegratorKey":"Integration Key"}

Content-Type: application/json

Body: { "returnUrl": "https://www.google.com/" }

Возвращается url: https://demo.docusign.net/Member/StartInSession.aspx?StartConsole=1&t=cda7bdd2-0ce7-4478-a659-7984bf982687&DocuEnvelope={envelopeIdFromStep6}&send=1

1 Ответ

0 голосов
/ 21 сентября 2018

После разговора с поддержкой DocuSign было установлено, что необходимость дважды переходить по URL-адресу редактора является ошибкой.Мы попытались «выбросить» первое использование URL на стороне сервера, однако было обнаружено, что cookie используется при использовании.Это сделало повторное использование URL-адреса на стороне клиента непригодным для использования.

Единственный отмеченный обходной путь - это переход к URL-адресу через скрытый iFrame на стороне клиента, который не сможет перенаправить, но установит cookie вбраузер, а затем сразу же использовать URL-адрес во второй раз, чтобы перенаправить браузер.С точки зрения конечного пользователя, функциональность будет работать должным образом.

Исправление для этой проблемы в настоящее время находится в руках команды разработчиков без точной даты выпуска или исправления.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...