Closed IlyaSkriblovsky closed 7 years ago
Test will probably fail due to #210. I will rebase this PR onto #211 once it merged.
Good catch on # 3, 3.4 does validation checking on indexes now and we caught this in another area of our code at work where MongoEngine was using safe=True and type=False. So it make sense that it would choke on _deadline.
Hmmm:
This job ran on our Precise environment, which is in the process of being decommissioned. Please read about the rollout of Trusty as default on the blog, and take note that you can explicitly stay on Precise by specifying dist: precise in your .tr
Guess I'll look into this as well.
Seems like Travis is still testing against MongoDB 3.0. Can we fix this too as well? :)
I'll get on that this weekend.
I've noticed that several tests were failing against modern MongoDB 3.4
https://github.com/twisted/txmongo/compare/master...IlyaSkriblovsky:mongodb-3.4-tests-fixed?expand=1#diff-cecc483f704c4be15eaed66c3bb3678bL302 MongoDB 3.4 changed behavior of the first batch of
find()
command. Before it was returning maximum of 1mb in the first batch, now this restriction is loosened, so this test fails. Actually I think this test is redundant, it was checking that negative limit forces only the single batch in result. It is not our concern anyways.https://github.com/twisted/txmongo/compare/master...IlyaSkriblovsky:mongodb-3.4-tests-fixed?expand=1#diff-cecc483f704c4be15eaed66c3bb3678bL384 MongoDB 3.4 changed error message in that case
https://github.com/twisted/txmongo/compare/master...IlyaSkriblovsky:mongodb-3.4-tests-fixed?expand=1#diff-1f3700c74d32647bfd888de73a25b21dL1025 This one is actually a bug. Ghost
_deadline
kwarg were added in index specification bycreate_index
. MongoDB ≤3.2 just ignores it, so it wasn't noticed. 3.4 throws an error here.