1031908 - Events with UID that contains SPACE or '@' are not displayed sometimes

Status: UNCONFIRMED

(Calendar :: General, defect)

Description

[bugreport-moz-414029]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Firefox/16.0 SeaMonkey/2.13.1 (Nightly/Aurora)
Build ID: 20121011080644

Steps to reproduce:

the following event is not displayed in Lightning (<=2.6.6):

BEGIN:VEVENT
CREATED:20120101T145332Z
LAST-MODIFIED:20120101T145332Z
DTSTAMP:20120101T145332Z
SUMMARY:Christi Himmelfahrt
DTSTART;VALUE=DATE:20140529
DTEND;VALUE=DATE:20140530
URL:http://www.schulferien.org/Feiertage
DESCRIPTION:Christi Himmelfahrt ist gesetzlicher Feiertag in Berlin. Alle Termine auf www.schulferien.org/Feiertage
TRANSP:TRANSPARENT
UID:Christi [e-mail]
X-RADICALE-NAME:Christi [e-mail]
END:VEVENT

if UID is changed to:
UID:Christi_SPACE_Himmelfahrt-Berlin-201405291398188636_at_schulferien.org

it is visible in lightning.

SPACE and '@' are valid characters for a UID:

http://tools.ietf.org/html/rfc5545#section-3.8.4.7
'@' is a named separator between DATE-TIME and Host/Domain part

UID should be TEXT which is defined as:
http://tools.ietf.org/html/rfc5545#section-3.3.11
' ' => WSP ( white space characters ) => TSAFE-CHAR => TEXT


Actual results:

i've added the event multiple times (only the UID line is changed):
UID:Christi [e-mail]
UID:[e-mail]
UID:Christi Himmelfahrt-Berlin-201405291398188636_at_schulferien.org
UID:Christi_SPACE_Himmelfahrt-Berlin-201405291398188636_at_schulferien.org

android calendar shows the event 4 times, lightning only one time.


Expected results:

lightning should display the event 4 times too.

Comment 1

[Stefan Sitter [:ssitter]]

Maybe you can attach a sample ics calendar file that contains the events with the different UIDs for testing?

Comment 2

[bugreport-moz-414029]

Attachment: one event

Comment 3

[bugreport-moz-414029]

i've just added the event with all 4 UID notations to a new ics file. now lightning shows all 4 events.

so it's related to my private ics file. it contains 230kByte text. if i copy this calendar to a new name privat_1031908 and access it with lightning, i will also see all 4 occurences of the event. so the file
is not completely wrong. see screenshot.

how to troubleshoot this issue?

Comment 4

[bugreport-moz-414029]

Attachment: Screenshot

Comment 5

[Decathlon]

Attachment: Test-4DifferentUIDs-.ics

This is a calendar for test with all the four cases.
It contains 4 events with the four UIDs copied and pasted from comment 0, I've only added a number in the UID to be sure to have different events independently form how "space" and/or "@" are considered, moreover I've changed description and summary in order to distinguish them.

What I can verify is:

- when the calendar is imported on a local calendar, Lightning displays correctly all the four events.

On a network calendar (Google calendar + Lightning with CalDAV):
- when the calendar is imported on Google calendar, Google displays all the four events, instead Lightning doesn't display the events 1 and 3 which are those *with space* in the UID (the character @ doesn't seem changing things);

- when the calendar is imported in Lightning, all the four events are displayed on both Lightning and Google and this happens even after synchronize the calendars, but when Thunderbird restarts, the events 1 and 3 are not displayed any more.

Comment 7

[Mihovil Stanic [:Mikeyy - L10n HR]]

Hello, @martinschroeder mentioned this could be cause of my bug.
Anyway, I attached edited ics file in bug 1369965, link is here: https://bugzilla.mozilla.org/attachment.cgi?id=9116391

Every contact of mine which uses Google Caledar, when they send meeting invite to me, I get error when accepting. Eventually events gets added to Lightning, but contact never receives invite confirmation. At first I thought it was just for Zoom users but since now evveryone is using some kind of video conferencing I noticed it common factor was all users which used Google Calendar.

Anyway, UID in those ics files all contain @google.com so maybe that's part of problem here.