You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With the latest behat/mink-browserkit-driver 1.3.4 and symfony/dom-crawler 4.4.5 there's an incompatibility that causes a fatal error in our testsuite.
We have HTML containing checkboxes with an array field name, some of them disabled - e.g.:
However the latest dom-crawler release includes this commit which appears to skip over fields that are disabled hence the array indices are different.
I suspect this can be fixed by duplicating that logic so that getFieldPosition also skips disabled fields, but it might be better to try and make it more robust so that it's not relying on matching just by the array index?
The text was updated successfully, but these errors were encountered:
With the latest behat/mink-browserkit-driver 1.3.4 and symfony/dom-crawler 4.4.5 there's an incompatibility that causes a fatal error in our testsuite.
We have HTML containing checkboxes with an array field name, some of them disabled - e.g.:
And we have a step that uses the standard
And I check "Major Tom"
step inMinkContext
.This has been working fine, but is now giving an
Undefined offset: {number}
error from BrowserKitDriver.The error comes from this line
As far as I can see, the issue is that BrowserKitDriver's getFieldPosition() method just enumerates all checkboxes with that name on the page.
However the latest dom-crawler release includes this commit which appears to skip over fields that are disabled hence the array indices are different.
I suspect this can be fixed by duplicating that logic so that
getFieldPosition
also skips disabled fields, but it might be better to try and make it more robust so that it's not relying on matching just by the array index?The text was updated successfully, but these errors were encountered: