Issue Details (XML | Word | Printable)

Key: CAL-207
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Jonathan Nolen
Reporter: David Dembo
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Confluence Calendar Plugin

Caching issue with calendars based on attachments

Created: 23/Nov/07 01:20 AM   Updated: 18/Dec/07 01:19 PM
Component/s: None
Affects Version/s: 2.5
Fix Version/s: 2.6

Time Tracking:
Not Specified

Labels:


 Description  « Hide
There's some sort of strange caching issue with calendars based on attachments, causing appointment details not to update correctly. e.g.:
  • Attach example.ics to Example Page 1, create a calendar based on this file (e.g. ^example.ics).
  • Upload a new version of example.ics... I uploaded an invalid file that was empty except for the letter 'a'.
  • Hit view - the event details from the original version are still displayed, and no errors are thrown - even if the new version is invalid.
  • Create another calendar on the same page based on ^example.ics.
  • The new calendar also displays event details from the original version.
  • Create a calendar on a completely different page (Example Page 2), based on the attachment Example Page 1^example.ics.
  • Even on a completely new page, the event details from the original version are displayed.
  • Completely remove the attachment example.ics from Example Page 1.
  • Hit view - the event details are still displayed, although an error is now thrown for the calendars: "An unexpected problem occurred. Please contact your administrator.null".
  • Delete Example Page 1 and purge it from the space's trash can.
  • Example Page 2 continues to show the event details, even though the page and attachment that it refers to are both completely destroyed, and no error is thrown.


 All   Comments   Work Log   Change History   FishEye   Crucible   Builds      Sort Order: Ascending order - Click to sort in descending order
Richard Wallace added a comment - 14/Dec/07 12:33 PM
Caching is also not working properly when the source is remote. Seems to be a problem with the macros not going through any invalidation code.

Richard Wallace added a comment - 14/Dec/07 12:47 PM
Change to fix this under review here