Невозможно передать право собственности в Google Drive v3 API в моем проекте узла

После долгих поисков нашел это в Google bugtracker.

В настоящее время Диск не поддерживает изменение владельца элементов, принадлежащих учетным записям gmail.com; он поддерживается для учетных записей Workspace. - 12 апреля 2022 г., 12:44 здесь

Проблема и обходной путь:

На текущем этапе, когда передается владелец файла потребительской учетной записи (gmai.com), необходимо выполнить 2 шага. Ссылка Когда я раньше тестировал это с помощью следующего скрипта, целевая учетная запись получила электронное письмо для передачи владельца.

const newOwnerEmail = "###@gmail.com";
const fileId = "###";
const drive = google.drive({version: 'v3', auth: authClient});

const res = await drive.permissions.create({
  fileId: fileId,
  sendNotificationEmail: true,
  supportsAllDrives: true,
  requestBody: {
    role: "writer",
    type: "user",
    pendingOwner: true,
    emailAddress: newOwnerEmail,
  },
});

Теперь, когда я это проверил, к сожалению, электронное письмо не отправляется, а также значение pendingOwner не меняется на true. Держится false. Из-за этого я заметил, что передать владельца с помощью приведенного выше скрипта невозможно. Я не уверен, является ли это текущей спецификацией или ошибкой.

К счастью, я заметил, что при обновлении существующего разрешения значение pendingOwner можно изменить на true. Таким образом, целевой пользователь может принять передачу владельца. В этом ответе в качестве текущего обходного пути я хотел бы предложить пример сценария для достижения этого потока.

Пример сценария:

Пример сценария выглядит следующим образом.

const newOwnerEmail = "###@gmail.com";
const fileId = "###";
const drive = google.drive({version: 'v3', auth: authClient});

const res1 = await drive.permissions.list({
  fileId,
  supportsAllDrives: true,
  pageSize: 100,
  fields: "*",
});
const permission = res1.data.permissions.find(
  ({ emailAddress }) => emailAddress == newOwnerEmail
);
let permissionId = "";
if (permission) {
  permissionId = permission.id;
} else {
  const { data: { id } } = await drive.permissions.create({
    fileId: fileId,
    sendNotificationEmail: true,
    supportsAllDrives: true,
    requestBody: {
      role: "writer",
      type: "user",
      pendingOwner: true, // It seems that this cannot be used. This might be a bug.
      emailAddress: newOwnerEmail,
    },
  });
  permissionId = id;
}
const res2 = await drive.permissions.update({
  fileId,
  permissionId,
  supportsAllDrives: true,
  requestBody: {
    role: "writer",
    pendingOwner: true,
  },
});
console.info(res2.data);

• В этом сценарии сначала извлекаются разрешения и выполняется поиск идентификатора разрешения целевой учетной записи. Если разрешение не найдено, создается новое разрешение и извлекается идентификатор разрешения. Затем pendingOwner обновляется путем обновления разрешения с помощью идентификатора разрешения. В этом потоке, когда целевой пользователь подтверждает разрешение файла, пользователь может подтвердить «Принять владение?» следующее. Когда пользователь принимает это, владелец файла передается пользователю.

Примечание:

• Важным моментом этого обходного пути является то, что при обновлении разрешения файла кажется, что уведомление по электронной почте не отправляется. Итак, когда вы используете этот обходной путь и хотите сообщить об этом пользователю, необходимо отправить электронное письмо и заставить пользователя принять передачу владельца. Пожалуйста, будьте осторожны с этим.

Использованная литература:

• Метод: Permissions.list
• Метод: Permissions.create
• Метод: Permissions.update
• Передача права собственности на файл с одной потребительской учетной записи на другую