Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 73899 invoked from network); 12 Oct 2010 19:43:06 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Oct 2010 19:43:06 -0000 Received: (qmail 61247 invoked by uid 500); 12 Oct 2010 19:43:04 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 61206 invoked by uid 500); 12 Oct 2010 19:43:04 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 61198 invoked by uid 99); 12 Oct 2010 19:43:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Oct 2010 19:43:04 +0000 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=FREEMAIL_FROM,FREEMAIL_REPLY,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.214.180 as permitted sender) Received: from [209.85.214.180] (HELO mail-iw0-f180.google.com) (209.85.214.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Oct 2010 19:42:59 +0000 Received: by iwn40 with SMTP id 40so7746616iwn.11 for ; Tue, 12 Oct 2010 12:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=w8zUgdq98MF5QWtRUXpyJrV1uodQMuy2eZAN0XvxYB4=; b=YJJH7rWZvGtlPOExeDBhCD+GUpi6Sh/tJD3JB5Zlc1eAIz2h0JRNqWSelDHuBpAw4/ CLWucbT6CjIMTuwzlo0cyb8TdoXNgqiDz+hARr7kAQOukHUD8V5uTq93Fvgw2TG6pjY9 r644YaL+lbpgpL7BeWvralOR1VcMJAM0mxC/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=yBRMWr+guWySPoCTHRG2zatDggbr2pJvW/mvURz7yE6o9+Ytoq5FDBmTSRdJDtHwTq HPWQloiXJP4Soxo450K4AnovNEq24dRz/yAdU9+ALtCqRLX8QfViwcXtLs3BbjKavm7T DAYkp3+yYWosBoGquP0raGO8XYLPpgHKEdtVk= Received: by 10.231.10.134 with SMTP id p6mr6152861ibp.50.1286912558646; Tue, 12 Oct 2010 12:42:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.30.194 with HTTP; Tue, 12 Oct 2010 12:41:58 -0700 (PDT) In-Reply-To: References: <69359D85-9641-44DC-95B2-402DA58A9F18@gmx.net> From: Paul Davis Date: Tue, 12 Oct 2010 15:41:58 -0400 Message-ID: Subject: Re: _changes notification problem with jsonp To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2010 at 3:30 PM, Tom Bichay wrote: > true. thanks. > but it works sometimes. > > unfortunately i don't have a XHR object to use statechangeevent as i am u= sing jsonp. > otherwise it would be easy to check. > Oh right. Forgot that part. I'm not at all familiar with the semantics of resource loading, but I'd be willing to bet its vendor specific. > Am 12.10.2010 um 21:22 schrieb Paul Davis: > >> If you're hitting the same URL and it works for cURL but not in the >> browser, then I would assume that its the browser's XHR doing the >> timeout. Beyond that I don't have any knowledge on how you might >> affect the XHR timeout. >> >> On Tue, Oct 12, 2010 at 3:17 PM, Tom Bichay wrote: >>> hey guys, >>> >>> >>> i am using jsonp (ajax) to connect to a couchdb server with the _change= s api with feed=3Dlongpoll. >>> >>> but unfortunately sometimes it misses some change notfications. i don't= know why. >>> but i am 100% sure that there are relevant changes. >>> if i use curl it works perfect. >>> >>> has anybody an idea? >>> >>> i think it could be that the server cancels the connection, so it waits= for the timeout and returns the json without any changes. but i can not ch= eck if the server still has the connection to the client as i am using json= p (so i don't have a real object to use statechangeevent) so i can not use = heartbeat. >>> >>> is that possible? >>> is there any way to check if there is still a jsonp connection to the c= lient? >>> or does anybody know if the _changes timeout gets invoked by the server= or the client? >>> >>> please help. >>> >>> thanks. >>> >>> cheers >>> tom > > -- > BICHAY IT [bi:shay] > IT | Consulting | Development > Tom Bichay > Freelancer > > Kammachergasse 2 > 89073 Ulm > 0151 - 20669066 > tom@bichay.de | bichay@gmx.net > www.bichay.de > >