Conversation
You can use drafts for that 🙂 Looks like it's already catching a couple of casing issues in the tests! |
Thanks :-) |
f0c2595 to
6849a2a
Compare
…(e.g. new DateTime)
6849a2a to
1a10654
Compare
|
Ready to be merged. |
|
I don't see this part, is it not necessary for some reason? |
|
This part is not strictly necessary for class casing check, but only for aliases. Also this requires a lot of other changes and it's a bitch to get working/correct with how cache handles this, so I will PR this separately, bc I don't know when I will have time to check it. |
|
@orklah it looks fine to me, but I don't know why internal classes were excluded in the first place, so that makes me a bit nervous just merging this without investigating that first. |
I'm not surprised given how many errors it raises in Psalm itself. I'm not even sure the documentation was correct on older versions of PHP for things like @kkuffme can you fix the remaining casing errors and it should be good to go |
I didn't even notice those 😆 I pay less attention to that now because I know it's been failing. We should really get that fixed soon... |
|
@orklah thanks, I didn't even notice them, as Shepherd awlays reports a false positive, so I tend not to check it anymore at all. All fixed now.
This is not from this branch, this is an issue created somewhere else/exists on 4.x branch already. |
|
What about:
Why is that showing up now? Did the incorrect casing cause the redundancy to be missed? If so maybe we should also open an issue to fix |
c372f09 to
d0984f4
Compare
|
Yes, that's new now, fixed it. There might be an issue there, I will check https://psalm.dev/r/84fbd22c02 once this PR is merged and open a separate issue for it if necessary. |
|
I found these snippets: https://psalm.dev/r/84fbd22c02<?php
use dateTime;
/**
* @param dAteTime $arg
* @return void
*/
function a( $arg ) {
/** @var daTeTime $arg */
echo $arg->format('Y-m-d H:i:s');
} |
|
Hmm, that one already shows an error though. It's weird that fixing the casing on |
|
I'm not sure what's happening there, but it's unrelated to this PR but a separate issue. It would be much easier to tackle this on a separate PR though, if there is an issue. |
|
Thanks! Let's fix the unnecessary var in another PR indeed |
e.g. new DateTime
Fix #8456