Closed Bug 466032 Opened 17 years ago Closed 15 years ago

Reminder dialog without events appears when experimental cache is enabled

Categories

(Calendar :: Alarms, defect)

Lightning 0.9
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: arnovandorp, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [not needed beta][no l10n impact])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4 Build Identifier: Lightning 0.9 I host my .ics calandar on a ftp site. Every time the calendar refreshes it shows a down counting number (checking al entries or someting) but even if I have no upcoming events the dialog is shown... Reproducible: Always Steps to Reproduce: 1. use the lightning plugin 0.9 for thunderbird 2.0.0.18 (latest edition for winXP) 2. maybe not important but host a calendar (.ics) on an ftp server. 3. make some entries. 4. configure the entries so they must NOT show up in the alarm dialog. 5. refresh the calendar (or restart thunderbird) Actual Results: even if the alarm dialog MUST NOT show up because you don't have upcoming events it shows the dialog without entries Expected Results: that it won't show up every calendar refresh and thunderbird start. Lighting 0.9 in Thunderbird 2.0.0.18 on WinXP calendar .ics hosted on ftp (maybee because of slower connection than hard drive but I have a good internet connection, and usualy I connect to the calendar in my own network (only my laptop connects over the internet, my desktop reaches the server in a local network)) Besides that earlier editions didn't have this problem
Version: unspecified → Lightning 0.9
Keywords: qawanted
Same here with Thunderbird 3.0b2 and the latest (2009-03-10) Lightning nightly-build. The calendar is on a WebDAV server and i'm using Linux
Note: If I disable the (experimental) cache, i no longer get these empty alarm windows
Arno, did you also enable the (experimental) cache for the ics calendar?
Yes, I did. In the past I had enabled the cache, I got a message from a bugzilla user and after that I disabled it, that directly solved the issue, after a while (read 6 months) I again enabeled the feature and till now it's working correctly.
Confirmed for Lightning 1.0pre in comment#1.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawanted
OS: Windows XP → All
Hardware: x86 → All
Summary: calendar alarm without events → Reminder dialog without events appears when experimental cache is enabled
Flags: blocking-calendar1.0+
Whiteboard: [not needed beta][no l10n impact]
I can't reproduce this error over Lightning 1.0b2 running on Linux or WinXP. Does it solved?
Closing WFM per comment 6, please reopen if this issue returns.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
I'm experiencing this issue with Lightning 1.0b7, Thunderbird 7.0.1, Mac OSX 10.6.8 My ics files are hosted on a webdav server. I use 4 remote calendars and just one has this problem (the largest one, ics file size is 249KB). When I disable caching the problem disappears. If I enable caching again the problem re-appears. I also deleted the cache file <profile>/calendar-data/cache.sqlite. After restart and enabling caching for the problematic calendar the following happens: 1. Cache file is created (1.5MB; it takes some time to create the file and load the calendar (15 sec)) 2. As soon as this it done the alert window pops up (very quickly) and disappears again + a beep sound (same as for new alerts) 3. Clicking 'Reload Remote Calendars' has the same effect each time (alert window pops up and disappears again + beep). The same happens when the calendar is periodically refreshed/reloaded by Thunderbird. So the problem mentioned in this bug is still present. As it only appears when caching is enabled this seems to be the cause of the problem. It also seems to depend on the calendar data as it is only a problem for 1 of 4 remote calendars. Maybe that's why it's not reproducible for others. I did not have the problem on the very same calendar some time ago, but unfortunately I don't know what made it appear. I also have no clue how to fix it...
Group: core-security
Not accessible to reporter
7ven, maybe I am missing something, but I don't see why this is a security sensitive bug?
Group: core-security
Accessible to reporter
You need to log in before you can comment on or make changes to this bug.