Closed
Bug 597764
Opened 14 years ago
Closed 13 years ago
iCal ics calender will not import if – ndash 8211 is used instead of the - minus 8722
Categories
(Calendar :: Import and Export, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: bugzilla.mozilla, Unassigned)
Details
Attachments
(2 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.62 Safari/534.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.8.1.18pre) Gecko/20080917 Sunbird/0.9
After the calender would not import I deleted events until I found the one that did work. Once all the – ndash 8211 were removed the file imported fine.
The reason I was not using the latest version is that importing didn't work at all. The 0.9 version actually gave me an error:
Error getting calendar
Unable to read from file:C:\Salem.ics
[Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED)
[ns]ScruptableUnicodeConverter.convertFromByteArray]" nsresult: "0x8000ffff
(NS_ERROR_UNEXPECTED)" location: "JS frame::
file:///C:/Program%Files%20(x86)/Mozilla%20Sunbird/components/calItemModule.js - >
file:///C:/Program%Files%20(x86)/Mozilla%20Sunbird/js/calIcsParser.js :: ip_parseFromStream ::
line185" data:no]
Reproducible: Always
Steps to Reproduce:
1. Import C:\Salem.ics
Actual Results:
Error getting calendar:
Unable to read from file:C:\Salem.ics
[Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED)
[ns]ScruptableUnicodeConverter.convertFromByteArray]" nsresult: "0x8000ffff
(NS_ERROR_UNEXPECTED)" location: "JS frame::
file:///C:/Program%Files%20(x86)/Mozilla%20Sunbird/components/calItemModule.js - >
file:///C:/Program%Files%20(x86)/Mozilla%20Sunbird/js/calIcsParser.js :: ip_parseFromStream ::
line185" data:no]
Expected Results:
Calendar should import.
I was able to fix this by replacing all the – ndash 8211 in the Salem.ics with the - minus 8722
The Salem.ics does not have the number or the actual word ndash or 8211. I am just referring the the character code.
The reason I consider this a Major problem is online iCal calendars cannot be imported if they have these characters in them.
Comment 1•14 years ago
|
||
Could you upload a testcase calendar? I believe only certain UTF8 ranges are allowed in the value part of an ics property, but ndash should allowed.
Reporter | ||
Comment 2•14 years ago
|
||
This file was modified to preserve confidentiality.
In Line 23:
SUMMARY:Special Event – In the Kitchen - See the card
The first - is an ndash, once removed the file can be imported.
Comment 3•14 years ago
|
||
You need to ensure that the file is using the UTF-8 character encoding if you are using non-Ascii characters. If you convert the attached sample file from Ascii character encoding to UTF-8 character encoding the import will work fine.
Reporter | ||
Comment 4•14 years ago
|
||
What would I tell the webmaster of the site in order for him to understand this. It is not my calendar, just one I would like to be able to have in Sunbird.
Reporter | ||
Comment 5•14 years ago
|
||
iCal File UTF-8 encoded with ndash in it.
Reporter | ||
Comment 6•14 years ago
|
||
See (UTF-8 Encoded file) I get the same results.
Comment 7•14 years ago
|
||
The UTF-8 file you attached is still latin1 encoded. Please take a look at this file, it is correctly encoded.
You could tell the webmaster that not using utf8 is not valid for .ics files and that he must make sure the right content-type header is sent (i.e Content-Type: text/ics; charset=utf-8) and that the file actually contains utf-8 characters.
Attachment #476652 -
Attachment is obsolete: true
Comment 8•13 years ago
|
||
I propose to resolve this report as INVALID.
Updated•13 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•