Closed
Bug 289344
Opened 20 years ago
Closed 13 years ago
Potential bug with Firefox browser while serving advertisements through Open AdStream software's MJX tag
Categories
(Core :: General, defect)
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.
Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
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.
Comment 3•20 years ago
|
||
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.
Comment 4•20 years ago
|
||
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: 20 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.
Comment 6•19 years ago
|
||
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).
Comment 8•18 years ago
|
||
*** Bug 355541 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Updated•18 years ago
|
Assignee: bross2 → nobody
Keywords: qawanted
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 1.8 Branch
Reporter | ||
Comment 9•18 years ago
|
||
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.
Reporter | ||
Comment 10•18 years ago
|
||
Comment 11•18 years ago
|
||
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.
Comment 12•18 years ago
|
||
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.
Comment 13•18 years ago
|
||
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
Comment 14•13 years ago
|
||
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
Updated•13 years ago
|
Whiteboard: testday-20110902
![]() |
||
Updated•13 years ago
|
Whiteboard: testday-20110902 → [testday-20110902]
Comment 15•13 years ago
|
||
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: 20 years ago → 13 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.
Description
•