Skip to content

Conversation

@teo-tsirpanis
Copy link
Member

@teo-tsirpanis teo-tsirpanis commented Feb 4, 2026

The precise size of files in storage is an implementation detail that consumers should not be relying on (besides storage format changes, it may be affected by compression library updates).

We remove fragment size comparisons with hardoced numbers from the fragment info tests, and replace them by asserting that they are larger than zero. This is not the first time we have done this (TileDB-Inc/TileDB-Cloud-REST#4761), and there's lots of existing test coverage of the fragment info Go APIs.

Fixes TileDB-Inc/centralized-tiledb-nightlies#65

Fixes https://linear.app/tiledb/issue/CORE-493

The precise size of files in storage is an implementation detail that consumers should not be relying on (besides storage format changes, it may be affected by compression library updates).
We remove fragment size comparisons with hardoced numbers from the fragment info tests, and replace them by asserting that they are larger than zero. This is not the first time we have done this (TileDB-Inc/TileDB-Cloud-REST#4761), and there's lots of existing test coverage of the fragment info Go APIs.
@teo-tsirpanis teo-tsirpanis merged commit 5b7b68a into TileDB-Inc:master Feb 4, 2026
8 checks passed
@teo-tsirpanis teo-tsirpanis deleted the no-check-fragment-size branch February 4, 2026 18:06
@rroelke
Copy link
Member

rroelke commented Feb 4, 2026

I'm a little sad I am too late to approve. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

The centralized nightlies job failed on Tuesday (2026-02-03)

3 participants