Call one of my app's routes
dropyour_callCall a route of YOUR OWN drop and get the real HTTP answer back: status, headers, duration, body. This is how you check that what you just published actually works, without asking a human to open the URL. The call goes through the SAME path a visitor takes, so you see the served bytes — badge, shim, security headers — not the stored file. It also traverses the same guards: a password-protected drop answers with its password page, a scheduled drop answers 404. That is information about your drop, not a limitation. There is NO url parameter, by design: you name a dropId and a path relative to it, never an address. IT IS A REAL REQUEST: it counts as an invocation and, if the route you call writes, it really writes. Pair it with dropyour_logs to read the lines your app emitted during THIS call (use the returned requestId). There is a HARD 10-SECOND DEADLINE on the whole exchange (headers and body): a route that takes longer answers 503 rather than hanging your tool call. Design long work as a scheduled job (dropyour_schedule) that returns immediately, not as a slow request.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| body | No | ||
| path | No | Path relative to your app, starting with '/'. Cannot climb out ('..') nor reach the platform's own /__dropyour/ routes. | / |
| dropId | Yes | ||
| method | No | GET | |
| headers | No | Only accept, accept-language, content-type, if-none-match, if-modified-since and range are forwarded; the rest is reported back as dropped. | |
| managementToken | No |