| Summary | Very slow response time in function "edit attendees" |
| Queue | Kronolith |
| Queue Version | 2.1.2 |
| Type | Bug |
| State | Not A Bug |
| Priority | 2. Medium |
| Owners | Horde Developers (at) |
| Requester | christian.ferrari (at) primeur (dot) com |
| Created | 07/03/2006 (7047 days ago) |
| Due | |
| Updated | 07/19/2006 (7031 days ago) |
| Assigned | 07/03/2006 (7047 days ago) |
| Resolved | 07/19/2006 (7031 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Not A Bug
working for everybody else, and the problem seems to be in
HTTP_Request anyway.
Unfortunately there's no chance to me to trace the delay: the
installation is located at a customer shop, not my own.
I'm sure the function that waits a lot is the method "sendRequest" of
the class "HTTP_Request" (I troubleshooted it using "printf").
I tryed to get the same URL by a different way (command line "wget")
and it does NOT exploit the issue related to HTTP_Request::sendRequest
code.
The version of HTTP_Request used is the latest current stable (1.30)
chance you can trace the delay down to a specific library or call?
connections which is useful especially if a client is requesting
several fb files from the same Horde server.
State ⇒ Feedback
Assigned to
reasons to keep the content-length.
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Very slow response time in function "edit attendees"
Queue ⇒ Kronolith
New Attachment: patch.diff
State ⇒ Unconfirmed
http://10.72.191.214/horde/kronolith/fb.php?u=gvettorato
to retrieve calendar free/busy time, is very slow due to
"Content-Length" value in header.
I've appended a patch that speeds up the operation of inserting a new
attendee from 15 seconds to just milliseconds.
It might be the real length of the content is not right and the
HTTP_Request class invocation in
lib/Kronolith.php (function getFreeBusy) waits a lot for some bytes
will never arrive.