Check out e9302abfbf96506d81b7a422f32591d6a433c57c specifically, I think it shows a strange situation with Row::StorageValues. What should the storage values be on a new row before it's even hit storage? I made tests for the existing behaviour, but I think it should really show undef until it's inserted.
Coverage increased (+1.04%) to 98.418% when pulling e9302abfbf96506d81b7a422f32591d6a433c57c on wesQ3:increase-test-coverage into 79913efa629d0cdb1b66b935dc7187c5ca635736 on frioux:master.
Check out e9302abfbf96506d81b7a422f32591d6a433c57c specifically, I think it shows a strange situation with Row::StorageValues. What should the storage values be on a new row before it's even hit storage? I made tests for the existing behaviour, but I think it should really show undef until it's inserted.