Invalid column types

[adespawn]

Test should return the column definitions

scylladb-javascript-driver/test/integration/supported/client-execute-tests.js

Lines 725 to 799 in d2e9094

	/* it("should return the column definitions", function (done) {
	const client = setupInfo.client;
	// insert at least 1 row
	const insertQuery = util.format(
	"INSERT INTO %s (id) VALUES (%s)",
	table,
	types.Uuid.random(),
	);
	utils.series(
	[
	client.connect.bind(client),
	helper.toTask(client.execute, client, insertQuery),
	function verifyColumns(next) {
	const query = util.format(
	"SELECT text_sample, timestamp_sample, int_sample, timeuuid_sample, list_sample2, map_sample from %s LIMIT 1",
	table,
	);
	client.execute(query, function (err, result) {
	assert.ifError(err);
	assert.ok(result.rows.length);
	assert.ok(result.columns);
	assert.ok(Array.isArray(result.columns));
	assert.strictEqual(result.columns.length, 6);
	assert.strictEqual(
	result.columns[1].type.code,
	types.dataTypes.timestamp,
	);
	assert.equal(result.columns[1].type.info, null);
	assert.strictEqual(
	result.columns[2].type.code,
	types.dataTypes.int,
	);
	assert.strictEqual(
	result.columns[4].name,
	"list_sample2",
	);
	assert.strictEqual(
	result.columns[4].type.code,
	types.dataTypes.list,
	);
	assert.ok(result.columns[4].type.info);
	assert.strictEqual(
	result.columns[4].type.info.code,
	types.dataTypes.int,
	);
	assert.strictEqual(
	result.columns[5].type.code,
	types.dataTypes.map,
	);
	assert.ok(
	result.columns[5].type.info[0].code ===
	types.dataTypes.text ||
	result.columns[5].type.info[0].code ===
	types.dataTypes.varchar,
	);
	next();
	});
	},
	function verifyColumnsInAnEmptyResultSet(next) {
	const query = util.format(
	"SELECT * from %s WHERE id = 00000000-0000-0000-0000-000000000000",
	table,
	);
	client.execute(query, function (err, result) {
	assert.ifError(err);
	assert.ok(result.columns);
	assert.ok(result.columns.length);
	next();
	});
	},
	],
	done,
	);
	}); */

fails due to providing invalid column type.

This is likely to be fixed by 12c394b from #168

[wprzytula]

This is likely to be fixed by 12c394b from #168

@PiotrJunior @adespawn Please confirm this is indeed the case.