Strawberry Jellyfish

mdxclr,

That timestamp is in the future so your counter shouldn’t even start at all and just sit at 0.

Having tested it I see that it does start which is evidently a bug for future timestamps. I’ll need to look at that but that’s a different issue to that raised originally.

If you didn’t want to start the counter at the beginning of next year and 2117 is just a typo, then well done for discovering an unknown bug ??

wzahid,

In the current version you just need to add an ending value, e.g:

[jellyfish_counter timestamp="2016-01-01 00:00:00" start=1000000 interval=2.5 digits=8 end=99999999]

Working example

If you are using a tick_multiplier value then I’m guessing you have a continuous style counter with a timestamp? This is a quirk of using a start value > 1 along with a timestamp.

The easy fix is to divide your start value by the tick_multiplier: in your case start=24146.34 (990000/41)

Which should give you the numbers you are expecting.

Did you by any chance change theme or update to a newer version when moving the site?

Somebody else who is also using the Avada theme came across a similar problem recently. Basically the document.ready function in the counter loader script is not running. I’ll look into it when I get a chance, but it can be difficult to debug purely through a live site using a commercial theme.

If you want to be tracking a value over time using the timestamp option then no you currently can’t force it to animate on page load as it will only animate every “tick” which may not be noticeable depending on the interval value and tick_multiplier.

However, if you just want to use it for visual effect and you are happy to update the end value manually if it ever needs changing, then you can do something like this:

[jellyfish_counter start=533290 end=533301 tenths=false digits=6 speed=100]

which would show a simple counter that animated from 533290 to 533301 every time the page loaded. See an example here https://demo.strawberryjellyfish.com/2016/04/simple-count-effect/

I suppose it might be an interesting future feature to add to the plugin that started a timestamp based counter slightly below the actual current value and animated to the actual value on page load, which I think is what you are maybe looking for?

It works on your site in IE11 on the initial page load or if the browser cache is disabled, for some reason the counter loader script is not being run if it has been cached. Never seen anything like that before ??

With IE11 script debugger running (in F12 Developer Tools) there are a few javascript errors caused by other scripts, which maybe a connected thing.

Sorry, I don’t have any immediate solution, I will investigate when I get time because now I’m curious to why this is happening!

If I translated your original support message correctly (my German is not too good and so I was relying on a translation service), it appears you are expecting to use the counter to count visitors to your site. This counter is not designed to do that and in no way states that it does.

You contacted me 3 times over the Easter holiday period (a public holiday in Australia). I responded to those messages immediately after the holiday.

This is a freely available plugin originally written for fun. It has continued to be developed and supported in my spare time. There are hundreds of happy users of this plugin and I’ve spent many many hours offering support totally free of charge. If somebody chooses to show their appreciation though a donation they are free to do so, I am not forcing them to nor offering a crippled trial version of the plugin that must have a paid for version to be of any use.

Quite frankly I consider it totally unreasonable to leave a bad review on plugin because you have totally misunderstood what the plugin actually does and consider it broken. And that somebody does not instantly respond to your support requests during a public holiday.

You are correct. At present, setting start and end values to the same number is the most reliable way to have a static counter.

I’m pretty sure that change will mean the running total is incorrect. Don’t include the tick_multiplier parameter if you don’t want that feature.

This isn’t really something the plugin handles by default, however if you had a solution (other plugin /php code) that injected a suitable shortcode into the page the plugin would convert that into the appropriate counter.

How are you planning to allow people to input the ticket total?

This isn’t currently possible but has been added to the feature list for a future version.

considered resolved

closing

It’s something that may be considered for a future version. It’s planned to rewrite the whole animation side of things to utilise more modern css anyway.

I’ll add this to the possible feature list, thanks

Sorry ammar7, I missed your question here.

If you still need to know, try adding a large ending value:

[jellyfish_counter digits=6 tick_multiplier=2 start=15010 end=999999 interval=86400 timestamp='2015-09-02 12:10:21']