• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

ponder-lab / Hybridize-Functions-Refactoring / #3048
85%

Build:
DEFAULT BRANCH: main
Ran 04 Sep 2026 03:47PM UTC
Jobs 1
Files 42
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

04 Sep 2026 03:37PM UTC coverage: 85.491%. Remained the same
#3048

push

github

web-flow
Bump Ariadne to 0.52.95 (#941)

* Bump Ariadne to 0.52.94

Carries the numpy dtype resolution half and the fancy-index typing fix.

Three pins move back, and they move because the spellings resolve rather
than because a default returned.

`np.int` is what establishes that. Its run-time dtype is int64 and the
withdrawn default was float64, so int64 cannot be the old fallback
reappearing under another name. `np.long` reads int64 with it.
`np.float` reads float64 again, but float64 is what it meant and what
the default said, so on its own it distinguishes nothing; it is pinned
for coverage and the comment says so rather than letting it stand as
evidence.

Two spellings still emit nothing, both deliberately. `np.int16` has no
dtype enum value to map to, so no field reference can be written for it.
The builtin `bool` is outside the modeled family, where `np.bool` and
`np.bool_` sit inside it. Pinned as known absences: either one resolving
later is a result, not noise.

The route took two releases and neither half suffices alone. Withdrawing
the unconditional float64 default made the gap visible without closing
it, and a reader could not tell a resolved float64 from an unresolved
one before that. Defining the spellings closed it. The five pins here
record both steps, which is why the previous release moved the same five
in the opposite direction.

Suite 701/701.

* Advance the bump to 0.52.95

The release differs from 0.52.94 by one change, which models
`tf.keras.backend.floatx()` so a token spelled that way resolves instead
of degrading to an unknown dtype.

No pin moves, and that is the expected result rather than a null one.
Every dtype pin here spells its dtype as a numpy alias, so the suite
cannot observe a change confined to `floatx()` tokens. The suite passing
unchanged says the release did not disturb the numpy family, not that it
did nothing.

Where it should be observable is the whole-project population, on the
one subject of the six that reads `f... (continued)

3612 of 4225 relevant lines covered (85.49%)

0.85 hits per line

Jobs
ID Job ID Ran Files Coverage
1 #3048.1 04 Sep 2026 03:47PM UTC 42
85.49
Source Files on build #3048
  • Tree
  • List 42
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • 2ded9667 on github
  • Prev Build on gh-readonly-queue/main/pr-939-31d068e334978c0c4a5af11da1259c96948c49a7
  • Next Build on main
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc