Home > Other Systems (CPVLab, iMobiTrax, P202, Track Revenue, Click, Google Analytics, etc.) > The STM Mobile Tracker

---

Small STM Mobile Tracker bug (18)

---

I just noticed a small bug and I'm wondering if anyone else has come across it:

When you setup a campaign to rotate offers, for some reason the STM Mobile tracker will get confused and assign conversions to the wrong offer.

So , say for example I have

Example Campaign 1 : 10 conversions
---Offer1 :7 conversions
---Offer2 :3 conversions

From my network stats, I know that Offer 2 got zero conversions but for some reason the tracker is showing 3 conversions that where actually from Offer1.

Has anyone else seen this?

---

Hmm this is really weird , are you using the latest version?

---

Yeah, i see the same issue.
Using latest version.

---

Yes, latest version here too.
I was thinking that maybe the bug is in the way that it's rotating the offers and the income of visitors.

1) visitor1 comes in and offer1 comes up in the rotation.
2)Right away visitor2 comes in and clicks faster than visitor1 on the offer link.
3)Since offer1 was already lined up in the rotation, visitor2 is taken to offer1 but his subid was associated to offer2.

I'm not really sure how offer rotation works but that's one possible explanation I came up with , without looking at the code.

---

Huh, that is wierd.

What software is your affiliate network using? (Just trying to narrow down all variables)

Also, what sort of click volume are you running, and how powerful a server are you using?

I'll try and duplicate this bug next week and see what's up.

---

This is happening with Cake and the software Adsimilis uses.
I'm not really running that much traffic, around 2-3k clicks per day on a 768Mb RAM VPS on Beyondhosting.

---

Adsimillis is Has Offers

---

Hmm will ask coder to check if there is anything wrong with the rotation code.

---

Ok , finally found out the issue.

Some clicks on certain browsers that were sending requests twice were being cached.

The solution is very simple.


Only one change is required. Put the following 3 lines of code at the very beginning of tracking202/redirect/tracker.php:

Before the top looked like :

[PHP]
<?

include_once($_SERVER['DOCUMENT_ROOT'] . '/202-config.php');
include_once($_SERVER['DOCUMENT_ROOT'] . '/202-config/connect.php');

[/PHP]

now it should look like :

[PHP]
<?
header('Cache-Control: no-cache, no-store, max-age=0, must-revalidate');
header('Expires: Sun, 03 Feb 2013 02:29:00 GMT'); // Date in the past
header("Pragma: no-cache");

include_once($_SERVER['DOCUMENT_ROOT'] . '/202-config.php');
include_once($_SERVER['DOCUMENT_ROOT'] . '/202-config/connect.php');

[/PHP]

Let me know if that solves it for you.

---

Hello bbrock, sorry I took so long but I've been testing this for about a couple of weeks now and I'm still seeing the same error unfortunately.
Did you manage to replicate this on your setup?

---

@rafael - did you try the code change that bbrock suggested?

---

@caurmen - yes, I modified it a couple of weeks ago and I'm still seeing the error.

---

The same situation here. Modified code a couple weeks ago, but still see the issue.

---

Gotcha, we're on it.

---

@caurmen - thanks man! I'm kinda worried now that this issue might affect other parts of tracking like LP conversion tracking or the C# variables tracking :/

---

Found the issue, will post the patch tomorrow when home.

---

Awesome!!! This bug is really freaking me out lol

---

Here you go , just replace these files and all should be good.

p202_20130726_tracking202_redirect_Lp-PATCHES.zip

---

Home > Other Systems (CPVLab, iMobiTrax, P202, Track Revenue, Click, Google Analytics, etc.) > The STM Mobile Tracker