New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error with chromedriver 2.46 #5401
Comments
Isn't it a bug of Chromedriver then? |
…not null which fails in chromedriver 2.46
…chromedriver happy.
@JorisVanEijden |
I don't think it's a bug in Chromedriver to state that null is an invalid value for those cookie fields. I could raise a PR with Facebook webdriver to refuse cookies with null values. But then you still need this PR for Codeception. Edit: Facebook php-webdriver issue: php-webdriver/php-webdriver#626 |
I've created php-webdriver/php-webdriver#627 to stop php-webdriver from passing the invalid cookie values it gets from Codeception to chromedriver. |
I'm not sure I understand this issue... Tell me if I'm wrong :
Am I correct ? |
So yes. |
@Kender2 Great ! thanks Then what's next ? this commit from @JorisVanEijden seems good to me, is there anything against adding default values in CC ? |
I tend to also see it like @jeckel and hope for a new (minor?) Codeception version release with this fix/workaround -- especially considering the lack of responses/actions on @JorisVanEijden commitment in
|
facebook/php-webdriver looks completely unmaintained since June last year. I will merge workaroud before next release. |
@Naktibalda Thanks (in advance)! Please note that I just assume that @JorisVanEijden fix solves the problem as I have not tested it at all, and neither have expert knowledge; but the changes definitely look good with respect to the failure symptoms ;-) Rather unrelated, except that it is about "facebook/php-webdriver"The situation around "facebook/php-webdriver" especially with respect to Firefox and W3C protocol actually makes me a little bit nervous too; although there is (or was) quite some work done, I am not sure how active/promising it is.
|
I tested @JorisVanEijden fix on my side and it solved my issue |
I'm sorry, I have not continued with this after patching php-webdriver. The workaround composer.json I use: {
"require-dev": {
"codeception/codeception": "^2.0",
"cweagans/composer-patches": "^1.0",
},
"extra": {
"patches": {
"facebook/webdriver": {
"issue_626": "https://patch-diff.githubusercontent.com/raw/facebook/php-webdriver/pull/627.patch"
}
}
}
} I remember running into some strange issues with PR #5404 but I was unable to figure out if that was due to the PR, php-webdriver, chromedriver or even my test suite :( |
On my side, my test suite is really simple, then it might not be enough to validate this PR. By the way, thanks for the tips to patch webdriver. |
Fixed in Codeception 2.5.5 which was released today. |
Ok, I figured out what the issue was. Created #5470 to fix it. |
expiry 格式变了。。。把float该为int即可。。。亲测 |
What are you trying to achieve?
Use chromedriver to run tests.
What do you get instead?
Details
Chromedriver 2.45 works fine.
In 2.46 they added extra cookie validation (https://chromium-review.googlesource.com/c/chromium/src/+/1366925)
The text was updated successfully, but these errors were encountered: