Conversation
1158ab4 to
c367b20
Compare
Coverage Report for CI Build 24687887120Coverage increased (+0.002%) to 84.504%Details
Uncovered Changes
Coverage RegressionsNo coverage regressions found. Coverage Stats
💛 - Coveralls |
c367b20 to
ee62384
Compare
| cargo test --locked --package payjoin --verbose --no-default-features --features v1 --test integration | ||
|
|
||
| cargo test --locked --package payjoin --verbose --no-default-features --features v2 --lib | ||
| cargo test --locked --package payjoin --verbose --no-default-features --features v2 --test integration |
There was a problem hiding this comment.
based on the current cfg logic in the integration tests no tests run when v2 is the only thing enabled, perhaps someone could point me in the right direction on better splitting up the tests based on features
8e300b4 to
273378f
Compare
273378f to
a0e0e98
Compare
DanGould
left a comment
There was a problem hiding this comment.
My guess is that the v2 tests are relying on the URI builder from v1. We may need another builder that's v2-specific OR to expose this utility without feature gating it. The former seems more appropriate.
let mut pj_uri =
build_v1_pj_uri(&pj_receiver_address, EXAMPLE_URL, OutputSubstitution::Enabled)?;4439740 to
cea604e
Compare
Its only the v2_to_v1 test that requires this setup whereas all the others rely on the usual session to create a pj_uri. I guess we could create a pj_uri with a session like that but then it really wouldn't be a v1 receiver |
|
Ah, and in that case it makes sense to test only with v1 compiled. Needs further investigation I suppose. |
a258176 to
ace4cf6
Compare
257cc45 to
b1f803f
Compare
32abaa0 to
91db3c6
Compare
b790f30 to
65f2cfd
Compare
|
@benalleng I may have unrequested reviewership by mistake. Is this ready for review? |
65f2cfd to
4e866cf
Compare
|
This is incorrect we still fail on |
0bb2c08 to
d3bb1ab
Compare
|
At the moment the line |
|
Please remind me how you'd like this one to end up? We want to test v2 only and this is the way to do it? Seems like a no-brainer as a code reduction and ehh we actually want to run our tests. |
|
I think it is good at the moment, but the noop for the v2 feature seems a bit confusing for the integration test with how I organized it. But I guess its better than failing and all the tests still run |
The uri tests were looking at bip21 uris with v1 or v2 specific features and failing when the features were locked to the opposite feature respectively. I have moved the relevant tests to be in the correct module so that they only compile within the correct feature.
This commit locks the integration tests down into their specific enabled versions.
Add the test suite for the `contrib/test,sh` script in the payjoin crate.
d3bb1ab to
5ae9703
Compare
|
I see you just rebased but we may need another |
|
Yeah I gave it a try to get the tests properly partitioned but I think the latest commit isn't right |
Got everything compiling, however based on the current cfg flag layout in the integration tests, all the tests are run when v1 is enabled and none of the tests run when v2 is enabled
Closes #1019
Pull Request Checklist
Please confirm the following before requesting review:
I have disclosed my use of
AI
in the body of this PR.
I had chatgpt help me clean up some clones in the
SenderBuilderwhile i was transitioning over to theNoopSessionPersisterI have read CONTRIBUTING.md and rebased my branch to produce hygienic commits.