-
June 5th, 2009, 10:16 AM
#1
I expected to see more log, but the snippet clearly shows that a filtering operation was performed by the Server.
The two updates received in fast sequence, with an ADD and a DELETE for the "loading" key, cause the deletion to be performed internally before the ADD event is sent to the client. In this case, nothing is sent at all.
This is the correct behavior, as we consider the key information as obsolete at the time the DELETE is received. Probably, you are not using the COMMAND mode in the correct way; why should you delete the key at that point?
Anyway, you can suppress this kind of filtering by asking the item in "unfiltered" mode, that is, by issuing setRequestedMaxFrequency("unfiltered") on the client page.
There is no reason why the filtering should happen only when your page is loaded in an iFrame. However, this filtering behaviour is exposed to race conditions. The Server might forward the ADD event before receiving the DELETE event depending on the current load and two different page initialization sequences can explain the different outcomes.
Similar Threads
-
By AndyKelly in forum Client SDKs
Replies: 1
Last Post: July 7th, 2010, 10:50 AM
-
By AndyKelly in forum Adapter SDKs
Replies: 0
Last Post: July 6th, 2010, 10:34 AM
-
By sarbao in forum General
Replies: 1
Last Post: April 16th, 2009, 08:59 AM
-
By tuongkha in forum Client SDKs
Replies: 4
Last Post: March 19th, 2008, 10:10 AM
-
By gerald.logor in forum Client SDKs
Replies: 1
Last Post: November 5th, 2007, 01:36 PM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
All times are GMT +1. The time now is 12:51 PM.
Bookmarks