the automatic scans started failing on github around june 11. what is causing this error below?
The last analysis has failed. If it keeps on failing after several attempts, please contact us on Community forum and provide the following failing analysis ID: “AXM4Q-CbzYgjI3PWd2x_”.
i tried switching branches to do another analysis and i got another error below different from the first one
The last analysis has failed. If it keeps on failing after several attempts, please contact us on Community forum and provide the following failing analysis ID: “AXOATUCMfmio-Jg89E_p”.
It looks like the analysis AXOATUCMfmio-Jg89E_p failed with the same error. We still don’t have a good understanding of the problem, and without the source code (or a minimal reproducer), this is very difficult.
I noticed that we used to have this error a few dozen times per week until recently. We haven’t seen this since July 31st. It’s possible that recent versions of analyzers have fixed the issue.
Can you please try to analyze the same code again and see what happens?
What makes you think it’s stuck? (At our side, when analysis takes more than about 90 minutes, we kill the process. Nothing can be stuck longer than that.)
After a new analysis, if it failed, it should give you a reason or the analysis id, either in the red status bar, or on the Background Tasks page. So what do you see?
That’s strange. But if it’s an old analysis, it doesn’t matter. To see the behavior (improvements) of the new releases of analyzers, we need a fresh new analysis.
Btw, no need to analyze the exact same code, if you get such errors on recent pull requests (in August). Any of them will be suitable for us to investigate. Any analysis that fails without a clear explanation, only an analysis id to track.
Caused by: java.lang.StackOverflowError
at java.util.regex.Pattern$Branch.match(Pattern.java:4604)
at java.util.regex.Pattern$GroupHead.match(Pattern.java:4658)
at java.util.regex.Pattern$LazyLoop.match(Pattern.java:4847)
at java.util.regex.Pattern$GroupTail.match(Pattern.java:4717)
Do you know in which sonar version this PHP Scanner issue is fixed?