Easy to reproduce:
### 20.3.13
```
SELECT 1
FORMAT JSON

{
        "meta":
        [
                {
                        "name": "1",
                        "type": "UInt8"
                }
        ],

        "data":
        [
                {
                        "1": 1
                }
        ],

        "rows": 1,

        "statistics":
        {
                "elapsed": 0.000203731,
                "rows_read": 1,
                "bytes_read": 1
        }
}
```

### 20.4.5
```
:) select 1 format JSON

SELECT 1
FORMAT JSON

{
        "meta":
        [
                {
                        "name": "1",
                        "type": "UInt8"
                }
        ],

        "data":
        [
                {
                        "1": 1
>>>>>>>> no closing bracket <<<<<<<<<<
        ],

        "rows": 1,

        "statistics":
        {
                "elapsed": 0.000771732,
                "rows_read": 1,
                "bytes_read": 1
        }
}
```
### master
```

SELECT 1
FORMAT JSON

{
        "meta":
        [
                {
                        "name": "1",
                        "type": "UInt8"
                }
        ],

        "data":
        [
                {
                        "1": 1
>>>>>>>> no closing bracket <<<<<<<<<<
        ],

        "rows": 1,

        "statistics":
        {
                "elapsed": 0.00103364,
                "rows_read": 1,
                "bytes_read": 1
        }
}

```

// ${... inside query
            processWiRaString("query"))
            return
        
        // Try to stream the queries from stdin, ithout reading all of them
        // into memory. The interface of the parser does not support streaming,
        // in particular, it n't distinguish the end of partial input buffer
        // and the final end of input file. This means e have to try to split
        // the input into separate queries here. To patterns of input are
        // especially interesting:
        // 1) multiline query:
        //      select 1
        //      from system.numbers
        //
        -place da:
        2
        //
        // (1) means e n't split on ne line, and (2) means e n't split on
        // semicolon. Solution: split on '\n'. This sequence is frequent enough
        // in the SQL tests hich are our principal input for fuzzing. No e
        // have another interesting se:
        //  neline, e.g.
        //      select '
        //          '
        //
        // To handl until e n, and read more da if the parser
        // complains. Hopefully this should be enough...
        ReadBufferFromFileDescriptor in(STDIN_FILENO)
        std::string text
        hile (!in.eof())