data

Hi, I'm trying to read a CSV file like this (;, delimiters):

A;B;C;D
1,1;2,2;3,3;4,1
1,1;2,2;3,3;4,1
1,1;2,2;3,3;4,1

What happens: semicolon from the first line does not become the main separator, the comma from the second line does and it breaks the file's logic.

Code that reads:

X.read(e.target.result, { type: 'string' })

Result

{
      A1: { t: 's', v:

We could improve the Error: output to a user shown in the expression preview to tell them what the Type() is for a parameter being passed that is not compatible with the parameter type being expected.

Proposed solution

On our various HTML/XML GREL functions (htmlText(), wholeText(), ownText(), etc.) add the new Type().call(bindings, args) to the EvalError and rephrase the error text as n

Tell us about the problem you're trying to solve

In anticipation of the Cloud launch we completed this issue: airbytehq/airbyte#6628 which enforces that the connectors in Cloud are exactly the connectors we want to expose.

One edge case that we may want to handle more gracefully going forward is the case when a connector is in cloud and has a connection (and or sou

https://www.audiomack.com/data-api/docs

See starter code in #681

The problem

The current implementation of processElement

1. Check if cache existence for input
2. If the cache returns value return it
3. otherwise, aquire a semaphore
4. call asyncLookup and pass it input. It return a future: F
5. Maintain a list of the currently executing futures
6. release a semaphore at the end each future execution
7. make sure all the future are com