Possible intermittent bug in "test with file" interface (Firefox with "buffer app" add-on!)

[base]

Hi guys,

I'm not 100% sure this is reproducible....

I normally use Firefox, but twice now I've seen nothing happen after configuring a plugin with "test with file" ... (choose the file) ... "parse the file".

The first time I thought it was due to a recent raw-data-types upgrade on the server - so I restarted it and it seemed to be fixed.

Now I'm getting it again, and without restarting the server I see it works fine in Chrome.

Previously I had looked in the tomcat logs and ignored entries like this:

13:41:19,616  WARN ContentSecurityPolicyReportServlet:64 - {"csp-report":{"document-uri":"http://vb-dev.bio.ic.ac.uk:8280/base/common/plugin/parse_file.jsp?ID=6965e352e247a280","referrer":"http://vb-dev.bio.ic.ac.uk:8280/base/common/plugin/test_with_file.jsp?ID=6965e352e247a280","blocked-uri":"https://d3ijcis4e2ziok.cloudfront.net/tpc-check.html","violated-directive":"default-src http://vb-dev.bio.ic.ac.uk:8280"}}

But now I see that these log entries don't appear when using Chrome and could be relevant. There are no stack traces or anything more useful, sorry!

Googling I see that this could be a clash with the "buffer app" firefox addon. I'll need to do some tests restarting my browser so, I'll save this ticket and comment on it further as required....

[base]

By the way, this is Bob MacCallum here...

I've disabled some of Buffer App's features (all except Twitter integration) and restarted firefox and now the test with file interface works (but that could have simply been the restart!)

If this happens again I'll disable the add-on altogether and continue testing.

[Nicklas Nordborg]

The entry in the log file you is a report that something is trying to download a document from ​https://d3ijcis4e2ziok.cloudfront.net/tpc-check.html which is blocked by the "Content security policy".

The ​https://d3ijcis4e2ziok.cloudfront.net/tpc-check.html is a javascript and I would suspect that it is related to the Buffer app based on the fact that the script is calling a method called bufferpm().

So, basically, I think that the addon is inserting code into the BASE web client and trying to do stuff but this is blocked by BASE. I don't know why this should cause BASE to stop working...

If this app is important to you there is always the possibility to modify the Content Security Policy so that it doesn't block ​https://d3ijcis4e2ziok.cloudfront.net. Most of what you need to do this can be found in the web.xml file.

[Nicklas Nordborg]

I found this discussion about a similar issue with Chrome: ​https://code.google.com/p/chromium/issues/detail?id=386678

Seems like it was a bug in Chrome when an extension tries to insert an <iframe> into the document. I am not sure if it is completely fixed in Chrome or not, but if the Buffer extension is not working it is probably due to a bug in the browser.

On the other hand, this should not stop BASE from working. If you see this issue again, can you check if there is anything in the debug console in Firefox (open it by pressing CTRL+SHIFT+K)?

[base]

Thanks Nicklas. We will keep you posted with any further diagnosis or developments.