Closed Bug 812154 Opened 12 years ago Closed 11 years ago

Google ads on beyond.com don't show up

Categories

(Web Compatibility :: Mobile, defect)

ARM
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jdm, Assigned: karlcow)

References

(Blocks 1 open bug, )

Details

(Whiteboard: [country-all] [sitewait] [serversniff])

It appears that the Google ad service is actually providing an empty html document when presented with the FF 19 for Android user-agent. Accessing a URL such as http://googleads.g.doubleclick.net/pagead/ads?channel=1228528323&oe=utf8&client=ca-mb-pub-5910828605562046&correlator=1352987811789&dt=1352987811789&ea=0&flash=0&frm=1&js=afmc-v1.2&output=html&u_ah=1053&u_aw=1920&u_cd=24&u_h=1080&u_w=1920&u_his=2&url=http%3A%2F%2Fwww.beyond.com%2Fm2%23home-search&ad_type=text_image&color_bg=FFFFFF&color_border=336699&color_link=0000FF&color_text=000000&color_url=008000&format=320x50_mb&dtd=1 with the stock browser UA returns regular ad content; accessing the same URL with the FF 19 UA applied returns "<html><body style="background-color:transparent"></body></html>".
Blocks: 811421
Blocks: 886605
Let's see a few things: To avoid to clutter things, I created a variable export ADSURI="http://googleads.g.doubleclick.net/pagead/ads?channel=1228528323&oe=utf8&client=ca-mb-pub-5910828605562046&correlator=1352987811789&dt=1352987811789&ea=0&flash=0&frm=1&js=afmc-v1.2&output=html&u_ah=1053&u_aw=1920&u_cd=24&u_h=1080&u_w=1920&u_his=2&url=htt p%3A%2F%2Fwww.beyond.com%2Fm2%23home-search&ad_type=text_image&color_bg=FFFFFF&color_border=336699&color_link=0000FF&color_text=000000&color_url=008000&format=320x50_mb&dtd=1" Let's see if the variable work. echo $ADSURI http://googleads.g.doubleclick.net/pagead/ads?channel=1228528323&oe=utf8&client=ca-mb-pub-5910828605562046&correlator=1352987811789&dt=1352987811789&ea=0&flash=0&frm=1&js=afmc-v1.2&output=html&u_ah=1053&u_aw=1920&u_cd=24&u_h=1080&u_w=1920&u_his=2&url=http%3A%2F%2Fwww.beyond.com%2Fm2%23home-search&ad_type=text_image&color_bg=FFFFFF&color_border=336699&color_link=0000FF&color_text=000000&color_url=008000&format=320x50_mb&dtd=1 Yes. Test with a chrome user agent string → http GET $ADSURI User-Agent:'Mozilla/5.0 (iPhone; U; CPU iPhone OS 5_1_1 like Mac OS X; en) AppleWebKit/534.46.0 (KHTML, like Gecko) CriOS/19.0.1084.60 Mobile/9B206 Safari/7534.48.3' HTTP/1.1 200 OK Cache-Control: private Content-Encoding: gzip Content-Length: 2362 Content-Type: text/html; charset=UTF-8 Date: Fri, 05 Jul 2013 22:39:05 GMT Expires: Fri, 05 Jul 2013 22:39:05 GMT P3P: policyref="http://googleads.g.doubleclick.net/pagead/gcn_p3p_.xml", CP="CURa ADMa DEVa TAIo PSAo PSDo OUR IND UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR" Server: cafe Set-Cookie: test_cookie=CheckForPermission; expires=Fri, 05-Jul-2013 22:54:05 GMT; path=/; domain=.doubleclick.net X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block <!DOCTYPE html><html><head><script> [… content removed to not clutter the log but working… ] </script></body></html> With Firefox OS UA → http GET $ADSURI User-Agent:'Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0' HTTP/1.1 400 Bad Request Cache-Control: private Content-Encoding: gzip Content-Length: 82 Content-Type: text/html; charset=UTF-8 Date: Fri, 05 Jul 2013 22:39:12 GMT P3P: policyref="http://googleads.g.doubleclick.net/pagead/gcn_p3p_.xml", CP="CURa ADMa DEVa TAIo PSAo PSDo OUR IND UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR" Server: cafe Set-Cookie: test_cookie=CheckForPermission; expires=Fri, 05-Jul-2013 22:54:12 GMT; path=/; domain=.doubleclick.net X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block <html><body style="background-color:transparent"></body></html> With Opera Mobile UA http GET $ADSURI User-Agent:'Opera/9.80 (Android; Linux; Opera Mobi/16578; U; en) Presto/2.8.149 Version/11.10' HTTP/1.1 400 Bad Request Cache-Control: private Content-Encoding: gzip Content-Length: 82 Content-Type: text/html; charset=UTF-8 Date: Fri, 05 Jul 2013 22:41:48 GMT P3P: policyref="http://googleads.g.doubleclick.net/pagead/gcn_p3p_.xml", CP="CURa ADMa DEVa TAIo PSAo PSDo OUR IND UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR" Server: cafe Set-Cookie: test_cookie=CheckForPermission; expires=Fri, 05-Jul-2013 22:56:48 GMT; path=/; domain=.doubleclick.net X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block <html><body style="background-color:transparent"></body></html> with Opera UA Desktop http GET $ADSURI User-Agent:'Opera/9.80 (Macintosh; Intel Mac OS X 10.7.3; U; Edition Next; fr) Presto/2.10.289 Version/12.00' HTTP/1.1 400 Bad Request Cache-Control: private Content-Encoding: gzip Content-Length: 82 Content-Type: text/html; charset=UTF-8 Date: Fri, 05 Jul 2013 22:42:53 GMT P3P: policyref="http://googleads.g.doubleclick.net/pagead/gcn_p3p_.xml", CP="CURa ADMa DEVa TAIo PSAo PSDo OUR IND UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR" Server: cafe Set-Cookie: test_cookie=CheckForPermission; expires=Fri, 05-Jul-2013 22:57:53 GMT; path=/; domain=.doubleclick.net X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block <html><body style="background-color:transparent"></body></html> With Firefox Desktop 22 http GET $ADSURI User-Agent:'Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:22.0) Gecko/20100101 Firefox/22.0' HTTP/1.1 400 Bad Request Cache-Control: private Content-Encoding: gzip Content-Length: 82 Content-Type: text/html; charset=UTF-8 Date: Fri, 05 Jul 2013 22:44:07 GMT P3P: policyref="http://googleads.g.doubleclick.net/pagead/gcn_p3p_.xml", CP="CURa ADMa DEVa TAIo PSAo PSDo OUR IND UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR" Server: cafe Set-Cookie: test_cookie=CheckForPermission; expires=Fri, 05-Jul-2013 22:59:07 GMT; path=/; domain=.doubleclick.net X-Content-Type-Options: nosniff X-XSS-Protection: 1; mode=block <html><body style="background-color:transparent"></body></html> So there is a larger issue than just Firefox OS. It seems to not work anywhere but Chrome. This to be prepared to have a harder fight. :)
Just wondering if there is a dependency on the URI parameters itself. Asking to someone at Google.
Assignee: nobody → kdubost
Whiteboard: [sitewait]
ETA (according to Google) in 2-3 weeks. :) Let's cross fingers.
(In reply to Karl Dubost from comment #3) > ETA (according to Google) in 2-3 weeks. :) Let's cross fingers. Does this fix bug 886605?
No this is a different bug.
Whiteboard: [sitewait] → [uaoverride] [country-all] [sitewait] [serversniff]
Whiteboard: [uaoverride] [country-all] [sitewait] [serversniff] → [country-all] [sitewait] [serversniff]
This is still not working as of today.
Status: NEW → ASSIGNED
recontacted people at Google.
ok I just tested again, and we are still having the same result. I'm trying to see if we can push a bit more.
(the front page of beyond.com now looks exactly the same to me in Fx desktop spoofing as FxOS and Chrome)
we might want to bother them about giving us the same site as they send the iPhone though - http://www.beyond.com/m2 - reported as bug 939035
Tested and we still have the issue of the 400 BAD Request
Now contacted AdSense support as well, hopefully I'll get a good answer. What makes things worse is that not even the backup ads are displayed that should be displayed when no ad is available for whatever reason.
For my website things are working fine now as of today. It took a while until AdSense support escalated my message to the technical team but it seems it bear fruit. Does it work now for you as well?
seems to work here, yes
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.