Каков правильный тип параметра «раздел» в tasks/task_id/addProject?

У меня есть следующая задача:

$ curl "https://app.asana.com/api/1.0/tasks/259676837324664" | jq
{
  "data": {
    "id": 259676837324664,
    "assignee": {
      "id": 202581546604537,
      "name": "Leonid"
    },
    "assignee_status": "inbox",
    "completed": false,
    "completed_at": null,
    "created_at": "2017-02-01T13:53:31.556Z",
    "custom_fields": [],
    "due_at": null,
    "due_on": "2017-02-02",
    "followers": [
      {
        "id": 190628515114637,
        "name": "Remco"
      },
      {
        "id": 202581546604537,
        "name": "Leonid"
      }
    ],
    "hearted": false,
    "hearts": [],
    "memberships": [
      {
        "project": {
          "id": 256988229703133,
          "name": "MS2: Private ICO"
        },
        "section": {
          "id": 256988229703195,
          "name": "Week 04"
        }
      }
    ],
    "modified_at": "2017-02-02T09:05:16.906Z",
    "name": "Test Web3 detection/operation in Parity/Metamask/Mist",
    "notes": "",
    "num_hearts": 0,
    "parent": null,
    "projects": [
      {
        "id": 256988229703133,
        "name": "MS2: Private ICO"
      }
    ],
    "tags": [],
    "workspace": {
      "id": 163713730991759,
      "name": "Neufund"
    }
  }
}

Я хочу переместить его в конец раздела «Неделя 04»:

$ curl -X POST "https://app.asana.com/api/1.0/tasks/259676837324664/addProject"\
    -d "section=256988229703195&insertBefore=null&project=256988229703133" | jq
{
  "errors": [
    {
      "message": "section: Not the correct type",
      "help": "For more information on API status codes and how to handle them, read the docs on errors: https://asana.com/developers/documentation/getting-started/errors"
    }
  ]
}

Я взял section.id и использовал его как параметр section. Вот как я понял документацию по API. Ошибка говорит о том, что это неправильно.

Что я сделал не так?

(Заголовок токена аутентификации опущен по понятным причинам. Я могу переместить задачу вниз в веб-интерфейсе с той же учетной записью, поэтому авторизация не проблема)


person Remco    schedule 02.02.2017    source источник


Ответы (1)


Функциональность для работы с проектами досок в настоящее время скрыта. Я включил флаг для вашей организации, поэтому сообщите нам, если вы все еще сталкиваетесь с проблемами.

Обратите внимание, что вы не можете указать оба параметра section и insert_before на конечной точке POST /tasks/:task/addProject.

person Mark Yao    schedule 02.02.2017
comment
Спасибо за установку флага! К сожалению, я все еще получаю ту же ошибку. Как с параметром 'insert_before', так и без него. - person Remco; 02.02.2017
comment
Я пытаюсь автоматически сортировать задачу на данной доске на основе свойств. Например, переместите все выполненные задачи в конец их разделов. Для этого я понял, что мне нужно будет использовать insert_before=null. - person Remco; 02.02.2017
comment
insertBefore=null&project=256988229703133 (без раздела) работает. section=256988229703133&project=256988229703133 по-прежнему не работает. Таким образом, я могу перемещать задачи внутри раздела, но не между разделами. - person Remco; 02.02.2017
comment
Что ж, в комментарии, который вы только что разместили, у вас есть section и project с одним и тем же id. Работает ли это, если вы укажете 256988229703195 в качестве идентификатора раздела? Также обратите внимание, что insert_before=null поместит задачу в конец последнего раздела, а не в конец раздела, в котором она находится в данный момент. Вставка задачи в раздел, т. е. /tasks/:task/addProject project=:project&section=:section, должна вставлять задачу в конец данного раздела. - person Mark Yao; 02.02.2017
comment
Ах, извините, я, должно быть, где-то перепутал идентификаторы. Теперь это действительно работает. section= перемещает его в конец раздела, если он еще не находится в этом разделе. insert_before=null перемещает его в конец последнего раздела. Чтобы достичь того, чего я хочу, я просто сначала делаю insert_before=null, а затем section=, чтобы вернуть его в исходный раздел, но в конце. - person Remco; 03.02.2017