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

If you try to create a connector without any data the Surveymonkey will throw an error:
StopIteration() for the user, which don't say anything about the problem.
We should wrap the logic and have a more meaningful message.

https://github.com/airbytehq/airbyte/blob/f194f354c7e61868029dc58076c28ac5915297d1/airbyte-integrations/connectors/source-surveymonkey/source_surveymonkey/source.py#L23-L

While there are already lots of tests, several components are still lacking proper tests (just the one skeletal generated test). It would be nice to have tests for a lot of such components.

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

See starter code in #681

There is a pipeline which has been consistently getting stuck on attempt to write to JDBC. The thread dump on one worker revealed a bunch of threads waiting for a new connection to be allocated:

   java.lang.Thread.State: WAITING
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for <45ac842e> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject