the starting index of table is wrongly starts with 1

[WindSoilder]

Describe the bug

@kurokirasama spotted this, when viewing a table, the first index is 1 rather than 0.

How to reproduce

❯ [{'a': 1}]
╭───┬───╮
│ # │ a │
├───┼───┤
│ 1 │ 1 │
╰───┴───╯

Expected behavior

The table should starts with index 0

Screenshots

No response

Configuration

key	value
version	0.72.1
branch	main
commit_hash	850ecf6
build_os	macos-x86_64
build_target	x86_64-apple-darwin
rust_version	rustc 1.65.0 (897e37553 2022-11-02)
rust_channel	stable-x86_64-apple-darwin
cargo_version	cargo 1.65.0 (4bc8f24d3 2022-10-20)
pkg_version	0.72.1
build_time	2022-12-03 18:28:27 +08:00
build_rust_channel	release
features	database, default, trash, which, zip
installed_plugins	gstat

Additional context

No response

[fdncred]

/cc @zhiburt

[zhiburt]

Hi there,

How do you @WindSoilder run it exactly?

PS: I don't want to believe it's platform specific :)

[kurokirasama]

I'm on Ubuntu in latest repo build

[fdncred]

Some on mac.

I wonder if it could be something with config.nu settings - I can't think of one that would cause this though. It's as if it were being passed through table -n 1

[DarkPark]

Confirm the problem. A very unpleasant one.
Debian 11.

[WindSoilder]

Additionally, I've tried [{a: 1}] | table, and the result is fine

[zhiburt]

Hmmmmm

on linux on the same comit still OK for me.

Could you run cargo run -- -c '[{'a': 1}]'?

[kurokirasama]

but [{a: 1}] is a table and [{a: 1}] | table is a raw input (according to describe

[zhiburt]

Could you try this?

#7343

[WindSoilder]

@zhiburt Thanks, I've check the pr build, it works fine for me

[fdncred]

Could you try this?

That fixes it for me too.