Skip to content

Conversation

@Philipp91
Copy link
Contributor

@Philipp91 Philipp91 commented Oct 13, 2025

Motivated by some PHP CS Fixer and IDE warnings one some of those properties.

See individual commit properties for details.

And fix a couple CS Fixer and IDE lint warnings.

For `Statement` and `StatementOfAccount`, all properties have initializers, so there's no danger of reading them when they're not set. For `Transaction`, I verified that the only creator of instances of this class always populates all the fields.
Instead of failing with an obscure error because `curl_init()` returned false and we passed it on to `curl_setopt()`.
These objects are serialized over long periods of time, so the new property types must be compatible with what was there before. Several of the old field were effectively nullable, even when the `@var` annotation didn't reflect that.
Relatively straightforward.
@nemiah nemiah merged commit 1666012 into nemiah:master Oct 14, 2025
5 checks passed
@Philipp91 Philipp91 deleted the php-props branch October 19, 2025 15:30
@Philipp91 Philipp91 restored the php-props branch October 19, 2025 18:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants