[ 
https://issues.apache.org/jira/browse/LUCENE-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545612
 ] 

Grant Ingersoll commented on LUCENE-1045:
-----------------------------------------

That's fine by me, I think we just need to document it clearly in CHANGES.txt 
that we are making a potentially non-back compatible change (which isn't 
likely) in order to support future back compatibility :-).  

I guess the question is whether there are people that have extended 
TopDocCollector and created a variation of the PriorityQueue that is similar to 
FieldSortedHitQueue that uses their own FieldCache implementation.  I can't 
imagine the need for this, but it does seem possible, or did I miss something?

> SortField.AUTO doesn't work with long
> -------------------------------------
>
>                 Key: LUCENE-1045
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1045
>             Project: Lucene - Java
>          Issue Type: Bug
>          Components: Search
>    Affects Versions: 2.2
>            Reporter: Daniel Naber
>            Priority: Minor
>             Fix For: 2.3
>
>         Attachments: auto-long-sorting.diff, LUCENE-1045.patch, 
> TestDateSort.java
>
>
> This is actually the same as LUCENE-463 but I cannot find a way to re-open 
> that issue. I'm attaching a test case by dragon-fly999 at hotmail com that 
> shows the problem and a patch that seems to fix it.
> The problem is that a long (as used for dates) cannot be parsed as an 
> integer, and the next step is then to parse it as a float, which works but 
> which is not correct. With the patch the following parsers are used in this 
> order: int, long, float.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to