<div dir="ltr">Hi Alan,<div><br></div><div>Thanks! for the notification and quick fix regarding the calendar performance issue. </div><div><br></div><div>I have raised a ticket in <a href="http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8402#ticket">trac</a> for same. Please do update your further observations regarding this here in trac. we will look into this soon.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 19, 2015 at 8:27 PM, Alan Bell <span dir="ltr"><<a href="mailto:alan.bell@libertus.co.uk" target="_blank">alan.bell@libertus.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
at the moment the shared calendar in vtiger does one request per person to get the events, so if you have 20 people in the calendar that is 20 POST requests to vtiger, with form data like:<br>
<br>
module:Calendar<br>
action:Feed<br>
start:2013-12-29<br>
end:2014-02-09<br>
type:Events<br>
userid:70<br>
color:#7e5c1d<br>
textColor:white<br>
<br>
browsers have a limit of 6 parallel requests per server (the RFC says it should only be 2) and this isn't going to change (Google say that if it is a problem then your web application is broken, not their browser), this means that it can't get the data for more than 6 people until one of the first requests has come back, this means that if you have more than 6 people on the calendar it starts to slow down rather a lot.<br>
You also don't get any clue that anything is happening until they all show up at once. This is because around line 925 of libraries/fullcalendar/<u></u>fullcalendar.js there is a little bit of code that stops it rendering the calendar until the count of pending requests is zero. Commenting out the if statement like this:<br>
<br>
                                //if (!pendingSourceCnt) {<br>
                                        reportEvents(cache);<br>
                                //}<br>
<br>
makes it render the calendars progressively. It isn't any faster overall, but it looks more responsive. At the moment it does ajax requests to progressively get the data, but it doesn't show the user anything until all the data has arrived, which in my opinion is not really doing ajax properly.<br>
<br>
The real solution to this is to have a multi-id feed request for the calendar, so it does one request containing an array of IDs and colours and this gets processed on the server and there is a single response with all of the data. Is this something that is going to happen in a future release or should I crack on and write it in this one?<br>
<br>
Alan.<br>
______________________________<u></u>_________________<br>
<a href="http://www.vtiger.com/" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">With<br>Best Regards<br>Uma.S<br><div>Vtiger Team</div></div></div>
</div>