Multiple set request are being sent in dns-1 tests #3
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
You are testing multiple domains in
dns-1
tests, e.g.foo.oshnix.org
and*.foo.oshnix.org
. However, dns host for them is the same (_90-acme-challenge-44.foo.oshnix.org
). This leads to multiple TXT records being created on this domain. As a result, the plugin cannot choose which record to return (first is being chosen) and the test fails.I think that this test should be changed to either test the domains one-by-one (perform sync set, get, remove for each domain) or wildcard domain should be different from the another one existing in test, e.g.
*.bar.oshnix.org
.If you think that my plugin should pass an existing tests, please, describe the correct behavior in the situation mentioned above.
Yes, it should test multiple domains and the DNS host should NOT be the same (for different wildcards).
Take a look at one of these as an example of what each function does:
Which DNS provider are you building for?
Note: In the case of
foo.oshnix.org
and*.foo.oshnix.org
it is correct that you do have two records for the same hostname. The DNS name server should send ALL records and the client will choose the correct one.As far as when to delete which, the delete function calls with the value, so you can check that way. If your DNS host does not have an ID by which to distinguish between records...
setTimeout
? I know that's an anti-pattern, but if their API is broken that may be the best you can do.The order that the test runs is exactly what it should be.
Thanks a lot for your hint, I have forgotten that during
get
request we do have a text of the record we would like to get. I've used it to filter the values and my solution have finally started to pass all the tests.I do have a couple of questions, though, but I suppose that gitea issues isn't the best place for them.
Thank you once more for your help.