Closed Bug 1200789 Opened 9 years ago Closed 5 years ago

Insufficient identifier for the frequency caps records

Categories

(Firefox :: New Tab Page, defect)

defect
Not set
major

Tracking

()

RESOLVED WONTFIX

People

(Reporter: nanj, Unassigned)

Details

In the current "frequencyCap.json", the "target_url" is being used as the key for the frequency cap record. For instance,

    "https://www.mozilla.org/firefox/android": {
        "dailyCap": 3,
        "dailyViews": 5,
        ...
        "totalCap": 10,
        "totalViews": 5
    },

In the following two cases, it might apply frequency capping to the wrong tiles.

1). Occasionally, people would like to change the images for an existing tile, but reuse the target_url. On the server side, Splice will create a new tile for this change. Ideally, Firefox should count the frequency # from zero for it. In reality, since the target_url remains the same, it will continue to reuse the existing frequency caps, which prevents Firefox from serving this new tile as expected.

2). Another special case is that when a single tile is targeting multiple categories, e.g. technology fans and travel & hotels, again, Splice will create two tiles for the same creatives. However, the current frequency capping scheme will treat them identically by mistake. 

One possible solution is use the tile_id as the key, or use the composite key, e.g. "target_url tile_id".

Hello!

This bug has been closed due to inactivity and/or the potential for this bug to no longer be an issue with the new Discovery Stream-powered New Tab experience.

Please help us triage by reopening if this issue still persists and should be addressed.

Thanks!

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.