Submitted by yngens on Tue, 10/10/2017 - 12:50
Small, but still a bug: disabling Awstats should remove all the traces, like the following awstats-icon link files in the respective virtual server's home directory:
lrwxrwxrwx 1 username username 4 Oct 10 17:44 awstats-icon -> icon
lrwxrwxrwx 1 username username 4 Oct 10 17:44 awstatsicons -> icon
drwxr-xr-x 9 username username 4096 Oct 10 00:56 icon
but, unfortunately, it does not.
Status:
Active
Comments
Submitted by JamieCameron on Tue, 10/10/2017 - 21:18 Comment #1
That's odd, because the code exists to remove those files.
Are they in the domain's home directory, or the
public_htmldir? Because the latter is what Virtualmin expects (and creates)Submitted by yngens on Wed, 10/11/2017 - 00:39 Comment #2
They are left in the
public_htmldirectory. I wonder why you always keep asking additional questions when it is so easy just to try it on your end?!Submitted by JamieCameron on Wed, 10/11/2017 - 21:23 Comment #4
@yngens - I asked because in the bug you said "virtual server's home directory" , which is not the usual location.
Submitted by JamieCameron on Wed, 10/11/2017 - 22:08 Comment #5
Never mind, I found the cause of this - it will be fixed in the next AWstats plugin release.
Submitted by yngens on Sun, 11/12/2017 - 09:22 Comment #6
Thanks!
Submitted by IssueBot on Thu, 10/11/2018 - 20:07 Comment #8
Automatically closed - issue fixed for 2 weeks with no activity.
Submitted by yngens on Fri, 05/17/2019 - 05:23 Comment #9
Unfortunately, this was either never fixed or the problem came back. To reproduce the issue just enable and disable Awstats, and then see the following directories and files are left behind uncleaned:
/home/username/awstats/home/username/public_html/awstats-icon -> icon
/home/username/public_html/awstatsicons -> icon
/home/username/public_html/icon
Submitted by yngens on Fri, 05/17/2019 - 05:24 Comment #10
Forgot to change the issue status. If you really fixed it, then please make sure it won't come back.