Closed jfly closed 10 years ago
Hmmm... the curl command seems to just be returning "java.lang.NullPointerException", no backtrace. This is annoying. Maybe the server is trying to send the backtrace, but it's not getting properly flushed?
After restarting the tnoodle server, I discovered that this problem is still reproducible. I'm getting a full backtrace now, too:
java.lang.NullPointerException
at net.gnehzr.tnoodle.server.webscrambles.ScrambleRequest.padTurnsUniformly(ScrambleRequest.java:691)
at net.gnehzr.tnoodle.server.webscrambles.ScrambleRequest.createTable(ScrambleRequest.java:608)
at net.gnehzr.tnoodle.server.webscrambles.ScrambleRequest.addScrambles(ScrambleRequest.java:561)
at net.gnehzr.tnoodle.server.webscrambles.ScrambleRequest.createPdf(ScrambleRequest.java:241)
at net.gnehzr.tnoodle.server.webscrambles.ScrambleRequest.requestsToPdf(ScrambleRequest.java:843)
at net.gnehzr.tnoodle.server.webscrambles.ScrambleViewHandler.wrappedService(ScrambleViewHandler.java:210)
at net.gnehzr.tnoodle.server.SafeHttpServlet.service(SafeHttpServlet.java:40)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)
at net.gnehzr.tnoodle.server.HtmlInjectFilter.doFilter(HtmlInjectFilter.java:40)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:389)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)
at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)
at java.lang.Thread.run(Unknown Source)
Reproducing the truncated backtrace problem is going to be a real problem, though.
This is a problem with the frontend. For some reason, it's sending null scrambles to the backend. I think this is reproducible by clicking aggressively on the front end.
In which case... this is sort of a known issue? It would be nice if TNoodle didn't crash on bad input, but we really just need it to be reliable enough for occasional delegate use.
Is this still a blocker for making 0.7.10 official?
»Lucas Garron
On Mon, Sep 30, 2013 at 4:32 PM, Jeremy Fleischman <notifications@github.com
wrote:
This is a problem with the frontend. For some reason, it's sending null scrambles to the backend. I think this is reproducible by clicking aggressively on the front end.
— Reply to this email directly or view it on GitHubhttps://github.com/cubing/tnoodle/issues/125#issuecomment-25415364 .
This was a known issue? Who ran into this before? #119 was for a different (although possibly related) issue.
Anyways, I found the bug and fixed it. @lgarron, I've created a pull request and assigned it to you https://github.com/cubing/tnoodle/pull/126.
Here's the curl: