fix(types): use Union[Arrow, dt_datetime] for span_range and interval start/end params

[juliosuas]

Problem

Arrow.span_range() and Arrow.interval() accept both Arrow and datetime objects for their start/end parameters (they pass through fromdatetime() internally), but their type hints only declare dt_datetime.

This means type checkers (mypy, pyright) raise false errors when passing Arrow objects directly:

start = arrow.now()
end = arrow.now().shift(hours=24)
list(arrow.Arrow.span_range('hour', start, end))  # ← mypy: error: Argument 2 to 'span_range' has incompatible type 'Arrow'; expected 'datetime'

Fix

Arrow.range() already uses the correct type Union['Arrow', dt_datetime] for its start/end params. This PR applies the same fix to span_range() and interval() for consistency.

# Before
start: dt_datetime,
end: dt_datetime,

# After  
start: Union['Arrow', dt_datetime],
end: Union['Arrow', dt_datetime],

Fixes #1210.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 100.00%. Comparing base (2224255) to head (e35aec5).
✅ All tests successful. No failed tests found.

Additional details and impacted files

@@            Coverage Diff            @@
##            master     #1267   +/-   ##
=========================================
  Coverage   100.00%   100.00%           
=========================================
  Files           10        10           
  Lines         2315      2315           
  Branches       358       358           
=========================================
  Hits          2315      2315           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[juliosuas]

😁

[juliosuas]

Small maintainer note: this PR is still mergeable with the full check matrix green. The change is intentionally narrow: it updates the public typing for span_range / interval start/end parameters to match the runtime behavior that already accepts both Arrow and datetime inputs.

Happy to adjust the annotation shape if you prefer a different style for this API surface.

[juliosuas]

Follow-up after bringing this branch up to date with master: the only red job is windows-latest (pypy-3.11), and it fails before tests run while installing dependencies:

ERROR: Could not install packages due to an OSError: ('Connection broken: IncompleteRead(...)

So this looks like a transient package download/network failure rather than a failure from this PR. I tried to rerun the failed job, but GitHub requires repository admin permissions for that action.