fix: Record is not in contents, but in record

[ianna]

This is popped up during CUDA testing: ak.contents.Record is in ak.record.Record

[codecov]

Codecov Report

Merging #1739 (b34a445) into main (e692946) will increase coverage by 1.01%.
The diff coverage is n/a.

Additional details and impacted files

Impacted Files	Coverage Δ
src/awkward/__init__.py	97.05% <ø> (ø)
src/awkward/_broadcasting.py	93.41% <ø> (ø)
src/awkward/_connect/avro.py	87.17% <ø> (ø)
src/awkward/_connect/cling.py	24.90% <ø> (ø)
src/awkward/_connect/cuda/__init__.py	0.00% <ø> (ø)
src/awkward/_connect/jax/__init__.py	90.47% <ø> (ø)
src/awkward/_connect/jax/_reducers.py	76.92% <ø> (ø)
src/awkward/_connect/numba/arrayview.py	97.77% <ø> (ø)
src/awkward/_connect/numba/builder.py	81.60% <ø> (ø)
src/awkward/_connect/numba/layout.py	84.87% <ø> (ø)
... and 311 more

[agoose77]

Huh I remember grepping for these, that's odd. Nice catch!

[agoose77]

It seems like only the nplike module had actual code that was trying to resolve ak.contents.Record. @ianna did you hit this at runtime today? If so, could you add a test that reproduces it? Clearly we're not covering these nplike codepaths at the moment.

[ianna]

It seems like only the nplike module had actual code that was trying to resolve ak.contents.Record. @ianna did you hit this at runtime today? If so, could you add a test that reproduces it? Clearly we're not covering these nplike codepaths at the moment.

Yes, we already have them: in tests-cuda

[agoose77]

This just means that my CUDA tests weren't running locally, which is ... even worse than if we'd just missed a test case! 😢

Thanks!