-
Notifications
You must be signed in to change notification settings - Fork 29
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
Namespace resolution missing for named parameter during serialization #66
Comments
Heya, thanks for reporting. We'll need more info and/or code to debug this further. Can you please create a repository with the command below, commit the code that reproduces the issue as one separate commit on the main/master branch and share the repository here? Please make sure that you have the latest version of the Laravel installer in order to run this command. Please also make sure you have both Git & the GitHub CLI tool properly set up. laravel new bug-report --github="--public" Please do not amend and create a separate commit with your custom changes. After you've posted the repository, we'll try to reproduce the issue. Thanks! |
Actually, would be even better create a pull request with a failing test. |
Hey, I have a failing test that I was using to investigate, what should I do, follow @driesvints or @nunomaduro ? |
feel free to send in a draft pr with the failing test 👍 |
@driesvints just did in #67 please let me know what else can I do to help :-) |
cool, thanks. Closing this now. Let's continue on the PR |
Serializable Closure Version
1.3.0
PHP Version
8.2.7
Description
Hi, I've hit an issue that I think may be a bug.
I previously thought it was was an issue in PHP-DI, but during my investigation I isolated it to this library (original report here: PHP-DI/PHP-DI#855).
Long story short: if a closure uses a combination of named parameters and a class that is not in the global namespace, it fails when the closure is unserialized.
Steps To Reproduce
The text was updated successfully, but these errors were encountered: