Closed Bug 289344 Opened 16 years ago Closed 9 years ago

Potential bug with Firefox browser while serving advertisements through Open AdStream software's MJX tag

Categories

(Core :: General, defect)

1.8 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mulchand.gala, Unassigned)

References

()

Details

(Whiteboard: [testday-20110902][testday-20120713])

Attachments

(4 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

This bug was first reported to https://support.mozsource.com/as ticket number
702-868293.

I am technical support engineer with 24/7 Realmedia Inc, at
www.247realmedia.com. The issue below is regarding interaction between our
adserver Open AdStream (http://www.247realmedia.com/products/oas.html) and
Firefox browser.

Issue: When a page tagged with Open Adstream's MJX tag is viewed with Firefox
1.0 and 1.0.1 browser, the ads are displayed in wrong position. This issue can
not be reproduced in Internet Explorer



Reproducible: Always

Steps to Reproduce:
1. Visit
http://singletraining56.247realmedia.com/RealMedia/ads/Creatives/TechSupport/forbes_test_page/forbes-test.html
You should see three banners for 3 different positions: x01, x02 and x03. The
banners targeted to each position are self explanatory with position name
embedded in the image.
2. When you refresh a few times, you see for example, banner for x03 is
delivered on position x02.
3. I have attached 3 screenshots.
A. The 3 banners in browser
B. Page Info ->Media
C. PageInfo->links


Actual Results:  
Banners are delivered to wrong positions for e.g. Banner for Position x03 is
delivered to position x02.

Expected Results:  
On Internet Explorer, the correct banners show up.

Details:
You can view source of the above page and see the MJX code. This code has a call
to "adstream_mjx.ads" which is a CGI that returns the OAS_RICH function back
from our adserver. OAS_AD function then does the function of placing the ads in
the correct position on the page.

When investigated further, we noticed that the OAS_RICH function returned back
from ad-server does return the correct position name and the corresponding ad
but for some reason, Firefox uses an old image from the cache and user sees the
wrong ad in that position. This problem is exaggerated when a banner ad is
displayed in a sky-scraper position.
wfm with Mozilla/5.0 (Windows; U; Windows NT 5.2; de-DE; rv:1.8b2) Gecko/20050404
and also with FF1.0.2 (reloaded 20+ times)

Reporter: 
You reported that you see this in FF1.0 and FF1.0.1 but you are using FF1.0.2
Do you see this also with FF1.0.2 ?

If yes:
Could you please test a trunk build (the FF1.0.x branch is old) ?
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2005-04-04-07-trunk

If you use extension, also try it with the Firefox safemode.


Matti, I've been unable to repro this with 1.0.3...

Do you have reason to believe it was fixed recently?  I'm interested in knowing
the patch that fixed it, or related bugs, if you know more.

Thanks.
I can't reproduce this with my current Mozilla CVS trunk build.
That's the reason why I asked (and FF1.0.3 is based on a Gecko from April (?)
last year = very old). 

But there could be different reasons why I can't reproduce this:
a) fixed since april last year
b) different timing because of different networking speed or latency / 
System speed
c) an installed FF extension caused this in your Firefox installation.

I have no clue why you saw this bug and why this seems to be fixed for you with
FF1.0.3

I'll mark this bug wfm, please reopen if you can see this problem in a recent
nightly trunk build.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
I am able to reproduce this in 1.0.7. It might take a few reloads for it to happen, but it does. Something similar happens when hitting the back button to return to the page after browsing elsewhere.
And can you reporduce this with a recent build like the Firefox 1.5Beta(FF1.0.7 is over one year old because it's only Firefox1.0 plus security fixes and other small things).
Still occurs with 1.5 rc1.
*** Bug 355541 has been marked as a duplicate of this bug. ***
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Assignee: bross2 → nobody
Keywords: qawanted
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.8 Branch
This is still occuring with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7

I have attched a screenshot from http://health.howstuffworks.com/ where a sky-scraper ad shows up in leaderboard spot right below "Make HowStuffWorks your home page!" link.
This has been happening to us for quite some time, and is far from fixed as of 1/22/07.  Ads that we serve via 247RealMedia's Open Ad Stream have the creative from one campaign delivering into IFRAMES that belong to either other third party campaigns, or to IFRAMES that belong to other page elements.  This only happens in Mozilla. It is rather embarrassing as a publisher.
The screenshot shows the little ad appearing in the banner position and the banner in the little image position.
It is not always but appears to be still an issue with Firefox browser.
Ads that are served via 247RealMedia's Open Ad Stream have the creative
from one campaign delivering into IFRAMES that belong to either other third
party campaigns, or into IFRAMES that belong to other page elements. Please investigate
The AdStream server a test page are no longer available.

@Mulchand

Would you please let us know if your still experiencing problems and provide an up to date statement of the problem.

Best, Paul
Whiteboard: testday-20110902
Whiteboard: testday-20110902 → [testday-20110902]
As Comment 14 states, original page is not available, on Comment 9 site I can't see any problems, so closing as WFM
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago9 years ago
Resolution: --- → WORKSFORME
Whiteboard: [testday-20110902] → [testday-20110902], [testday-20120713]
Keywords: qawanted
Whiteboard: [testday-20110902], [testday-20120713] → [testday-20110902][testday-20120713]
You need to log in before you can comment on or make changes to this bug.