Hmmm, this seems to be browser related
because if I use curl or Safari, the return and display
are fine.

i.e.
curl http://localhost:8983/solr/collection1/query?q=*:*

displays:

        "eoe_tl":20140716126615472,
        "eoe_s":"20140716126615472",

        "eoe_tl":20140716126615474,
        "eoe_s":"20140716126615474",

        "eoe_tl":20140716126615476,
        "eoe_s":"20140716126615476",

and Safari displays it correctly too, but
Chrome (39.0.2171.71 (64-bit)) displays it as I posted
last post.

So not a Solr/Lucene problem but odd to say the least.



On Wed, Nov 26, 2014 at 4:10 PM, Erick Erickson <erickerick...@gmail.com> wrote:
> This is very weird, someone want to check this out to insure that I'm
> not hallucinating?
>
> Because it looks like a JIRA to me.
>
> I tried this with 4.8.0 (because I had it handy) and 5x, same
> results
>
> Indexed three docs with eoe_tl and eoe_s pairs:
> eoe_tl is a tlong
> eoe_s is a string
>
> doc1 has
> eoe_tl=20140716126615472
> eoe_s=20140716126615472
>
> doc2 has
> eoe_tl=20140716126615474
> eoe_s=20140716126615474
>
> doc3 has
> eoe_tl=20140716126615476
> eoe_s=20140716126615476
>
>
> Now, I can search on these perfectly fine, I get
> 0 hits for eoe_tl: 20140716126615470
>
> and 1 hit for
> eoe_tl: 20140716126615472
>
> one hit for:
> eoe_tl:20140716126615474
>
> and one hit for
> eoe_tl:20140716126615476
>
> BUT, the display when q=*:* is:
>
> eoe_tl: 20140716126615470,
> eoe_s: "20140716126615472",
>
> eoe_tl: 20140716126615470,
> eoe_s: "20140716126615474",
>
> eoe_tl: 20140716126615476,
> eoe_s: "20140716126615476",
>
> No, that's not a typo, the number ending in 6 is displayed correctly
> but the first two tlongs end in 0.
>
> We're nowhere near overflow with this number.....
>
> On Wed, Nov 26, 2014 at 3:27 PM, Jack Krupansky <j...@basetechnology.com> 
> wrote:
>> Your query has a space in it after the colon, which is not valid. Could you
>> post the actual, full query request, as well as the full query response?
>>
>> -- Jack Krupansky
>>
>> -----Original Message----- From: Thomas L. Redman
>> Sent: Wednesday, November 26, 2014 2:45 PM
>> To: solr-user@lucene.apache.org
>> Subject: TrieLongField not store large longs correctly
>>
>>
>> I believe I have encountered a bug in SOLR. I have a data type defined as
>> follows:
>>
>> <fieldType name="long" class="solr.TrieLongField" precisionStep="0"
>> positionIncrementGap="0”/>
>>
>> And I have a field defined like so:
>>
>> <field name="aid" type="long" indexed="true" stored="true"
>> multiValued="false" required="true" omitNorms="true" />
>>
>> I have not been able to reproduce this problem for smaller numbers, but for
>> some of the very large numbers, the value that gets stored for this “aid”
>> field is not the same as the number that gets indexed. For example,
>> 20140716126615474 is stored as 20140716126615470, or in any even, that is
>> the way it is getting reported back. When I issue a query, “aid:
>> 20140716126615474”, the value reported back for aid is 20140716126615470!
>>
>> Any suggestions?=

Reply via email to