Browser sometimes gets stuck on "working" after trying to remove column containing JSON.

[GoogleCodeExporter]

What steps will reproduce the problem?
Using Google Chrome 6.0.472.63 beta

1. Sometimes when working with columns containing JSON, when you try to remove 
the column, it gets stuck on "working".
2. Refreshing the browser returns the view correctly with the column previously 
stuck as now removed.
3. However, refine continues to work after exception error and browser is 
refreshed.

What is the expected output? What do you see instead?

Exception error (shown in command window) seems to always be caught when it 
happens, but stuck on "working" is not recovered in the browser view.

ERROR SHOWN:

16:21:00.786 [       FileProjectManager] Saved workspace (300021ms)
16:26:00.808 [       FileProjectManager] Saved workspace (300022ms)
16:31:00.829 [       FileProjectManager] Saved workspace (300021ms)
16:33:47.862 [                  command] Exception caught (167033ms)
java.lang.NullPointerException
        at com.google.refine.browsing.facets.TextSearchFacet.initializeFromJSON(
TextSearchFacet.java:57)
        at com.google.refine.browsing.Engine.initializeFromJSON(Engine.java:167)

        at com.google.refine.commands.Command.getEngine(Command.java:93)
        at com.google.refine.commands.row.GetRowsCommand.internalRespond(GetRows
Command.java:47)
        at com.google.refine.commands.row.GetRowsCommand.doPost(GetRowsCommand.j
ava:34)
        at com.google.refine.RefineServlet.service(RefineServlet.java:122)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511
)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1166)
        at org.mortbay.servlet.UserAgentFilter.doFilter(UserAgentFilter.java:81)

        at org.mortbay.servlet.GzipFilter.doFilter(GzipFilter.java:132)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1157)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:3
88)
        at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.jav
a:216)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:1
82)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:7
65)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)

        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:1
52)
        at org.mortbay.jetty.Server.handle(Server.java:326)
        at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:54
2)
        at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnectio
n.java:938)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:755)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
        at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.
java:228)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
utor.java:886)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
.java:908)
        at java.lang.Thread.run(Thread.java:619)
16:36:00.829 [          project_manager] Saving some modified projects ... (1329
67ms)
16:36:00.886 [        project_utilities] Saved project '1748649480468' (57ms)
16:36:00.907 [       FileProjectManager] Saved workspace (21ms)
16:36:32.611 [                butterfly] GET /project [main] (31704ms)
16:36:32.655 [                butterfly] GET /wirings.js [main] (44ms)
16:36:32.663 [                butterfly] GET /externals/jquery-ui/css/ui-lightne
ss/jquery-ui-1.8.custom.css [main] (8ms)
16:36:32.664 [                butterfly] GET /project-bundle.js [main] (1ms)

Original issue reported on code.google.com by thadguidry on 26 Sep 2010 at 9:47

[GoogleCodeExporter]

Possibly related to Issue 135

Original comment by thadguidry on 26 Sep 2010 at 9:49

• Added labels: Usability

[GoogleCodeExporter]

Thad, if you have some data set where you can consistently reproduce this bug, 
please attach it. Thanks.

Original comment by dfhu...@google.com on 28 Sep 2010 at 4:55

[GoogleCodeExporter]

I have attached the simple project used to test that includes the UNDO GREL 
statement for reference.  This issue was similar to issue 135, I think.  Within 
the LOC's API, you can change the format=html instead of format=atom or 
format=json.  The issue reared it's ugly head when I had a typo in my request 
string using "?terms=" instead of "?&terms=" missing the ampersand character 
and this resulted in over 1200 pages of data that stored into each of the 
cells.  In other words, a VERY large JSON page stored into each single cell for 
the 20 or so rows I was displaying and working with.  Still, I've seen this 
issue before when working with the partition command on large sets of strings 
inside cells (the old NFDC airport data, if I recall, but I dismissed it at the 
time since we were driving fast on development).

Original comment by thadguidry on 28 Sep 2010 at 1:49

Attachments:

• newspaper_test1.google-refine.tar.gz

[GoogleCodeExporter]

We probably need really large json data per cell to get this to show up. We'll 
close this issue for now. It's unlikely that anybody will run into it.

Original comment by dfhu...@google.com on 28 Sep 2010 at 6:06

• Changed state: CantRepro