Locking all threads on the server

Aspose.PDF Product Family
1

Hi,

We experiencing on Solaris and Tomcat threads getting into a locked state. Below is an example thread dump.

Sometimes this file does this othertimes is does not. Please find here: https://customerservices.glasscubes.com/share/s/arl1icmll02l0qvvvglub903ht

I cannot reproduce on OSX.

The code:

com.aspose.pdf.Document pdfDocument = new com.aspose.pdf.Document(fileLoc);

PageCollection pages = pdfDocument.getPages();

java.io.OutputStream imageStream = new java.io.FileOutputStream(pdf);

// Create Resolution object

com.aspose.pdf.devices.Resolution resolution = new com.aspose.pdf.devices.Resolution(20);

// Create PngDevice object with particular resolution

com.aspose.pdf.devices.PngDevice pngDevice = new com.aspose.pdf.devices.PngDevice(WIDTH, HEIGHT, resolution);

// Convert a particular page and save the image to stream

pngDevice.process(pages.get_Item(page), imageStream);

// Close the stream

imageStream.close();



Thread dump:


"http-nio-8080-exec-43" daemon prio=3 tid=0x0000000001df5800 nid=0xda waiting for monitor entry [0xfffffd7fea24e000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.aspose.pdf.internal.p48.z15.m8(Unknown Source)

- waiting to lock <0x000000006b164ab0> (a java.lang.Object)

at com.aspose.pdf.internal.p48.z15.m7(Unknown Source)

at com.aspose.pdf.internal.p48.z15.m1(Unknown Source)

at com.aspose.pdf.internal.p50.z1.m1(Unknown Source)

at com.aspose.pdf.internal.p48.z29.m9(Unknown Source)

at com.aspose.pdf.internal.p48.z29.m16(Unknown Source)

at com.aspose.pdf.internal.p38.z3.m1(Unknown Source)

at com.aspose.pdf.internal.p27.z20.m2(Unknown Source)

at com.aspose.pdf.internal.p27.z20.m4(Unknown Source)

at com.aspose.pdf.internal.p27.z7.m2(Unknown Source)

at com.aspose.pdf.internal.p27.z7.m1(Unknown Source)

at com.aspose.pdf.devices.z1.m1(Unknown Source)

- locked <0x000000007aa45090> (a com.aspose.pdf.Document)

at com.aspose.pdf.devices.z1.m1(Unknown Source)

at com.aspose.pdf.devices.ImageDevice.m1(Unknown Source)

at com.aspose.pdf.devices.PngDevice.processInternal(Unknown Source)

at com.aspose.pdf.devices.PngDevice.process(Unknown Source)

at hub.app.service.document.DocumentPreviewHelper.getPreviewImages(DocumentPreviewHelper.java:483)

at hub.api.rest.InternalDocPreviewRestService.getPreviewImages(InternalDocPreviewRestService.java:107)

at sun.reflect.GeneratedMethodAccessor1110.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)

at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)

at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)

at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)

at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)

at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)

at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)

at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)

at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)

at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)

at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)

at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)

at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)

at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)

at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)

at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)

at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)

at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)

at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)

at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086)

at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659)

at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)

at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558)

at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)

- locked <0x000000007a3b7938> (a org.apache.tomcat.util.net.NioChannel)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

at java.lang.Thread.run(Thread.java:744)


..

2

PS we also seeing something similar with Cells:


"http-nio-8080-exec-3" daemon prio=3 tid=0x00000000022ec800 nid=0x5d waiting for monitor entry [0xfffffd7feb23a000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.aspose.cells.zvn.a(Unknown Source)

at com.aspose.cells.zbww.a(Unknown Source)

at com.aspose.cells.zbww.O(Unknown Source)

at com.aspose.cells.zbww.ak(Unknown Source)

at com.aspose.cells.zbww.a(Unknown Source)

at com.aspose.cells.zbww.c(Unknown Source)

at com.aspose.cells.zbww.b(Unknown Source)

at com.aspose.cells.Workbook.a(Unknown Source)

at com.aspose.cells.Workbook.(Unknown Source)

at hub.app.service.document.DocumentPreviewHelper.getPreviewImages(DocumentPreviewHelper.java:377)

at hub.api.rest.InternalDocPreviewRestService.getPreviewImages(InternalDocPreviewRestService.java:107)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)

at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)

at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)

at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)

at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)

at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)

at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)

at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)

at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)

at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)

at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)

at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)

at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)

at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)

at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)

at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)

at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)

at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)

at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)

at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086)

at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659)

at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)

at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558)

at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)

- locked <0x0000000072024e58> (a org.apache.tomcat.util.net.NioChannel)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

at java.lang.Thread.run(Thread.java:744)


"http-nio-8080-exec-2" daemon prio=3 tid=0x00000000022ea800 nid=0x5c waiting on condition [0xfffffd7feb33d000]

java.lang.Thread.State: WAITING (parking)

at sun.misc.Unsafe.park(Native Method)

- parking to wait for <0x0000000068f2e350> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)

at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)

at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)

at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)

at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:103)

at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:31)

at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

at java.lang.Thread.run(Thread.java:744)


"http-nio-8080-exec-1" daemon prio=3 tid=0x0000000001c99000 nid=0x5b waiting for monitor entry [0xfffffd7feb43c000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.aspose.cells.zvn.a(Unknown Source)

at com.aspose.cells.zbww.a(Unknown Source)

at com.aspose.cells.zbww.O(Unknown Source)

at com.aspose.cells.zbww.ak(Unknown Source)

at com.aspose.cells.zbww.a(Unknown Source)

at com.aspose.cells.zbww.c(Unknown Source)

at com.aspose.cells.zbww.b(Unknown Source)

at com.aspose.cells.Workbook.a(Unknown Source)

at com.aspose.cells.Workbook.(Unknown Source)

at hub.app.service.document.DocumentPreviewHelper.getPreviewImages(DocumentPreviewHelper.java:377)

at hub.api.rest.InternalDocPreviewRestService.getPreviewImages(InternalDocPreviewRestService.java:107)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)

at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)

at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)

at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)

at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)

at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)

at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)

at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)

at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)

at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)

at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)

at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540)

at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)

at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)

at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)

at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)

at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)

at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)

at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)

at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1086)

at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659)

at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)

at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558)

at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)

- locked <0x0000000068f54360> (a org.apache.tomcat.util.net.NioChannel)

3

Ok I have made a VERY simple project (1 class file) that reproduces this issue on Solaris 5.11.

Please find the project here : https://customerservices.glasscubes.com/share/s/nocibuf6rmugureul9cl2eav31

Simply unzip the folder and:
cd test.aspose
java -classpath “lib/*:target/classes” test.App

You will see that the thread just gets stuck and never completes. We are using Java 1.7.0_51-b13

Please note this works fine on OSX.

4

Ok,

I’ve just about done everything I can to look into this without the source code so over to you. I’ve been performing thread dumps on the simple app I developed (shared above). And it appears to pretty much be stuck in once place, but is doing a HUGE amount of disk I/O listing over directories. I have no idea why you’d need to do that. You can see from all the thread dumps here:

https://customerservices.glasscubes.com/share/s/qdeue6kie4q4lt10u0s7hg12j3

They typically are like:

at java.io.UnixFileSystem.list(Native Method)
at java.io.File.list(File.java:1116)
at java.io.File.list(File.java:1149)
at com.aspose.pdf.internal.p551.z4.m2(Unknown Source)
…

and

at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)

at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:242)

at java.io.File.isFile(File.java:876)

at com.aspose.pdf.internal.p551.z4$z1.accept(Unknown Source)

at java.io.File.list(File.java:1155)

at com.aspose.pdf.internal.p551.z4.m2(Unknown Source)

at com.aspose.pdf.internal.p551.z4.m5(Unknown Source)

at com.aspose.pdf.internal.p217.z121.m1(Unknown Source)

at com.aspose.pdf.internal.p48.z15.m6(Unknown Source)

at com.aspose.pdf.internal.p48.z15.m6(Unknown Source)

at com.aspose.pdf.internal.p48.z15.m6(Unknown Source)

at com.aspose.pdf.internal.p48.z15.m6(Unknown Source)

at com.aspose.pdf.internal.p48.z15.m6(Unknown Source)

Decompiling these classes I see they are iterating over directories for some reason. The process has been running for 1 hour and 45 minutes, so I’m going to kill it now. On OSX it takes 2 secs

5

Hi Wayne,


Thanks for contacting support and sorry for the delayed response.

We are testing the scenario using sample resource files which you have shared and will get back to you soon. We are sorry for this inconvenience.
6

Hi,

to help you I have created a Vagrant VirtualBox instance with everything installed that reproduces the issue. Follow these steps (on Mac OSX - it may vary a little on Windows):

Install [VirtualBox]

Install [Vagrant]

Download the vagrant box file I have setup here to a folder on your computer: https://customerservices.glasscubes.com/share/s/elu3i5degna2fb7cdloc222b9d

cd into the folder in a terminal window. The type:

vagrant init glasscubes-vagrant.box (you may get an warning don’t worry about it)

vagrant up

then you need to ssh into the instance:

vagrant ssh

then:

cd test.aspose/

/home/vagrant/Java/jdk1.7.0_51/bin/java -classpath “lib/*:target/classes” test.App

This reproduces the issue. I also tested with the latest Java 8 and its the same.

7

Hi Wayne,


We are sorry for the delayed response.

Thanks for sharing the addition information. We are looking into it and will guide you accordingly.

Best Regards,
8

Hi,


is there any update on this - it causes us major pain.

thanks
9

Hi Wayne,



Thanks for your patience and sorry for the delayed response.



I have tested the scenario using resource files which you have shared earlier and I am unable to notice any issue. The image conversion process keeps running and no error message appears. See attached screenshot of my terminal window.

10

Hi,


So you are reproducing the issue. Let me try to be clear by using caps:

There is NO ERROR OUTPUT. The issue is THE PROCESS NEVER COMPLETES AND KEEPS RUNNING.

The process should finish running after a 2 seconds. The whole point is it never completes. If you read this thread you will realize theses are thread dumps I am showing you, so you can see the process has a problem and is stuck.

Is that clear?

kind regards
11

Hi Wayne,


Thanks for sharing the details.

I also managed to notice that conversion process keeps running and never stops. For the sake of correction, I have logged this problem as PDFNEWJAVA-35389 in our issue tracking system. We will further look into the details of this problem and will keep you posted on the status of correction. Please be patient and spare us little time. We are sorry for this inconvenience.
12

Hi Nayyer,


Is there any update for PDFNEWJAVA-35389?
I am looking for the fix in order to apply for our issue https://jira.atlassian.com/browse/CONF-38233

Thanks,
Minh Tran
Atlassian BugMaster

13

Yes I would like an update, its been a long time.


Thanks
14

Hi Minh/Wayne


Thanks for your inquiry. I am afraid above reported issue is still not resolved as product team is busy in resolving other issues in the queue, reported earlier. We will notify you as soon as we made some significant progress towards issue resolution.

Thanks for your patience and cooperation…

Best Regards,

15

Hi, do we know when this may be resolved? This is having a major impact in our tools.

16

twernicke:
Hi, do we know when this may be resolved? This is having a major impact in our tools.
Hi Tim,

Thanks for contacting support.

The issue reported earlier in this thread as PDFNEWJAVA-35389 is not yet resolved as the team has been busy fixing other previously reported high priority issues. As soon as we have some further updates regarding its resolution, we will let you know.

Furthermore, I have observed that the issue was reported by a different user, so are you facing similar problem in your environment ? or you have created a new username on our website.

We are sorry for this inconvenience.
17

Correct, we are seeing the exact issue in our environment. It seems to be impacting many users. In our case, thousands.

18

This same issue is affecting tens of thousands of users from our clients as well. It can have the effect of bringing a site to its knees,in many cases forcing a complete restart due to the actions of a single conversion perpetually running without end.

19

Hi,


Thanks for sharing the feedback.

Your concerns have been shared with product team and they will surely consider them while scheduling the investigation/resolution of this problem. As soon as we have some definite updates, we will let you know. We are really sorry for this delay and inconvenience.
20

Any updates on this issue? This has been known for ~ (7) months and no apparent action?