<!-- 
RSS generated by JIRA (4.4#649-r158309) at Thu May 23 22:16:25 CDT 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://dev.clojure.org/jira/si/jira.issueviews:issue-xml/DCSV-4/DCSV-4.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Clojure JIRA</title>
    <link>http://dev.clojure.org/jira</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>4.4</version>
        <build-number>649</build-number>
        <build-date>25-07-2011</build-date>
    </build-info>

<item>
            <title>[DCSV-4] \return as record separator with unquoted fields is read as part of the field</title>
                <link>http://dev.clojure.org/jira/browse/DCSV-4</link>
                <project id="10074" key="DCSV">data.csv</project>
                        <description>&lt;p&gt;This regards the gray area of being &quot;more forgiving.&quot; If I understand RFC 4180 correctly, I want to suggest substituting one bit of forgiveness for another: rather than supporting unquoted, multi-line cell values, I suggest supporting CSVs with just \return as the record-separator. Would you accept a patch for that?&lt;/p&gt;

&lt;p&gt;A file with \return as record-separator is interpreted by read-csv as a single row like (&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;quot;Header1&amp;quot; &amp;quot;Header2\rval1&amp;quot; &amp;quot;val2&amp;quot;&amp;#93;&lt;/span&gt;). I believe the RFC only allows fields to contain CR and LF when they&apos;re &lt;tt&gt;escaped&lt;/tt&gt; (i.e., surrounded in double quotes). See the ABNF at the end of &lt;a href=&quot;http://tools.ietf.org/html/rfc4180#section-2&quot;&gt;section 2&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;As far as implementation, I believe this would require wrapping any Reader w/o markSupported in one that does, so that the LF following a CR can be consumed when present.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;I&amp;#39;ve classified this as a major defect because I ran into a \return-delimited file as soon as I passed a CSV from a Linux machine to a Windows machine, so I&amp;#39;m guessing these files are common. Feel free to reclassify.&amp;#93;&lt;/span&gt;&lt;/p&gt;</description>
                <environment></environment>
            <key id="15777">DCSV-4</key>
            <summary>\return as record separator with unquoted fields is read as part of the field</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="1" iconUrl="http://dev.clojure.org/jira/images/icons/status_open.gif">Open</status>
                    <resolution id="-1">Unresolved</resolution>
                                <assignee username="jonase">Jonas Enlund</assignee>
                                <reporter username="duelin_markers">John Hume</reporter>
                        <labels>
                    </labels>
                <created>Wed, 24 Oct 2012 13:55:57 -0500</created>
                <updated>Wed, 24 Oct 2012 15:00:49 -0500</updated>
                                                                            <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="29795" author="jonase" created="Wed, 24 Oct 2012 15:00:49 -0500"  >&lt;p&gt;&amp;gt; rather than supporting unquoted, multi-line cell values, I suggest supporting CSVs with just \return as the record-separator. Would you accept a patch for that?&lt;/p&gt;

&lt;p&gt;Sounds good to me.&lt;/p&gt;

&lt;p&gt;&amp;gt; As far as implementation, I believe this would require wrapping any Reader w/o markSupported in one that does&lt;/p&gt;

&lt;p&gt;I think that&apos;s ok, since BufferedReader supports it.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>
</channel>
</rss>