π Securely share sensitive information with automatic expiration & deletion after a set number of views or duration. Track who, what and when with full audit logs.
API endpoints for active and expired (and possibly audit log as well) should return pagination information.
π Motivation
In order to work reliably with the api, at the moment it is cumbersome to work on all items of a list, most notably expiring all passwords that are active at the moment, and also reporting purposes that require full listing of entries in a custom format. Currently the workflow is like
get all items (e.g. GET /p/active.json)
for each item, perform the action (e.g. DELETE /p/item.json)
repeat until 1. does not return any data
If the API directly exposed pagination information, this process could be better streamlined, and less error cases need to be handled in client code.
In addition, pagination metadata can be used for efficient parallel client code, e.g. fetching and working on multiple pages in parallel.
The information must be present, because it is available in the web UI as well, and the API clearly only returns the first 30 items.
π° Alternatives
Current workaround is described above. Not a dealbreaker, but annoying at times.
π Feature Request
API endpoints for active and expired (and possibly audit log as well) should return pagination information.
π Motivation
In order to work reliably with the api, at the moment it is cumbersome to work on all items of a list, most notably expiring all passwords that are active at the moment, and also reporting purposes that require full listing of entries in a custom format. Currently the workflow is like
π° Alternatives
Current workaround is described above. Not a dealbreaker, but annoying at times.