🤖 This is an automated PR from Repo Assist.

Fixes the API inconsistency reported in #523.

Problem

Frame.GetRowKeyAt(index) inferred index as int64 because IIndex.AddressAt takes int64. However:

• The XML documentation says "Offset (integer) of the row key to be returned" — i.e. int
• Frame.GetRowAt<'T>(index) uses an explicit int parameter with int64 index cast
• Series.GetKeyAt(index) uses int

This means anyone calling frame.GetRowKeyAt(someIntVariable) would get a compile error unless they added an explicit int64 cast, which is surprising and inconsistent.

Fix

Add an explicit int type annotation to the parameter and a int64 index cast when calling AddressAt, matching the existing pattern in GetRowAt<'T>:

// Before (index inferred as int64)
member frame.GetRowKeyAt(index) =
  frame.RowIndex.KeyAt(frame.RowIndex.AddressAt index)

// After (index explicitly int, consistent with Series.GetKeyAt and Frame.GetRowAt)
member frame.GetRowKeyAt(index: int) =
  frame.RowIndex.KeyAt(frame.RowIndex.AddressAt(int64 index))

Breaking Change

⚠️ Minor breaking change: callers that explicitly pass int64 values (e.g. frame.GetRowKeyAt(0L) or frame.GetRowKeyAt(someInt64Var)) will need to add an explicit cast: frame.GetRowKeyAt(int someInt64Var). Callers passing plain int values (or integer literals like 42) will now work without any cast.

Test Status

• ✅ dotnet build src/Deedle/Deedle.fsproj — succeeded (0 errors, 2 pre-existing warnings)
• ✅ dotnet build tests/Deedle.Tests/Deedle.Tests.fsproj — succeeded (0 errors, no callers broken)
• ⚠️ Test suite execution: test project targets net5.0, not available in this environment. Tests will run in CI.

Closes #523

Generated by Repo Assist · ◷

To install this agentic workflow, run

gh aw add githubnext/agentics/workflows/repo-assist.md@30f2254f2a7a944da1224df45d181a3f8faefd0d