-
Notifications
You must be signed in to change notification settings - Fork 11.1k
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
[5.7.14] Breaking change on eager loading when key is a string #26582
Comments
Did you set |
Ok, that fixed it. Thanks @driesvints Just a heads up it's still a breaking change--that property hasn't been required in the past. Might be worth a mention in the changelog. |
It's mentioned in the documentation:
|
I understand. But it hasn't been required in order for it to work until that commit. |
Okay but it was documented. Even if it somehow managed to work before it wasn't meant to work without the |
Missed out |
@staudenmeir @driesvints For newcomers, yes it is documented. But for those who use Laravel for years there is no mention in the upgrade guide that you to declare a keyType. |
@rimace this has been in the docs for over a year at least. |
This will be changed in the next release: #26622 |
@driesvints Beside the fact that it was added to the doc about a year after the variable was introduced. What are you suggesting? Not documenting breaking changes in the upgrade guide and instead people should read the whole documentation two times a year? |
Laravel 5.7.15 has been released. |
Description:
I just upgraded to 5.7.14 (the version released today) and there is a breaking change affecting eager loading. At least in cases where the key is a string containing a period, it converts it to an integer instead of keeping it a string like it did before.
Before, in 5.7.13 and earlier:
Now, in 5.7.14:
I narrowed it down to the change in this method: a4405e9#diff-c8675355c360b9bd4ef485c30ff5e025R82 Changing that method back to how it was fixes it.
cc @staudenmeir
The text was updated successfully, but these errors were encountered: