User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:18.104.22.168) Gecko/20080201 Firefox/22.214.171.124 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:126.96.36.199pre) Gecko/20080228 Calendar/0.8pre If a meeting is modified server side after the initial requests done by Sunbird/Lightning, it seems that the modified events are not returned. Reproducible: Always Steps to Reproduce: 1. User creates a meeting with Sunbird, subsequent calendar-query REPORT on UID returns "etag1" for newly created meeting. 2.User then modifies meeting from another client (ie: apple iCal). New etag for meting becomes "etag2" 3.User then "reloads" calendars from Sunbird, on the server side, I see that a VEVENT REPORT is being called and that "etag2" is returned for the event, this is then followed by an empty multiget REPORT. Actual Results: The multiget report is empty Expected Results: The multiget report should contain the href of the modified meeting
Created attachment 306898 [details] [diff] [review] fix etag check This is a pretty serious regression and I think we should have this fix in 0.8 if at all possible. Patch fixes the etag checking and also prevents us from sending empty multiget queries, which reporter had requested out-of-band.
Assignee: nobody → browning
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #306898 - Flags: review?(philipp)
Comment on attachment 306898 [details] [diff] [review] fix etag check Looks good, r=philipp
Attachment #306898 - Flags: review?(philipp) → review+
patch checking in on HEAD and MOZILLA_1_8_BRANCH ->FIXED
Status: ASSIGNED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.