Skip to main content
List the requests you can see, with simple filters and pagination. A request can gather members, an assignee and a topic, and link statements. You only see the requests you have access to — those you’re a member of, plus any shared with you. Rows are ordered by most recent activity first (last modification date). Each row exposes a resource_url that opens that single request. The result also carries a list-level application_url that reopens the requests board on the same view and status tab you just queried. Because the board is always scoped to one status tab, this link is only set when both view and status were passed; otherwise it is null.

Parameters

Body

string
View to filter by. Either a built-in view — “assigned to me”, “my requests” (the requests you created), or “all requests” (every request in the company) — or the name (case-insensitive substring) or id of a request view shared with you. Omit to return every request you can access.
Free-text filter matched against the request name, its full id, or its reference (the # reference shown in the UI is the last 8 characters of the id; a leading # is accepted).
string
Status filter. One of open or closed. One of: open, closed.
integer
Page size, between 1 and 250. Defaults to 50.
integer
Row offset into the result set — the number of rows to skip before this page. Pass the next_offset returned by the previous call, or None for the first page.

Response

Body

object[]
integer
string
Deep link that reproduces this list in the web app — the requests board opened on the chosen view and status tab. Null when either view or status was omitted (the board can only show one status tab at a time, so a link cannot faithfully reproduce a multi-status result).