chorpita

First of all, thank you Pranav for responding! That’s very kind!

I am sure that if I could understand the PHP code that I could add a logging call into the agreement plugin. There are two problems though.

1. I don’t have a lot of time to figure this out.
2. This website will not be maintained by me in a few weeks and, as such, I cannot expect the future admin to be writing PHP code.

It appears that the agreement plugin is replacing the href attribute in the <a… tag with the “#” string. It then uses this for javascript event handling to throw up the agreement window. The agreement window then dynamically decides whether to show the download based on user agreement (yes or no). Ideally I would call the SlimStat logger with the proper parameters when the download occurs in the agreement code. But I would not know how to do this. Why? (1) I don’t know how to call the logger. (2) I don’t know what fields need to be passed.

Yes. Great analysis. This is what I expected. I don’t have a lot of time for this as I am changing jobs soon. So I am telling my customer to choose between perfect stats and no agreement plugin or less than perfect stats with agreement plugin. Thanks for the help!

Hi Jason,

Here is a post with the issue.

https://141.2.95.202/einkaufsmanagement/?p=135

Details:

Agreement works as follows:
1. Author embeds attribute id=”agreement” in the <a> HTML tag
2. Plugin then appears to replace href=”https://…&#8221; with href=”#” in the <a..> tag to somehow (how?) intercept the link click event.
3. This messes up SlimStat’s download tracking (not a surprise) since the click event is not handled normally by the browser or intercepted by SlimStat. It gets intercepted by the agreement component and SlimStat never gets a change to log the download.

Admittedly, the situation that different users have the same IP-address is, in most contexts, extremely rare. But in some specific circumstances, where the users are sharing computers (like in schools), it can be very common.

To make it more clear:

The stats create a banner for each group of stats. The banner feature is nice.

There appears to be a banner for each IP-address/session.

A desired behavior should be, however, that when multiple users exist within a single IP-address/session, there should be a banner for each user.

Otherwise, the banner can be very misleading. It makes one think that all the entries under a particle banner correspond to a specific user. Which is not always true. Currently there can be multiple users for a single banner. This is very confusing.

Great job, though. I love SlimStat.

Will do. SlimStat -> awesome plugin!

I think I found the cause. I am using my own theme and the PHP code seems wrong. When I remove the theme, the problem disappears. I will post again about whether I was able to resolve the problem. It may take a while due to Easter holidays.