tracker issue : CF-4204081

select a category, or use search below
(searches all categories and all time range)

change in behavior of CFHTTP tag

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/Fixed

Reporter/Name(from Bugbase): Doug A. / ()

Created: 03/08/2019

Components: Net Protocols, HTTP

Versions: 11.0

Failure Type: Incorrectly functioning

Found In Build/Fixed In Build: CF11 Update 18 / CF11U19

Priority/Frequency: Normal / All users will encounter

Locale/System: ALL / Win 2012 Server x64

Vote Count: 1

Problem Description:
CF11 update 15 cfhttp call with + symbol would pass as shown in the tag

after apply CF11 update 18, cfhttp call with + symbol appear to encode the symbol before sending.

Steps to Reproduce:

Request Before Update (CF11 Update 15):
http request in cfhttp tag:*&defType=synonym_edismax&synonyms=true&qf=txt_brand^5.0+txt_sku&fl=id,score &wt=json

http request received in solr:*&defType=synonym_edismax&synonyms=true&qf=txt_brand^5.0+txt_sku&fl=id,score &wt=json 
Requests after Update (CF11 Update 18):

Failing Call:
http request in cfhttp tag:*&defType=synonym_edismax&synonyms=true&qf=txt_brand^5.0+txt_sku&fl=id,score &wt=json  

http request received in solr:*&defType=synonym_edismax&synonyms=true&qf=txt_brand^5.0%2Btxt_sku&fl=id,score&wt=json

SOLR does not like the + symbol being encoded and throws an error, here's the dump from SOLR:

2019-03-06 20:19:32.464 INFO  (qtp1689843956-421) [   x:lny10] o.a.s.c.S.Request [lny10] webapp=/solr path=/select params={q=*&defType=synonym_edismax&qf=txt_brand^5.0%2Btxt_sku&synonyms=true&fl=id,score} status=500 QTime=2 
2019-03-06 20:19:32.464 ERROR (qtp1689843956-421) [   x:lny10] o.a.s.s.SolrDispatchFilter null:java.lang.NumberFormatException: For input string: "5.0+txt_sku"
	at sun.misc.FloatingDecimal.readJavaFormatString(
	at sun.misc.FloatingDecimal.parseFloat(
	at java.lang.Float.parseFloat(
	at java.lang.Float.valueOf(
	at org.apache.solr.util.SolrPluginUtils.parseFieldBoosts(
	at org.apache.solr.handler.component.QueryComponent.prepare(
	at org.apache.solr.handler.component.SearchHandler.handleRequestBody(
	at org.apache.solr.handler.RequestHandlerBase.handleRequest(
	at org.apache.solr.core.SolrCore.execute(
	at org.apache.solr.servlet.HttpSolrCall.execute(
	at org.apache.solr.servlet.SolrDispatchFilter.doFilter(
	at org.apache.solr.servlet.SolrDispatchFilter.doFilter(
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(
	at org.eclipse.jetty.servlet.ServletHandler.doScope(
	at org.eclipse.jetty.server.session.SessionHandler.doScope(
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
	at org.eclipse.jetty.server.handler.HandlerCollection.handle(
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
	at org.eclipse.jetty.server.Server.handle(
	at org.eclipse.jetty.server.HttpChannel.handle(
	at org.eclipse.jetty.server.HttpConnection.onFillable(
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
	at org.eclipse.jetty.util.thread.QueuedThreadPool$



CFHTTP GET requests all appear to have this issue starting on the following ColdFusion versions: CF11 update 17, CF2016 update 9, CF2018 update 2 We have had to roll back 3 update levels due to this issue.
Comment by Brieanna O.
30538 | March 19, 2019 08:56:22 PM GMT
Can anyone from Adobe confirm if this has been reproduced? Is that what "bugverified" in the "Reason code" at top right means? And if so, is there perhaps a fix for it, before it may be rolled into a future CF update?
Comment by Charlie A.
30597 | April 02, 2019 05:50:16 PM GMT
The fix for this bug is planned to go out with the next CF update.
Comment by Piyush K.
30695 | May 08, 2019 12:32:36 PM GMT