where does htmlViewer keep downloaded files

I made a search for “http://www.videolan.org/” in a htmlViewer.
When VideoLan webpage appeared I clicked its Download button. A new page appeared, saying the the download would start in a few seconds. And actually, after a while, in the same page a string started showing the download progress.
I closed the project and re-opened it. I went again to “http://www.videolan.org/”, I clicked its Download button, and I found that the file was already being downloaded. This seemed a little strange to me, but maybe this is the way htmlViewer works.

Anyway, I’d appreciate if somebody could give me the answer to these two questions:

  1. How to tell the htmlViewer NOT to auto-load a previous process; especially after I quit the app and open it again (I even restarted my MB).
  2. Where does htmlViewer store the files it downloads.

Xojo 2016v1.1 - MacOS 10.11.5

PS: May be the first question is related to a concurrent topic about clearing the cache of htmlViewer in Windows.

Thank you.

I forgot to mention: Desktop app.

I’m terribly sorry: the progress string actually tells how many times VLC has been downloaded. Since the number is constantly increasing I wrongly inferred that it was referring to the download-process.

Try looking in ~/LIbrary/Caches// or if your application is Sandboxed try ~/Library/Containers//Data/Library/Caches//

Yes, there I found a good number of generic files. Opening them in TextWrangler I can see that they are related to visited websites.
I’m tempted to have the app clear such caches, as Safary clears history.
Any advice against it, especially in a sandboxed app?
Meanwhile, thank you for pointing me in the right direction.

On Mac you normally need a WebDownloadDelegateMBS to control downloads and where they go:


Thank you, Christian. Really every day one learns something new.

Implement the CancelLoad event on your HTML Viewer to see that VLC is just doing a redirect to the download file.
I’m almost certain HTML Viewer doesn’t handle the download on it’s own.

You can then take the url from the CancelLoad event and use a HTTPSocket to download it.

that will not work if the download require a cookie or similar security things.

The web download delegate is what Apple suggests for this.
If you don’t use the plugins, you can try with declares.

@Tim Parnell As i said, no auto-downloading was happening; it mistook the number of times the app had been downloaded as if they were the bites being downloaded. But at the same time I learned how to clear the caches of the htmlViewer.