list_folder results different from this morning

Question

when performing an api call files_list_folder  with the path /Apps/YPDB2023

up till this morning it would return the subfolder name and a list of all the files - but now I just get the subfolder name and a "has more" = true and a cursor - which I can then use to /files_list_folder/continue - and then I can see the files themselves..

To troubleshoot - I've bypassed my code and tried this directly on the API explorer and get the same thing - it's only in this folder - other folders behave as normal

dropbox.github.io/dropbox-api-v2-explorer/#files_list_folder

{
  "entries": [
    {
      ".tag": "folder",
      "name": "done",
      "path_lower": "/apps/ypdb2023/done",
      "path_display": "/Apps/YPDB2023/done",
      "id": "id:----"
    }
  ],
  "cursor": "---",
  "has_more": true
}

and then using that cursor - via dropbox.github.io/dropbox-api-v2-explorer/#files_list_folder/continue

{
  "entries": [
    {
      ".tag": "file",
      "name": "10-10-2023 16-26-03.txt",
      "path_lower": "/apps/ypdb2023/10-10-2023 16-26-03.txt",
      "path_display": "/Apps/YPDB2023/10-10-2023 16-26-03.txt",
      "id": "------",
      "client_modified": "2023-10-10T15:26:03Z",
      "server_modified": "2023-10-10T15:26:05Z",
      "rev": "----",
      "size": 2981,
      "is_downloadable": true,
      "content_hash": "----"
    }
  ],
  "cursor": "----",
  "has_more": false
}

if I create a test folder in the dropbox root and do the same calls it behaves as normal -

{
  "entries": [
    {
      ".tag": "folder",
      "name": "test_subfolder",
      "path_lower": "/tester/test_subfolder",
      "path_display": "/tester/test_subfolder",
      "id": "id:-----"
    },
    {
      ".tag": "file",
      "name": "test file.txt",
      "path_lower": "/tester/test file.txt",
      "path_display": "/tester/test file.txt",
      "id": "id::-----",
      "client_modified": "2023-10-10T15:38:24Z",
      "server_modified": "2023-10-10T15:38:50Z",
      "rev": "----",
      "size": 4,
      "is_downloadable": true,
      "content_hash": "-----"
    }
  ],
  "cursor": "----",
  "has_more": false
}

very odd -

thanks

Greg-DB · Accepted Answer

The /2/files/list_folder[/continue] functionality is paginated and isn't guaranteed to return all of the entries in a single response. There are a few factors that can affect what/how much is returned in a single call, and that can vary over time due to a number of factors, e.g., as the state and contents of the account changes, etc, so you need to make sure you always have that implemented properly as documented in the above links.