231321 - Deleting all entries from a subscribed calendar creates empty file

Status: RESOLVED INVALID

(Calendar :: Internal Components, defect)

Description

[Casey A. Peel]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113

If you delete all entries from a subscribed calendar, the resulting .ics file is
completely empty. The result is that any actions taken on the subscribed
calendar is invalid since it does not contain any vCalendar tags.

Reproducible: Always

Steps to Reproduce:
1. Subscribe to a calendar with one event.
2. Delete the event
3. View the calendar file.

Actual Results:  
The file was empty.

Expected Results:  
The file should have the standard vCalendar tags that identify it as a valid
.ics file: 
BEGIN:VCALENDAR
VERSION
 :2.0
PRODID
 :-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN
METHOD
 :PUBLISH
END:VCALENDAR

Comment 1

[Casey A. Peel]

Arg. I hate it when I leave out important information like:
  build number: 2004010914
  installed on Moz 1.6 gold

Comment 2

[Stefan Borggraefe]

Confirming with a Linux trunk build from yesterday.

When you have "Publish changes automatically" turned on for this calendar, you
can't add any new events to the previously emptied calendar, because the get
operation before the new event operation fails. You have to temporarily turn off
"Publish changes automatically" to add new events to the calendar.

Comment 3

[Stefan Borggraefe]

*** Bug 229266 has been marked as a duplicate of this bug. ***

Comment 4

[Michiel van Leeuwen (email: mvl+moz@)]

This isn't just for remote calendars.
Create a local calendar, add an event. If you check in a text editor, the ics
file now has an event in it.
Now, delete the event. The .ics file is now empty. This empty file gets
published. I looks more like a backend problem.

Comment 5

[Bill]

I noticed that this bug had not been modified since 6/29/04. I am encountering
this same problem and I am wondering if there is any further activity to resolve
the issue. 

Thank you very much!
~Bill

Comment 6

[Simon Paquet [:sipaq]]

*** Bug 281484 has been marked as a duplicate of this bug. ***

Comment 7

[Simon Paquet [:sipaq]]

*** Bug 289282 has been marked as a duplicate of this bug. ***

Comment 8

[Josh]

*** Bug 294942 has been marked as a duplicate of this bug. ***

Comment 9

[Matthew (lilmatt) Willis]

Is this bug still valid given the new backend?

Comment 10

[Joey Minta]

(In reply to comment #9)
> Is this bug still valid given the new backend?
> 
I think it falls under my purgeFile patch, but mvl would know for sure.

Comment 11

[Reed Loden [:reed]]

The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!

Comment 12

[Matthew (lilmatt) Willis]

New backend doesn't use ICS files for storage, so an empty calendar is possible and okay.

-> INVALID