Workflow approval not clearing smart cache

Next topic

Author	Message
Tom Nason	Tuesday 08 December 2009 10:36:34 pm I have 3 levels of admin user: Contributor - can update existing pages, add images to gallery Editor - can add pages + contributor access Publisher - can approve changes made by contributor/editor + editor access Smart cache is used to clear the cache for pages which contain embedded image galleries. My problem is that clearing of the smart cache is not triggerred by the workflow cronjob. When updating gallery images using the Publisher role changes can be seen straight away. If an Editor or Contributor role is used and then the workflow cron is run the cache is not cleared and new items dont appear on the front end(they do become available in the admin interface). Manually clearing the cache causes them to appear but id really like to avoid this. The clearObjectViewCache method in kernel/content/operation_definition.php doesnt seem to be called when using the workflow process. Has anybody encountered this before? Is it a bug or could there be a configuration issue? Any and all help appreciated. Thanks

Author

Message

Tuesday 08 December 2009 10:36:34 pm

I have 3 levels of admin user:

Contributor - can update existing pages, add images to gallery
Editor - can add pages + contributor access
Publisher - can approve changes made by contributor/editor + editor access

Smart cache is used to clear the cache for pages which contain embedded image galleries.

My problem is that clearing of the smart cache is not triggerred by the workflow cronjob. When updating gallery images using the Publisher role changes can be seen straight away. If an Editor or Contributor role is used and then the workflow cron is run the cache is not cleared and new items dont appear on the front end(they do become available in the admin interface). Manually clearing the cache causes them to appear but id really like to avoid this.

The clearObjectViewCache method in kernel/content/operation_definition.php doesnt seem to be called when using the workflow process.

Has anybody encountered this before? Is it a bug or could there be a configuration issue?

Any and all help appreciated.

Thanks

eZ debug

Timing:	Jan 30 2025 00:44:10
Script start
Timing:	Jan 30 2025 00:44:10
Module start 'layout'
Timing:	Jan 30 2025 00:44:10
Module start 'content'
Timing:	Jan 30 2025 00:44:10
Module end 'content'
Timing:	Jan 30 2025 00:44:10
Script end

Main resources:

Total runtime	0.0123 sec
Peak memory usage	2,048.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0043	588.2656	151.2266
Module start 'layout'	0.0043	0.0021	739.4922	36.6797
Module start 'content'	0.0064	0.0047	776.1719	86.0781
Module end 'content'	0.0111	0.0012	862.2500	29.9922
Script end	0.0123		892.2422

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0020	16.1909	14	0.0001
Check MTime	0.0010	8.1855	14	0.0001
Mysql Total
Database connection	0.0008	6.3110	1	0.0008
Mysqli_queries	0.0021	17.2734	3	0.0007
Looping result	0.0000	0.0658	1	0.0000
Template Total	0.0009	7.2	1	0.0009
Template load	0.0007	5.8811	1	0.0007
Template processing	0.0002	1.2994	1	0.0002
Override
Cache load	0.0005	4.2816	1	0.0005
General
dbfile	0.0011	8.8613	8	0.0001
String conversion	0.0000	0.0465	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs