Plugins don't support asynchronous functions about react

[brendanbond]

A better option here is probably the requestOptions plugin, see a trivial example here: https://codesandbox.io/p/sandbox/http-request-plugin-example-forked-y3m9v2?file=%2Fsrc%2Findex.js%3A8%2C19

I think the problem you're running into here, though, is that, at the moment, the request plugins don't accept asynchronous functions and can't really handle promises, so your code is not going to run and may just break the javascript execution by just passing Promise objects where actual options and request objects are expected. Although I would be interested to support asynchronous request plugin methods, for now you'll have to load any data that is needed by the plugin before registering it.

I am going to rename this issue and send it up the chain.

[ebner87]

Hi Brendan,

Thanks for the quick response.

Well, I didn't post all the different alternatives I tried to not get a very long post, but I also tried returning the options (or request/value) variable directly trying to keep synchronous nature of it and the issues was the same: when I have the requestOptions in place, the request is not triggered once I select Resource in Data Source Type.

So, not really only for async functions.

[brendanbond]

Cool, what would help here is if you could throw up a minimally reproducible example on a codesandbox or something similar so we can get to the bottom of it, I'm still not quite sure I'm following.

[ebner87]

Hi Brendan,

Nevermind. I was creating the codesandbox to send you and realized that I was using options.header.append to add the header to the request, this way is raising the issue I was talking about (where requests are not fired/triggered).

Changing it to options.header['custom-header'] did the trick.

I saw somewhere else that the this property was an object (or was being handled as such) instead of an array. It didn't come to my head to check it or try as an array (maybe I need some rest).

Thanks for the help though.