Replies: 7 comments
-
Hi @joeyrush, thanks for submitting this issue! I will try to investigate this as soon as I can. I can't promise when this will be at this time, as we are in the middle of moving, but if it is something simple, I should be able to get it done within a week or two. You are more than welcome to also submit a PR with a failing test, and after that a PR that fixes the issue, if you have time. Thanks again :) |
Beta Was this translation helpful? Give feedback.
-
Same here |
Beta Was this translation helpful? Give feedback.
-
+1 on it. |
Beta Was this translation helpful? Give feedback.
-
Same for me |
Beta Was this translation helpful? Give feedback.
-
I see part of the issue here, I grabbed latest code / repo also but part of the issue is when the keys or some checking for keys use symbols...specifically the "%" which I think throws it off... Check my stack trace: I think that is the issue, I am not going to dive into it, but just off hand that data is a serial number I guess listed in my db so when im using the model caching it started to mess it up, So dove in that what I see.... %WK1SD001755 is the value a few like that in the string is my guess. weird wasnt previously an issue till the last one was added. tracked it back to /src/CacheKey.php(368): GeneaLabs\LaravelModelCaching\CacheKey->getInAndNotInClauses( Obviously worked around it with catching a throwable and not using cache for this one fail of the like 30k that dont fail |
Beta Was this translation helpful? Give feedback.
-
I'm experiencing the same problem, same place @axsweet, looks like someone fixed it on their on fork here: Nutickets@12feb91 |
Beta Was this translation helpful? Give feedback.
-
@antonioribeiro would you be open to submitting a PR for this change, based on the commit you referenced from Nutickets? That would really help a lot. :) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug
I'm experiencing a consistent error when using a subquery inside of a whereIn:
vsprintf(): Too few arguments
inCacheKey.php:255
Have tried stripping down to the absolute minimum reproducible and it seems to happen on the second
where
clause inside a whereIn subquery.Eloquent Query
Stack Trace
See: https://flareapp.io/share/VP636Qq7#F77
Environment
Additional context
Happy to provide anymore info, thank you!
Beta Was this translation helpful? Give feedback.
All reactions