Unfortunately I spent far too much time chasing this before that memory surfaced enough for me to check ;(...
On Tue, May 23, 2017 at 4:21 PM, Pushkar Raste <[email protected]> wrote: > I ran into this issue about 2 years back and posted it on the user list. > Yonik pointed out that it is Javascript issue :-) > > On May 19, 2017 2:50 PM, "Erick Erickson (JIRA)" <[email protected]> wrote: >> >> >> [ >> https://issues.apache.org/jira/browse/SOLR-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel >> ] >> >> Erick Erickson resolved SOLR-8047. >> ---------------------------------- >> Resolution: Invalid >> >> Now that I spent much of a day chasing down SOLR-10708 I realized that the >> numbers are being stored and retrieved just fine. What's _not_ being done is >> the browser rendering the numbers correctly, Solr is just fine. >> >> To prove this to yourself, issue the query via curl and you'll see that >> the long values are returned correctly. >> >> > large longs is being saved incorrect >> > ------------------------------------ >> > >> > Key: SOLR-8047 >> > URL: https://issues.apache.org/jira/browse/SOLR-8047 >> > Project: Solr >> > Issue Type: Bug >> > Components: Schema and Analysis >> > Affects Versions: 5.3 >> > Reporter: Manhal >> > >> > I have a solr schema with a field in long type >> > <field name="source_raw_hash" type="long" indexed="true" stored="true"/> >> > the long type in the schema is the default: >> > <fieldType name="long" class="solr.TrieLongField" precisionStep="0" >> > positionIncrementGap="0"/> >> > I am saving to the index in solrJ, the value: 3954983690244748504 to >> > this field, but it's being saved as 3954983690244748300 >> > I am having the same with different large values. >> > I also tested it from admin UI, adding the same long and it's being >> > saved incorrect >> >> >> >> -- >> This message was sent by Atlassian JIRA >> (v6.3.15#6346) >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
