Global searchList my search categories

List my search categories

Lists the global-search categories the caller can use, each with the caller's saved on/off preference.

One entry per category whose UI page the caller may open (Customer, Contact, Project, Invoice, Employee, in that order), with IsSelected from the caller's personal user default MainSearchCategory (all on until saved). Page access is the only filter here — a listed category can still return nothing in GET /v2/search when the caller lacks the matching area privilege.

Use it to:

  • Render the category checkboxes of the search box, then pass the selected names to GET /v2/search?categories=

Behaviour:

  • Idempotent.
  • Safe to retry.
  • Changes are visible to the next read immediately.

Next: PUT /v2/search/categories, GET /v2/search

curl -X GET "https://app3.timelog.com/your-account/api/v2/search/categories" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_API_TOKEN"
{
  "Entities": [
    {
      "Properties": {
        "Name": "Customer",
        "IsSelected": true
      }
    },
    {
      "Properties": {
        "Name": "Contact",
        "IsSelected": true
      }
    },
    {
      "Properties": {
        "Name": "Project",
        "IsSelected": true
      }
    },
    {
      "Properties": {
        "Name": "Invoice",
        "IsSelected": false
      }
    },
    {
      "Properties": {
        "Name": "Employee",
        "IsSelected": false
      }
    }
  ],
  "Links": [
    {
      "Href": "https://app{server-number}.timelog.com/{account}/api/v2/search/categories",
      "Rel": "self"
    }
  ]
}
GET
/v2/search/categories
GET
Base URLstring

Target server for requests. Edit to use your own host.

Bearer Token
Bearer Tokenstring
Required

OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp). The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user. > Not yet documented: how to obtain a token. > Not yet documented: token lifetime.

OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp). The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user. > Not yet documented: how to obtain a token. > Not yet documented: token lifetime.
Request Preview
Response

Response will appear here after sending the request

Authentication

header
Authorizationstring
Required

Bearer token. OAuth 2.0 bearer token, sent as Authorization: Bearer <token>. JWT and reference tokens are both accepted. The token must carry the required scope (default tlp).

The token's sub claim is the acting user. A token WITHOUT sub (client-credentials) acts as the system service user. If the sub user cannot log in (inactive, locked, deleted), the request is rejected with 401 — it is no longer let through without a user.

Not yet documented: how to obtain a token.

Not yet documented: token lifetime.

Responses

Entitiesarray

Omitted (not []) when the list is empty.

Linksarray