This is the build-in JSON formatting in the Query panel, it is so slow when requesting huge JSON. I believe we have some JS code that fetch the result JSON in AJAX and then formats it in a pretty way, also trying to filter out XSS traps etc. Not sure if Chrome’s native JSON renderer is being used here though.
Normally I click the URL and do those queries directly in the browser address bar instead of inside the Admin UI. Jan > 14. jan. 2020 kl. 10:43 skrev Mel Mason <mel.ma...@bodleian.ox.ac.uk>: > > Good questions. I've been having similar problems for a while, for me, the UI > in general is frozen, including the navigation buttons and query text boxes. > Delay depends on the size of the json - if I do a request for 1000 rows with > just 1 field each, it's a permanent 5s delay on scrolling and the text boxes > and navigation buttons start working after a bit. If it's larger - e.g. 10000 > rows with 1 field each, or 10 rows with lots of large fields - then it just > freezes indefinitely as far as I can tell. Smaller queries - e.g. 100 rows > with 1 field each work fine. > > I don't see any errors in the console. The problems start around the time it > starts chunking the json response, which may just be coincidence, but I think > there are a few differences in how Chrome processes chunked responses. > Although the response has a content-type of application/json set, which > should avoid those problems. > > Firefox handles all of these queries without any problem. > > On 14/01/2020 09:01, Jan Høydahl wrote: >> How long delay do you see? Is it only for query panel or for the UI in >> general? >> A query for *:* is not necessarily a simple query, it depends on how many >> and large fields you have etc. Try a query with fl=id or fl=title and see if >> that helps. >> >> Jan >> >>> 13. jan. 2020 kl. 22:29 skrev Webster Homer >>> <webster.ho...@milliporesigma.com>: >>> >>> I still see this issue with Chrome and the admin console. I am using Solr >>> 7.3 >>> >>> In the Chrome console I see an error: "style.css:1 Failed to load >>> resource: the server responded with a status of 404 (Not Found)" >>> >>> This used to work. >>> >>> It is unusably slow, even with a simple query like *:* >>> >>> -----Original Message----- >>> From: Jan Høydahl <jan....@cominvent.com> >>> Sent: Thursday, December 12, 2019 1:45 AM >>> To: solr-user@lucene.apache.org >>> Subject: Re: Solr Admin Console hangs on Chrome >>> >>> I have seen slowness when the result is a very large json but not for >>> ordinary queries. How long delay do you see? Is it only for query panel or >>> for the UI in general? >>> >>> Jan Høydahl >>> >>>> 11. des. 2019 kl. 16:07 skrev Alexandre Rafalovitch <arafa...@gmail.com>: >>>> >>>> Check for popup and other tracker blockers. It is possible one of the >>>> resources has a similar name and triggers blocking. There was a thread >>>> in early October with a similar discussion, but apart from the >>>> blockers idea nothing else was discovered at the time. >>>> >>>> An easy way would be to create a new Chrome profile without any >>>> add-ons and try accessing Solr that way. This would differentiate >>>> "Chrome vs Firefox" and "Chrome vs Chrome plugins". >>>> >>>> Regards, >>>> Alex. >>>> >>>>> On Wed, 11 Dec 2019 at 07:50, A Adel <aa.0...@gmail.com> wrote: >>>>> >>>>> Hi - could you provide more details, such as Solr and browser network >>>>> logs when using Chrome / other browsers? >>>>> >>>>>> On Tue, Dec 10, 2019 at 5:48 PM Joel Bernstein <joels...@gmail.com> >>>>>> wrote: >>>>>> >>>>>> Did a recent change to Chrome cause this? >>>>>> >>>>>> In Solr 8x, I'm not seeing slowness with Chrome on Mac. >>>>>> >>>>>> >>>>>> >>>>>> Joel Bernstein >>>>>> http://joelsolr.blogspot.com/ >>>>>> >>>>>> >>>>>> On Tue, Dec 10, 2019 at 8:26 PM SAGAR INGALE >>>>>> <sagaringal...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> I am also facing the same issue for v6.4.0 >>>>>>> >>>>>>> On Wed, 11 Dec, 2019, 5:37 AM Joel Bernstein, <joels...@gmail.com> >>>>>> wrote: >>>>>>>> What version of Solr? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Joel Bernstein >>>>>>>> http://joelsolr.blogspot.com/ >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Dec 10, 2019 at 5:58 PM Arnold Bronley < >>>>>> arnoldbron...@gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I am also facing similar issue. I have also switched to other >>>>>> browsers >>>>>>> to >>>>>>>>> solve this issue. >>>>>>>>> >>>>>>>>> On Tue, Dec 10, 2019 at 2:22 PM Webster Homer < >>>>>>>>> webster.ho...@milliporesigma.com> wrote: >>>>>>>>> >>>>>>>>>> It seems like the Solr Admin console has become slow when you >>>>>>>>>> use >>>>>> it >>>>>>> on >>>>>>>>>> the chrome browser. If I go to the query tab and execute a >>>>>>>>>> query, >>>>>>> even >>>>>>>>> the >>>>>>>>>> default *:* after that the browser window becomes very slow. >>>>>>>>>> I'm using chrome Version 78.0.3904.108 (Official Build) (64-bit) >>>>>>>>>> on >>>>>>>>> Windows >>>>>>>>>> The work around is to use Firefox >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> This message and any attachment are confidential and may be >>>>>>> privileged >>>>>>>> or >>>>>>>>>> otherwise protected from disclosure. If you are not the intended >>>>>>>>> recipient, >>>>>>>>>> you must not copy this message or attachment or disclose the >>>>>> contents >>>>>>>> to >>>>>>>>>> any other person. If you have received this transmission in >>>>>>>>>> error, >>>>>>>> please >>>>>>>>>> notify the sender immediately and delete the message and any >>>>>>> attachment >>>>>>>>>> from your system. Merck KGaA, Darmstadt, Germany and any of its >>>>>>>>>> subsidiaries do not accept liability for any omissions or errors >>>>>>>>>> in >>>>>>>> this >>>>>>>>>> message which may arise as a result of E-Mail-transmission or >>>>>>>>>> for >>>>>>>> damages >>>>>>>>>> resulting from any unauthorized changes of the content of this >>>>>>> message >>>>>>>>> and >>>>>>>>>> any attachment thereto. Merck KGaA, Darmstadt, Germany and any >>>>>>>>>> of >>>>>> its >>>>>>>>>> subsidiaries do not guarantee that this message is free of >>>>>>>>>> viruses >>>>>>> and >>>>>>>>> does >>>>>>>>>> not accept liability for any damages caused by any virus >>>>>> transmitted >>>>>>>>>> therewith. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Click http://www.merckgroup.com/disclaimer to access the German, >>>>>>>> French, >>>>>>>>>> Spanish and Portuguese versions of this disclaimer. >>>>>>>>>> >>>>> -- >>>>> Sent from my iPhone >>> >>> This message and any attachment are confidential and may be privileged or >>> otherwise protected from disclosure. If you are not the intended recipient, >>> you must not copy this message or attachment or disclose the contents to >>> any other person. If you have received this transmission in error, please >>> notify the sender immediately and delete the message and any attachment >>> from your system. Merck KGaA, Darmstadt, Germany and any of its >>> subsidiaries do not accept liability for any omissions or errors in this >>> message which may arise as a result of E-Mail-transmission or for damages >>> resulting from any unauthorized changes of the content of this message and >>> any attachment thereto. Merck KGaA, Darmstadt, Germany and any of its >>> subsidiaries do not guarantee that this message is free of viruses and does >>> not accept liability for any damages caused by any virus transmitted >>> therewith. >>> >>> >>> >>> Click http://www.merckgroup.com/disclaimer to access the German, French, >>> Spanish and Portuguese versions of this disclaimer.
