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

Ouranosinc / miranda / 40337637731
18%

Build:
DEFAULT BRANCH: main
Ran 26 Oct 2026 02:15PM UTC
Jobs 8
Files 70
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

26 Oct 2026 02:13PM UTC coverage: 18.104%. Remained the same
40337637731

push

github

web-flow
Bump filelock from 3.25.2 to 4.2.1 in /.github (#390)

Bumps [filelock](https://github.com/tox-dev/py-filelock) from 3.25.2 to
4.2.1.
<details>
<summary>Release notes</summary>
<p><em>Sourced from <a
href="https://github.com/tox-dev/py-filelock/releases">filelock's
releases</a>.</em></p>
<blockquote>
<h2>4.2.1</h2>
<ul>
<li>On a singleton wrapper, <code>close&gt;</code> and
<code>close&gt;</code> end only the holds that tasks acquired
through that wrapper. A reader that arrives during <code>close()</code>
gets the closed error instead of joining the ending hold.
After synchronous code closes or force-releases the shared lock, the
wrappers refuse to admit readers into the ended
hold, and <code>close()</code> on such a wrapper returns.
Closing one wrapper no longer ends a task's nested hold taken through
another wrapper on the same path. <a
href="https://redirect.github.com/tox-dev/py-filelock/issues/832">#832</a></li>
<li><code>ReadWriteLock</code> locks again after a
<code>release()</code> that an exception from a signal handler
interrupted.
The async read-write wrappers stop admitting readers into such a level.
The async read-write locks forget a hold whose
backend release failed after the backend let go, and they free the
memory of each acquire that times out or is canceled.
<code>AsyncFileLock</code> returns from <code>release()</code> after a
few hundred acquires gave up behind a waiting one. An exception from a
signal handler delivered while an <code>AsyncFileLock</code> call joins
its queue no longer blocks every later call on that lock. <a
href="https://redirect.github.com/tox-dev/py-filelock/issues/833">#833</a></li>
<li>Fix <code>ReadWriteLock</code> acting on <code>-journal</code>,
<code>-wal</code> or <code>-shm</code> files another process puts beside
its
database: a write could land in another file, a reader could get in
beside a writer, and an acquire could fail. SQLite
now opens the database by name only in a directory no other account ... (continued)

1201 of 6634 relevant lines covered (18.1%)

1.44 hits per line

Jobs
ID Job ID Ran Files Coverage
1 run-Python3.13-conda - 40337637731.1 26 Oct 2026 02:16PM UTC 70
17.95
GitHub Action Run
2 run-3.11-pypi - 40337637731.2 26 Oct 2026 02:16PM UTC 70
18.09
GitHub Action Run
3 run-3.14-pypi - 40337637731.3 26 Oct 2026 02:43PM UTC 70
18.09
GitHub Action Run
4 run-Python3.12-conda - 40337637731.4 26 Oct 2026 02:16PM UTC 70
17.95
GitHub Action Run
5 run-Python3.14-conda - 40337637731.5 26 Oct 2026 02:15PM UTC 70
17.95
GitHub Action Run
6 run-3.12-pypi - 40337637731.6 26 Oct 2026 02:53PM UTC 70
18.09
GitHub Action Run
7 run-3.13-pypi - 40337637731.7 26 Oct 2026 02:16PM UTC 70
18.09
GitHub Action Run
8 run-Python3.11-conda - 40337637731.8 26 Oct 2026 02:15PM UTC 70
17.95
GitHub Action Run
Source Files on build 40337637731
  • Tree
  • List 70
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Github Actions Build #40337637731
  • 829140a3 on github
  • Prev Build on main (#40224997185)
  • Next Build on main (#41072077265)
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