chalasr
Repos
102
Followers
416
Following
69

The Symfony PHP framework

27475
8589

JWT authentication for your Symfony API

2326
570

The Console component eases the creation of beautiful and testable command line interfaces.

9274
234

The Security component provides a complete security system for your web application.

1198
56

The server component of API Platform: hypermedia and GraphQL APIs in minutes

2138
712

The PasswordHasher component provides password hashing utilities.

422
3

Events

issue comment
json_login_ldap in chain with json_login and new authenticator

Talking for myself, the reasons for not looking into this "naturally" are that I don't suffer from this bug and it's about ldap which I don't use and for which I don't have the required setup to reproduce locally. If you can, please have a look into this so you can come up with a patch to propose in a PR.

Created at 20 hours ago
Created at 22 hours ago

Remove public (writable) properties from domain model Book

Resolves #23

Merge pull request #29 from wazum/main

Remove public (writable) properties from domain model Book

Created at 1 day ago
pull request closed
Remove public (writable) properties from domain model Book

There should be only one way to update a Book. Resolves #23

Created at 1 day ago
pull request opened
Fix typo
Created at 2 days ago
create branch
chalasr create branch chalasr-patch-1
Created at 2 days ago
Created at 2 days ago
pull request closed
[DependencyInjection] Deprecate numeric parameter names

| Q | A | ------------- | --- | Branch? | 6.2 | Bug fix? | no | New feature? | no | Deprecations? | yes | Tickets | ~ | License | MIT | Doc PR | TODO

While trying to use '.' !== $key[0] instead of str_starts_with($key, '.') in #47680, I noticed some tests were failing due to the usage of numeric parameter names in the fixtures.

This leads to inconsistent behavior since the following code: $parameterBag->set(10, 10), will first cast the name 10 to string because of the method signature, but will then cast back to integer when using it as an array key in https://github.com/symfony/symfony/blob/6.2/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php#L89. Because Symfony does not use strict types, it can be really tricky.

This PR propose to deprecate using such names to be able to properly throw in 7.0.

Created at 2 days ago

[DependencyInjection] Deprecate numeric parameter names

feature #47683 [DependencyInjection] Deprecate numeric parameter names (HeahDude)

This PR was merged into the 6.2 branch.

Discussion

[DependencyInjection] Deprecate numeric parameter names

| Q | A | ------------- | --- | Branch? | 6.2 | Bug fix? | no | New feature? | no | Deprecations? | yes | Tickets | ~ | License | MIT | Doc PR | TODO

While trying to use '.' !== $key[0] instead of str_starts_with($key, '.') in #47680, I noticed some tests were failing due to the usage of numeric parameter names in the fixtures.

This leads to inconsistent behavior since the following code: $parameterBag->set(10, 10), will first cast the name 10 to string because of the method signature, but will then cast back to integer when using it as an array key in https://github.com/symfony/symfony/blob/6.2/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php#L89. Because Symfony does not use strict types, it can be really tricky.

This PR propose to deprecate using such names to be able to properly throw in 7.0.

Commits

3e0050a8c4 [DependencyInjection] Deprecate numeric parameter names

Created at 2 days ago
issue comment
[DependencyInjection] Deprecate numeric parameter names

Thank you @HeahDude.

Created at 2 days ago