Ran
|
Jobs
5
|
Files
51
|
Run time
4min
|
Badge
Embed ▾
README BADGES
|
push
travis-ci
<a href="https://github.com/zopefoundation/ZODB/commit/<a class=hub.com/zopefoundation/ZODB/commit/313702023f01623520f510c87dbaad50e7586cc2">313702023<a href="https://github.com/zopefoundation/ZODB/commit/313702023f01623520f510c87dbaad50e7586cc2">">Relax assertion in check_tid_ordering_w_commit test It is pointless for lastTransaction() to block until it is allowed to return the TID of a transaction that has just been committed, because it may still not be the real last TID (e.g. for some storage implementations, invalidations are received from a shared server via the network). While invalidations are still being processed, it&#39;s fine to return immediately with the previous last TID. This was clarified in commit </a><a class="double-link" href="https://github.com/zopefoundation/ZODB/commit/<a class="double-link" href="https://github.com/zopefoundation/ZODB/commit/4a6b0283f61427c7a2d8086a271bcdfb1cb53593">4a6b0283f</a>">4a6b0283f</a><a href="https://github.com/zopefoundation/ZODB/commit/313702023f01623520f510c87dbaad50e7586cc2"> ("mvccadapter: check if the last TID changed without invalidation"). See pull request #316
6459 of 8546 relevant lines covered (75.58%)
3.78 hits per line
ID | Job ID | Ran | Files | Coverage | |
---|---|---|---|---|---|
2 | 1065.2 (ZOPE_INTERFACE_STRICT_IRO=1) | 51 |
75.55 |
Travis Job 1065.2 | |
3 | 1065.3 (ZOPE_INTERFACE_STRICT_IRO=1) | 51 |
75.5 |
Travis Job 1065.3 | |
4 | 1065.4 (ZOPE_INTERFACE_STRICT_IRO=1) | 51 |
75.5 |
Travis Job 1065.4 | |
5 | 1065.5 (ZOPE_INTERFACE_STRICT_IRO=1) | 51 |
75.59 |
Travis Job 1065.5 | |
8 | 1065.8 (ZOPE_INTERFACE_STRICT_IRO=1 PURE_PYTHON=1) | 51 |
75.57 |
Travis Job 1065.8 |
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
---|