Closed
Bug 433884
Opened 16 years ago
Closed 16 years ago
Invalid geos show up as empty geos in a vcard
Categories
(Toolkit Graveyard :: Microformats, defect)
Toolkit Graveyard
Microformats
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mkaply, Assigned: mkaply)
Details
Attachments
(1 file)
3.02 KB,
patch
|
sayrer
:
review+
mconnor
:
approval1.9.0.4-
|
Details | Diff | Splinter Review |
If a vcard has a geo, but that geo is invalid, it should just simply not be there. Currently we insert an empty geo. Note that this code was in place because there are cases like location in vevent where something can be a microformat or text, so just because something is an invalid microformat, doesn't mean we don't put anything there. We're no checking to see if the node is a microformat AND creation failed, and then it is empty. If it wasn't a microformat, the child node gets the text. The new test reflects this.
Assignee | ||
Updated•16 years ago
|
Attachment #321073 -
Flags: review?(sayrer)
Updated•16 years ago
|
Attachment #321073 -
Flags: review?(sayrer) → review+
Assignee | ||
Comment 1•16 years ago
|
||
fix checked in
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•16 years ago
|
||
Comment on attachment 321073 [details] [diff] [review] validate the microformat when we parse it and check for the error microformats correctness
Attachment #321073 -
Flags: approval1.9.0.3?
Updated•16 years ago
|
Attachment #321073 -
Flags: approval1.9.0.4? → approval1.9.0.4-
Comment 3•16 years ago
|
||
Comment on attachment 321073 [details] [diff] [review] validate the microformat when we parse it and check for the error In order to reduce risk and minimize overhead for stability releases, we are not accepting "nice to have" patches in stability releases. As 3.1 is fast approaching, this should not unduly impact time to get these fixes to users.
Updated•5 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•