Download stat killed with every file update.

[Patrice T]

Assuming the link of old zip is already in article, Usually : - I paste the new version of zip in the dropbox - I delete the old zip (red X on right of zip). - publish article update

Patrice “Everything should be made as simple as possible, but no simpler.” Albert Einstein

[Greg Utas]

That might explain it. I delete the old version first and then upload the new version, which has the same name.

Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.

[Patrice T]

I will try this way next time. Thank hint.

Patrice “Everything should be made as simple as possible, but no simpler.” Albert Einstein

[Jo_vb net]

Chart Downloads are always broken after update, even with same name and first deletion of old zip file.

[Patrice T]

Is it concidered as normal ?

Patrice “Everything should be made as simple as possible, but no simpler.” Albert Einstein

[Jo_vb net]

For me it is strange - not normal :thumbsdown:

[Chris Maunder]

Can I suggest not deleting the old zip?

cheers Chris Maunder

[Patrice T]

Hi Chris, Already done a year ago in another article, but not work :( Looks like one also need to keep old entries in donwload list in article.

Patrice “Everything should be made as simple as possible, but no simpler.” Albert Einstein

[Chris Maunder]

Download counts are aggregated across all downloads of an article. If you have two downloads (demo1.zip, demo2.zip) then the article "download" count is the sum of both downloads' actual download counts. Deleting one means that download count will no longer contribute.

cheers Chris Maunder

[Patrice T]

And this work perfectly. My complain is about the graphic in "View stats" in article.

Patrice “Everything should be made as simple as possible, but no simpler.” Albert Einstein