couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Idan Zalzberg (JIRA)" <>
Subject [jira] [Created] (COUCHDB-1763) Notification changes timeout is reset on filtered changes
Date Sun, 07 Apr 2013 08:45:16 GMT
Idan Zalzberg created COUCHDB-1763:

             Summary: Notification changes timeout is reset on filtered changes
                 Key: COUCHDB-1763
             Project: CouchDB
          Issue Type: Bug
          Components: Database Core
            Reporter: Idan Zalzberg

using _changes api with longpoll feed, and the 'timeout' parameter
I also have a custom filter method that checks if the changes are relevant.
When a change comes in that returns False on the filter method, the long polling does not
return (as it should), but the timeout is reset.
For example.
if I call the _changes api with timeout 10 on time 0 it will return at time 10 if no changes
occurred (as it should).
However, if a change comes in at the time 5 that doesn't pass the filter method, the changes
api will only return at time 15, leading me to believe that even though the change fell through
the filter, the 10 sec timeout was somehow reset and started from 0 again.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message