Hi Morgan and Paul ,

There was only minor issue in Dispute Listing Page's CaseName field which we have resolved on rebuild.islg application.

Please check and confirm.

Great. Thanks Harsh . Things appear to be back to normal. Marking to-do complete.

Morgan

Hi Harsh ,

Similar to the issue above, I'm now having trouble accessing the Countries master list: http://rebuild.investorstatelawguide.com/Admin/ContentTypeData/CountriesList.

Could you please resolved this.

Thanks,

Morgan

Hi Morgan ,

We have seen Country master list issue and we found that due to Dispute and Document Count column query is taking time to load data.

Can we convert those 2 columns in to SQL Job ? it means SQL JOB will be running every midnight night 12 to fetch those 2 columns count so we get the country master result within 2 second. 

Please confirm.

Hi Harsh ,

Understood. Yes, running a SQL job sounds like a good solution.

Also, will similar problems occur with the counting fields request in the People and Organization fields: Create counting fields for People and Organizations - TOLOGIX - ISLG App Rebuild? Or is the problem above only created because the counting fields appear within the master list table?

Thanks,

Morgan 

Hi Harsh :

The initial problem Morgan experienced with loading time came back. Please see the video below and fix the loading time as soon as possible, as it is affecting our legal analytics work.

Loading times in rebuild.islg (27-Oct-20).mp4 1.98 MB • Download

Thank you,

Paul 

Hi Harsh ,

Note that the Dispute having the issue in the video below is UN/0182.

Thanks,

Morgan

Hi Morgan and Paul ,

We checked UN/0182 entry and found that the data is loaded in Page within 7 to 8 seconds.

Please check again.

Took me about 12-13 seconds to load the dispute form for UN/0182. I suppose this is manageable.

Paul , you getting the same now?

Morgan

Hi Harsh :

Now it takes me about 12 seconds to load UN/0182 as well.  In fact, everything takes about 10-14 seconds to load. Up until last Friday (October 30th), every dispute took about 5-7 seconds. It seems like everything takes twice as long to load. Is there a reason why the loading time changes almost every day? 

Paul

No Paul . I have checked few entries of dispute and it is taking hardly 6 to 7 seconds to load. Please clear your cache from browser and check again.

The loading time is purely dependent on data you have entered in entry. IF there are so many legal and history data available in entry then it takes some time to load.

Ok, Harsh . I always use incognito browsers, so cache is not an issue for me. I see disputes with a lot of legal analytics entries take longer to load than disputes without any entries as you described. We can leave the issue for now, thanks.

Paul

Hi Harsh :

The loading time problem came back. Please see my video below. Please address this as soon as possible.

Thanks,

Paul

Loading times on rebuild.islg 2 (4-Nov-20).mp4 3.01 MB • Download

The dispute I was checking was AF/0034.

Hi Harsh ,

I just ran a test as well, and I experienced the same problem.

Thanks,

Morgan

Hi Paul ,

The issue is resolved. We found that some case name is longer than 200 characters due to that reason it is taking more time to load. We modified our query and the speed is improved now to load data in table.

Thank you, Harsh .

Hi Harsh :

The loading time problem came back. Please see my video below. It is now slightly different from before where it takes some time to load the Disputes page instead of loading a specific dispute. Please address this as soon as possible.

Thanks,

Paul 

Loading times on rebuild.islg 3 (20-Nov-20).mp4 1.58 MB • Download

I'm experiencing the same. Harsh , why does this keep happening?

Morgan

Hi  Paul ,

We checked and we haven't found any issue. We checked few times today and the Dispute listing page is loading within 3 to 4 seconds.

Might be due to server responding time this issue occurred. if you face similar problem again then please check other master list as well so we get and idea the issue was occurred on Dispute Master or all the master list.

Ok, Harsh . I'll let you know if it happens again, thanks.

Hi Harsh ,

Is there a way for us to determine whether this is a server issue? And if necessary report it back to Carbon60 to resolve. This is occurring on a fairly regular basis, and we need to get to the bottom of it. 

Note we have our call with Carbon60 on Wednesday, so we could raise the issue with them then.

Thanks,

Morgan

Hi Morgan and Nafiseh ,

This issue is resolved on rebuild.islg.