Improve FormData logging (or documentation)

Describe the problem

I’m always frustrated when working with await event.request.formData() because it is not easily log-able.

export async function post(event) {
    const body = await event.request.formData()
    console.log('body', body)
    console.log('body', body.entries())
    console.log('body', body.keys())
    console.log('body', body.values())
    ...

All those simple measures during development to see if form data arrives and what values are contained do not work with current SvelteKit:

body FormData {}
body Object [Generator] {}
body Object [Generator] {}
body Object [Generator] {}

Especially the fact that a simple console.log(body) yields no sense-making output is very irritating to me. As a SvelteKit newbie it took me an hour to understand that it’s not a problem with the data transfer but only with the way I want to display the data.

Describe the proposed solution

const body = await event.request.formData();
console.log(body);

should show body content, formatting doesn’t really matter.

[ [ "name": "Rich Harris" ], [ "hobbies", "svelte" ], [ "hobbies": "journalism" ] ]

Alternatives considered

Add an example to the endpoint body parsing documentation.

const body = await event.request.formData();
const entries = [...body.entries()];
// [ [ "name": "Rich Harris" ], [ "hobbies", "svelte" ], [ "hobbies": "journalism" ] ]

Importance

would make my life easier

Additional Information

No response

[Rich-Harris]

Yeah, we definitely don’t want to be monkey-patching or mucking about with prototypes. The MDN FormData documentation also isn’t much help in this regard though.

Logging is pretty straightforward once you know how…

const body = await event.request.formData();

// to get everything
console.log(...body); // ["name", "Rich Harris"] ["hobbies", "svelte"], ["hobbies", "journalism"]

// if you know you don't have duplicates
console.log(Object.fromEntries(body)); // { name: "Rich Harris", hobbies: "journalism" }

…and the same thing applies to lots of similarly-shaped objects (Map, URLSearchParams, etc).

I’m always a little torn in situations like this. If Svelte/SvelteKit docs need to show how to use various web APIs (including things like Request and Response) then they’ll quickly get bloated. At the same time, many developers will encounter those APIs for the first time while using Svelte, and it can be hard to find relevant/high quality documentation elsewhere. There’s no right answer.

[bluepuma77]

Thanks for clarification, will close issue.