tracker issue : CF-3587061

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

Cannot clear query cache

| View in Tracker

Status/Resolution/Reason: Closed/Withdrawn/CannotReproduce

Reporter/Name(from Bugbase): Michael Henson / Michael Henson (Michael Henson)

Created: 06/28/2013

Components: Caching

Versions: 10.0

Failure Type: Non Functioning

Found In Build/Fixed In Build: Final /

Priority/Frequency: Trivial / Unknown

Locale/System: English / Win 2008 Server R2 64 bit

Vote Count: 0

Problem Description:

I cannot clear the query cache. Using <cfobjectcache action="clear"> does not work and neither does clearing the query cache from the CF administrator.

Steps to Reproduce:

I run a query on my MySQL database and use the attribute cachedwithin="#createtimespan(5,0,0,0)#" to cache the query. Sometimes I need to clear the query cache and so I run <cfobjectcache action="clear">. 

Actual Result:

After running  <cfobjectcache action="clear"> the cache has not cleared and the out-of-date cached data is still used. Even when I try to clear the query cache from within the CF administrator it does not work.

Expected Result:

After running  <cfobjectcache action="clear"> the cache should be cleared and the data retrieved anew from the database.

Any Workarounds:

Running this code on CF9 works perfectly but this is not an option for my live environment.

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3587061

External Customer Info:
External Company:  
External Customer Name: Michael51986
External Customer Email:  
External Test Config: My Hardware and Environment details:



Windows Server 2008 r2 SP1 64 bit

MySQL 5.6.12

Attachments:

Comments:

Used CF10 update 11 with mysql datasource and run the below code in Chrome(Windows 7): <cfquery datasource="mysqldatasource" cachedwithin="#createtimespan(5,0,0,0)#" name="test"> select firstname from t1 </cfquery> <cfdump var="#test#"> <cfobjectcache action="clear"> <cfquery datasource="mysqldatasource" cachedwithin="#createtimespan(5,0,0,0)#" name="test1"> select firstname from t1 </cfquery> <cfdump var="#test1#"> It has dumped the cached value in the first select query and the changed value in second select query. Can you please let us know some specific scenerio we can repro this bug. (Comment added from ex-user id:nawani)
Comment by Adobe D.
15094 | September 13, 2013 07:01:17 AM GMT
This only seems to happen when this.cache.useinternalquerycache is set to false.
Comment by External U.
15095 | September 23, 2013 10:18:12 AM GMT
Have tested this with default value of this.cache.useinternalquerycache which is false Create Application.cfc: component{ this.name= "app1"; this.cache.useinternalquerycache=false; } Create test.cfm <cfquery datasource="mysqldatasource" cachedwithin="#createtimespan(5,0,0,0)#" name="test"> select firstname from t1 </cfquery> <cfdump var="#test#"> <cfobjectcache action="clear"> <cfquery datasource="mysqldatasource" cachedwithin="#createtimespan(5,0,0,0)#" name="test"> select firstname from t1 </cfquery> <cfdump var="#test#"> This code clears the cache data before executing the second query If there is any additional information you can provide us to reproduce the bug, it would be helpful Note: We might deprecate the tag <cfobjectcache> in future. Use of removeCachedQuery function is recommended over <cfobjectcache> tag Details of this function is in the link: https://learn.adobe.com/wiki/display/coldfusionen/RemoveCachedQuery (Comment added from ex-user id:nawani)
Comment by Adobe D.
15096 | September 24, 2013 05:05:06 AM GMT
This bug is inactive for a while now, hence closing the same. Incase if user is still facing the issue and wants it to be fixed, please let us know and provide required information. We will look into it.Thanks.
Comment by Akhila K.
15097 | December 03, 2014 02:20:13 AM GMT
Adobe, This is still 100% reproducible on CF11 Update 5 (build 11,0,05,293506) and on build 11.0.0.295492. Please see my 2:26:48 AM GMT+00:00 Jan 27, 2015 comment on CF-3923429. Same issue also filed as CF-3941631. Thanks!, -Aaron
Comment by External U.
15098 | October 07, 2015 01:13:45 AM GMT