[
https://issues.apache.org/jira/browse/SOLR-750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12627877#action_12627877
]
Hoss Man commented on SOLR-750:
-------------------------------
I'm not really sure why the code would try to highlight a date field (sounds
like a bug in the SOLR-540 patch, and yet another great example of why i'm
opposed to things like SOLR-540) but this patch doesn't really make sense to me
either ... the "Z" is not optional. it is a mandatory part of the input format.
When dates are indexed the internal representation doesn't include the 'Z' but
the internal representation is not valid input for the parseMath method.
> DateField.parseMath doesn't handle non-existent Z
> -------------------------------------------------
>
> Key: SOLR-750
> URL: https://issues.apache.org/jira/browse/SOLR-750
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: David Smiley
> Priority: Minor
> Attachments: SOLR-750_DateField_no_Z.patch
>
> Original Estimate: 0.25h
> Remaining Estimate: 0.25h
>
> I've run into situations when trying to use SOLR-540 (wildcard highlight
> spec) such that if attempts to highlight a date field, I get a stack trace
> from DateField.parseMath puking because there isn't a "Z" at the end of an
> otherwise good date-time string. It was very easy to fix the code to make it
> react gracefully to no Z. Attached is the patch. This bug isn't really
> related to SOLR-540 so please apply it without waiting for 540.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
