Categories: Report an Issue :

Huge number of 404's from users all with /undefined at end of url

Showing 1-49 of 49 messages
Huge number of 404's from users all with /undefined at end of url rickb110 6/21/12 7:58 AM
Seems to only effect chrome versions 19.0.1084.56,19.0.1084.52 and 17.0.963.79

My error log has been filling up with lots and lots of 404's, all from urls with /undefined added to the end like so:

www.example.co.uk/undefined
www.example.co.uk/member/undefined

This has only started happening since the 12th June and I am at a complete loss as to explain the cause of it.

If anyone has any ideas I would be eternally grateful

Re: Huge number of 404's from users all with /undefined at end of url rickb110 6/25/12 1:42 AM
Still no resolution to this issue, had about 100 errors since midnight (GMT) as far as I can tell the user is unaware that there is an error on the page as there have been no complaints
Re: Huge number of 404's from users all with /undefined at end of url Yan-Scireg 6/27/12 8:41 AM
We've been getting the same thing.  "/undefined" is appearing at the end of some of our URLs from users browsing with Chrome.  The users seem to be genuine, though judging from the IIS logs, seem to be navigating the site without any apparent problems.  We haven’t been able to reproduce this error ourselves using chrome.
Re: Huge number of 404's from users all with /undefined at end of url rickb110 6/28/12 1:52 AM
Same problem, I have tried generating thousands of requests using chrome and not managed to even generate an error report.

I too am using IIS, maybe its something that only occurs on IIS web-servers?

Re: Huge number of 404's from users all with /undefined at end of url Yan-Scireg 6/28/12 2:40 AM
I came across the following post:

http://stackoverflow.com/questions/11017609/undefined-randomly-appended-in-1-of-requested-urls-on-my-website-since-12-jun

The guy seems to be describing something very similar to what we have been experiencing.  He is using apache though, so it seems like it’s not just IIS.  Interestingly, he also reports the problem starting started on the 12th of June, the same as you.  We have seen a few errors like this before the 12th, but it really seems to have gone nuts after that date, so it looks like it might be significant.
Re: Huge number of 404's from users all with /undefined at end of url rickb110 6/28/12 3:18 AM
They haven't managed to get a solution nailed down yet, he suggests that there is also a problem with IE and Firefox, I have seen a few IE user agents (probably 1 per 500 errors) so I put that down to compatibility browsing within Chrome. No firefox issues as of yet
Re: Huge number of 404's from users all with /undefined at end of url rickb110 7/2/12 3:47 AM
Anyone managed to make any progress with this?
Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 7/5/12 6:26 AM
Same problem here. Site running on Apache. Issue is mostly caused by Chrome, but I've spotted IE in the log as well.

Logically, if the problem arose at the same time for everyone, it must be something we share, and the only thing I can imagine, is jQuery which the only thing I do not store locally.
I use this: http://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js

Otherwise it must be a browser issue as rickb110 stated, but I see a couple of different browser versions, so it cannot be a recent issue.
- Chrome 19.0.1084.56
- Chrome 20.0.1132.47
- IE 8.0
- IE 9.0

99% Chrome though.

I'm at a loss.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 7/5/12 6:51 AM
My other websites that are running similar code and pretty much the same jQuery are not having this issue though. Also the jQuery version i'm using is 1.8.2
Re: Huge number of 404's from users all with /undefined at end of url Yan-Scireg 7/5/12 7:09 AM
We are running an older version of jQuery, 1.6.4.  The weird thing is, we run several sites, but are only seeing this problem on one of them, and only for two very specific pages.  It's as though there is something specific on those pages that is causing this issue.

Could this be related to Google analytics and event tracking?  We do quite a bit of that on those pages, though my colleague set that up so I can't say too much about how we are doing it.

Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 7/5/12 10:50 PM
I'm running analytics, as well as some customVars for splittesting.

I've got 3 versions of the site running; one locally for developing, one pre-live (running on the same server as the live site and with the same settings), and the live one. No matter how much I click, input, submit etc., the only one causing these errors is the live site. The live site IS the only one with Analytics running actively, so it might be the cause. I just think it's funny, only a handfull of people knows of this issue, if it's an Analytics bug.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 7/6/12 1:47 AM
I have analytics on three sites and only one is showing the undefined error =(
Re: Huge number of 404's from users all with /undefined at end of url Tiago A 7/8/12 4:41 PM

I've been having the same issue with three differente sites. Here are my findings so far.

I changed jQuery versions (from Google CDN to my own host, from 1.3.2 to 1.4, etc), disabled Analytics, a special google font, my own scripts and the problem persists.

My website is very busy, so I'm able to grep users in realtime. I've been tail'n and grep'n my nginx_access and it seems that the undefined request happens more or less 5 seconds after the original request.

Also, it seems to be happening in the background, ie, the user isn't noticing. I saw a couple of users making legitimate requests right after the /undefined request so the page must have not changed to the /undefined otherwise he wouldn't be able to navigate away.

1.1.1.1 - - [08/Jul/2012:20:28:05 -0300] "GET /test/ HTTP/1.1" 200 6502 "http://example.com/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.47 Safari/536.11"
1.1.1.1 - - [08/Jul/2012:20:28:09 -0300] "GET /test/undefined HTTP/1.1" 404 5 "http://example.com/"
1.1.1.1 - - [08/Jul/2012:20:28:10 -0300] "GET /test/another-page HTTP/1.1" 200 5 "http://example.com/test"


Another thing I noticed is that the problem is persistent for each "problematic" user: the undefined request happens after loading every and any page.

Just yesterday some user complained that he couldn't run a js app on my website. He them followed up saying that his antivirus was somehow blocking the JS. He isn't sure if he disabled Avira or malware bytes. So now I'm inclined to believe that some anti-virus vendor pushed some broken update and it's causing this problem. Another possibility is that some kind of virus or worm is causing this.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 7/9/12 2:35 AM
I have spotted a similar pattern with the error seeming to follow certain members around on every single page they visit - although like you say the member seems unaware of the error
Re: Huge number of 404's from users all with /undefined at end of url Kelly Stanonik 7/15/12 11:34 AM
I'm having this issue on an IIS server as well.  The 404 /undefined log entries aren't visible to users (I've tested this by browsing to the page).  For me it seems to be the result of niftycube.js, but I cannot figure out why so far.

If I remove the following lines the log enter/errors go away:

<script type="text/javascript" src="/sc/Scripts/niftycube.js"></script>
<script type="text/javascript">
        window.onload=function(){
                Nifty('div#leftnav,div#content','medium same-height');
                AddCss('/sc/css/niftyCorners.css');
                }
</script>

The css file and js file do exist.  The contents of niftycube.js:

/* Nifty Corners Cube - rounded corners with CSS and Javascript
Copyright 2006 Alessandro Fulciniti (a.ful...@html.it)

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
*/

var niftyOk=(document.getElementById && document.createElement && Array.prototype.push);
var niftyCss=false;

String.prototype.find=function(what){
return(this.indexOf(what)>=0 ? true : false);
}

var oldonload=window.onload;
if(typeof(NiftyLoad)!='function') NiftyLoad=function(){};
if(typeof(oldonload)=='function')
    window.onload=function(){oldonload();AddCss();NiftyLoad()};
else window.onload=function(){AddCss();NiftyLoad()};

function AddCss(path){
niftyCss=true;
var l=CreateEl("link");
l.setAttribute("type","text/css");
l.setAttribute("rel","stylesheet");
l.setAttribute("href",path);
l.setAttribute("media","screen");
document.getElementsByTagName("head")[0].appendChild(l);
}

function Nifty(selector,options){
if(niftyOk==false) return;
if(niftyCss==false) AddCss();
var i,v=selector.split(","),h=0;
if(options==null) options="";
if(options.find("fixed-height"))
    h=getElementsBySelector(v[0])[0].offsetHeight;
for(i=0;i<v.length;i++)
    Rounded(v[i],options);
if(options.find("height")) SameHeight(selector,h);
}

function Rounded(selector,options){
var i,top="",bottom="",v=new Array();
if(options!=""){
    options=options.replace("left","tl bl");
    options=options.replace("right","tr br");
    options=options.replace("top","tr tl");
    options=options.replace("bottom","br bl");
    options=options.replace("transparent","alias");
    if(options.find("tl")){
        top="both";
        if(!options.find("tr")) top="left";
        }
    else if(options.find("tr")) top="right";
    if(options.find("bl")){
        bottom="both";
        if(!options.find("br")) bottom="left";
        }
    else if(options.find("br")) bottom="right";
    }
if(top=="" && bottom=="" && !options.find("none")){top="both";bottom="both";}
v=getElementsBySelector(selector);
for(i=0;i<v.length;i++){
    FixIE(v[i]);
    if(top!="") AddTop(v[i],top,options);
    if(bottom!="") AddBottom(v[i],bottom,options);
    }
}

function AddTop(el,side,options){
var d=CreateEl("b"),lim=4,border="",p,i,btype="r",bk,color;
d.style.marginLeft="-"+getPadding(el,"Left")+"px";
d.style.marginRight="-"+getPadding(el,"Right")+"px";
if(options.find("alias") || (color=getBk(el))=="transparent"){
    color="transparent";bk="transparent"; border=getParentBk(el);btype="t";
    }
else{
    bk=getParentBk(el); border=Mix(color,bk);
    }
d.style.background=bk;
d.className="niftycorners";
p=getPadding(el,"Top");
if(options.find("small")){
    d.style.marginBottom=(p-2)+"px";
    btype+="s"; lim=2;
    }
else if(options.find("big")){
    d.style.marginBottom=(p-10)+"px";
    btype+="b"; lim=8;
    }
else d.style.marginBottom=(p-5)+"px";
for(i=1;i<=lim;i++)
    d.appendChild(CreateStrip(i,side,color,border,btype));
el.style.paddingTop="0";
el.insertBefore(d,el.firstChild);
}

function AddBottom(el,side,options){
var d=CreateEl("b"),lim=4,border="",p,i,btype="r",bk,color;
d.style.marginLeft="-"+getPadding(el,"Left")+"px";
d.style.marginRight="-"+getPadding(el,"Right")+"px";
if(options.find("alias") || (color=getBk(el))=="transparent"){
    color="transparent";bk="transparent"; border=getParentBk(el);btype="t";
    }
else{
    bk=getParentBk(el); border=Mix(color,bk);
    }
d.style.background=bk;
d.className="niftycorners";
p=getPadding(el,"Bottom");
if(options.find("small")){
    d.style.marginTop=(p-2)+"px";
    btype+="s"; lim=2;
    }
else if(options.find("big")){
    d.style.marginTop=(p-10)+"px";
    btype+="b"; lim=8;
    }
else d.style.marginTop=(p-5)+"px";
for(i=lim;i>0;i--)
    d.appendChild(CreateStrip(i,side,color,border,btype));
el.style.paddingBottom=0;
el.appendChild(d);
}

function CreateStrip(index,side,color,border,btype){
var x=CreateEl("b");
x.className=btype+index;
x.style.backgroundColor=color;
x.style.borderColor=border;
if(side=="left"){
    x.style.borderRightWidth="0";
    x.style.marginRight="0";
    }
else if(side=="right"){
    x.style.borderLeftWidth="0";
    x.style.marginLeft="0";
    }
return(x);
}

function CreateEl(x){
return(document.createElement(x));
}

function FixIE(el){
if(el.currentStyle!=null && el.currentStyle.hasLayout!=null && el.currentStyle.hasLayout==false)
    el.style.display="inline-block";
}

function SameHeight(selector,maxh){
var i,v=selector.split(","),t,j,els=[],gap;
for(i=0;i<v.length;i++){
    t=getElementsBySelector(v[i]);
    els=els.concat(t);
    }
for(i=0;i<els.length;i++){
    if(els[i].offsetHeight>maxh) maxh=els[i].offsetHeight;
    els[i].style.height="auto";
    }
for(i=0;i<els.length;i++){
    gap=maxh-els[i].offsetHeight;
    if(gap>0){
        t=CreateEl("b");t.className="niftyfill";t.style.height=gap+"px";
        nc=els[i].lastChild;
        if(nc.className=="niftycorners")
            els[i].insertBefore(t,nc);
        else els[i].appendChild(t);
        }
    }
}

function getElementsBySelector(selector){
var i,j,selid="",selclass="",tag=selector,tag2="",v2,k,f,a,s=[],objlist=[],c;
if(selector.find("#")){ //id selector like "tag#id"
    if(selector.find(" ")){  //descendant selector like "tag#id tag"
        s=selector.split(" ");
        var fs=s[0].split("#");
        if(fs.length==1) return(objlist);
        f=document.getElementById(fs[1]);
        if(f){
            v=f.getElementsByTagName(s[1]);
            for(i=0;i<v.length;i++) objlist.push(v[i]);
            }
        return(objlist);
        }
    else{
        s=selector.split("#");
        tag=s[0];
        selid=s[1];
        if(selid!=""){
            f=document.getElementById(selid);
            if(f) objlist.push(f);
            return(objlist);
            }
        }
    }
if(selector.find(".")){      //class selector like "tag.class"
    s=selector.split(".");
    tag=s[0];
    selclass=s[1];
    if(selclass.find(" ")){   //descendant selector like tag1.classname tag2
        s=selclass.split(" ");
        selclass=s[0];
        tag2=s[1];
        }
    }
var v=document.getElementsByTagName(tag);  // tag selector like "tag"
if(selclass==""){
    for(i=0;i<v.length;i++) objlist.push(v[i]);
    return(objlist);
    }
for(i=0;i<v.length;i++){
    c=v[i].className.split(" ");
    for(j=0;j<c.length;j++){
        if(c[j]==selclass){
            if(tag2=="") objlist.push(v[i]);
            else{
                v2=v[i].getElementsByTagName(tag2);
                for(k=0;k<v2.length;k++) objlist.push(v2[k]);
                }
            }
        }
    }
return(objlist);
}

function getParentBk(x){
var el=x.parentNode,c;
while(el.tagName.toUpperCase()!="HTML" && (c=getBk(el))=="transparent")
    el=el.parentNode;
if(c=="transparent") c="#FFFFFF";
return(c);
}

function getBk(x){
var c=getStyleProp(x,"backgroundColor");
if(c==null || c=="transparent" || c.find("rgba(0, 0, 0, 0)"))
    return("transparent");
if(c.find("rgb")) c=rgb2hex(c);
return(c);
}

function getPadding(x,side){
var p=getStyleProp(x,"padding"+side);
if(p==null || !p.find("px")) return(0);
return(parseInt(p));
}

function getStyleProp(x,prop){
if(x.currentStyle)
    return(x.currentStyle[prop]);
if(document.defaultView.getComputedStyle)
    return(document.defaultView.getComputedStyle(x,'')[prop]);
return(null);
}

function rgb2hex(value){
var hex="",v,h,i;
var regexp=/([0-9]+)[, ]+([0-9]+)[, ]+([0-9]+)/;
var h=regexp.exec(value);
for(i=1;i<4;i++){
    v=parseInt(h[i]).toString(16);
    if(v.length==1) hex+="0"+v;
    else hex+=v;
    }
return("#"+hex);
}

function Mix(c1,c2){
var i,step1,step2,x,y,r=new Array(3);
if(c1.length==4)step1=1;
else step1=2;
if(c2.length==4) step2=1;
else step2=2;
for(i=0;i<3;i++){
    x=parseInt(c1.substr(1+step1*i,step1),16);
    if(step1==1) x=16*x+x;
    y=parseInt(c2.substr(1+step2*i,step2),16);
    if(step2==1) y=16*y+y;
    r[i]=Math.floor((x*50+y*50)/100);
    r[i]=r[i].toString(16);
    if(r[i].length==1) r[i]="0"+r[i];
    }
return("#"+r[0]+r[1]+r[2]);
}

Re: Huge number of 404's from users all with /undefined at end of url toob 8/9/12 5:51 AM
Same problem here.

404s started at 2012/06/12 (13:17:38 ?).
Thousands hits against 2 or 3 the days before:
...
/var/log/nginx/2012/06/09_access.log.gz: 0
/var/log/nginx/2012/06/10_access.log.gz: 3
/var/log/nginx/2012/06/11_access.log.gz: 3
/var/log/nginx/2012/06/12_access.log.gz: 1118
/var/log/nginx/2012/06/13_access.log.gz: 2075
...

First part of the url is good, last part is /undefined

User are not aware of a problem

Top 5 user agent :
    236 Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.56 Safari/536.5
    140 Mozilla/5.0 (Windows NT 6.0) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.56 Safari/536.5
    115 Mozilla/5.0 (Windows NT 5.1) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.56 Safari/536.5
     24 Mozilla/5.0 (Windows NT 6.1) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.56 Safari/536.5
     14 Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SIMBAR={8A836C83-52FB-49E9-9F1C-97F4217BCD6C}; BTRS130281; .NET4.0C; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; FDM; AskTbPTF/5.13.1.18107)

Top ten IP show nothing interesting about IPs

Here is a list of main libs we are using :
- custom PHP,
- Varnish, nginx,
- Amazon cloudfront,
- local jquery-1.7.min.js,
- jqzoom
- jquery.cookie.js
- jquery.tooltip.js
- thickbox.js
- ga.js
- google adsense
- criteo (ad)
- smartadserver (ad)
- facebook
- pinterest
- twitter

The hosting company confirm this problem on many hosted website.
We (20 persons using the site daily from the same public) are completely unable to reproduce the problem.
It may be a popular addons, an antivirus or third party security tools or ...

Please help.

Thank You.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 8/9/12 6:01 AM
Unfortunately I have yet to make any progress with this issue, the number of errors isn't even consistent, some days we have about a thousand some days just a couple of hundred
Re: Huge number of 404's from users all with /undefined at end of url toob 8/22/12 9:31 AM
Thank You rickb.
No progress here too...
The number of errors looks consistent with the number of visitors/hits: approx 0.2% of page hits

nb. errors by day:
/var/log/nginx/2012/08/01_access.log.gz: 1621
/var/log/nginx/2012/08/02_access.log.gz: 1535
/var/log/nginx/2012/08/03_access.log.gz: 1292
/var/log/nginx/2012/08/04_access.log.gz: 1459
/var/log/nginx/2012/08/05_access.log.gz: 1699
/var/log/nginx/2012/08/06_access.log.gz: 1357
/var/log/nginx/2012/08/07_access.log.gz: 1272
/var/log/nginx/2012/08/08_access.log.gz: 1337
/var/log/nginx/2012/08/09_access.log.gz: 1092
/var/log/nginx/2012/08/10_access.log.gz: 1010
/var/log/nginx/2012/08/11_access.log.gz: 1189
/var/log/nginx/2012/08/12_access.log.gz: 1123
/var/log/nginx/2012/08/13_access.log.gz: 1675
/var/log/nginx/2012/08/14_access.log.gz: 1453
/var/log/nginx/2012/08/15_access.log.gz: 1393
/var/log/nginx/2012/08/16_access.log.gz: 1653
/var/log/nginx/2012/08/17_access.log.gz: 1095
/var/log/nginx/2012/08/18_access.log.gz: 1077
/var/log/nginx/2012/08/19_access.log.gz: 1582
/var/log/nginx/2012/08/20_access.log.gz: 1686
/var/log/nginx/2012/08/21_access.log.gz: 1407

Re: Huge number of 404's from users all with /undefined at end of url Wet Coast 8/22/12 5:24 PM
We're seeing the same thing on our site.  Starting June 12th the number of occurrences went up dramatically.

We're seeing approx 0.2% of page requests being affected.  All requests for the undefined URL are coming within seconds of the user hitting a normal page, only with the page name replaced with undefined or undefined tacked onto the folder name.  E.g.

http://www.example.com/ and then http://www.example.com/undefined
http://www.example.com/folder/page.html and then http://www.example.com/folder/undefined

We've seen the problem across just about every browser/version and on Windows, Mac OS X and Linux systems.

There doesn't seem to be any geographic relationship around the IP addresses being affected.

Here's the counts for June:
./access_log-2012.06.01.gz 0
./access_log-2012.06.02.gz 0
./access_log-2012.06.03.gz 0
./access_log-2012.06.04.gz 0
./access_log-2012.06.05.gz 1
./access_log-2012.06.06.gz 0
./access_log-2012.06.07.gz 0
./access_log-2012.06.08.gz 0
./access_log-2012.06.09.gz 0
./access_log-2012.06.10.gz 0
./access_log-2012.06.11.gz 0
./access_log-2012.06.12.gz 180
./access_log-2012.06.13.gz 421
./access_log-2012.06.14.gz 458
./access_log-2012.06.15.gz 203
./access_log-2012.06.16.gz 134
./access_log-2012.06.17.gz 139
./access_log-2012.06.18.gz 191
./access_log-2012.06.19.gz 316
./access_log-2012.06.20.gz 223
./access_log-2012.06.21.gz 287
./access_log-2012.06.22.gz 245
./access_log-2012.06.23.gz 152
./access_log-2012.06.24.gz 211
./access_log-2012.06.25.gz 215
./access_log-2012.06.26.gz 444
./access_log-2012.06.27.gz 466
./access_log-2012.06.28.gz 264
./access_log-2012.06.29.gz 267
./access_log-2012.06.30.gz 179

Re: Huge number of 404's from users all with /undefined at end of url Happy_Joe 9/19/12 1:49 AM
Anything new?

We have a custom 404 which does its own logging and has been logging such requests. However, IIS logs don't show these requests, nor activity from the requesting IPs. Does this make any sense?

It isn't logging UA at the moment so I don't have browser data.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 9/19/12 2:08 AM
Afraid not Joe, I spent a number of months trying to make my javascript absolutely perfect and haven't seen any drop off in undefined errors.
Re: Huge number of 404's from users all with /undefined at end of url epommate 9/20/12 2:40 AM
Hello,

I have the same problem since 12/06/2012.
~300 undefined / days

I'm managing many website, but there is only one that has this problem. The problem occurs on every page for few user. For every page that a user retrieves, there is a undefined request 4 or 5 second after.

The problem occurs only on windows for Chrome or IE 8 or IE 9

Re: Huge number of 404's from users all with /undefined at end of url Cstdenis 9/21/12 4:57 PM
I've been getting a lot of this too. Very annoying.

I'm thinking the small number of IE cases that show up may be explained by Google Chrome Frame.

Re: Huge number of 404's from users all with /undefined at end of url Julie_Esp 9/22/12 8:27 AM
Hi,

Did anyone find an answer for this? I have the same exact problem since several month.

I use Nginx as a webserver on Debian. The /undefined happen with some Chrome users, sometimes also with MSIE 8 or MSIE 9. I haven't been able to reproduce it on my computers. It doesn't seem to bother the users as they continue browsing, so the request seems to happen in the background.

Maybe a buggy antivirus or something making a request in the background ?

Thanks,
Julie

Re: Huge number of 404's from users all with /undefined at end of url epommate 9/24/12 4:37 AM
Hi,

I think that I have an explanation for this problem.

The problem seems to appear for browsers that have a plugin called "complitly" installed (http://www.complitly.com/) .
This plugin installs as a windows software and adds a plugin for the installed browsers (Chrome and IE).

When the browser reads a web page with an input field named "search" (or "recherche" in French and I suppose "search" translated in any language), the plugin tries to retrieve a page named "undefined" (I guess, this is a bug in the plugin).

Re: Huge number of 404's from users all with /undefined at end of url Happy_Joe 10/9/12 7:22 AM
@epommate - is this verified?
Re: Huge number of 404's from users all with /undefined at end of url Sada.rajagopalan 11/1/12 7:03 AM
Hi
How did you validate / verify this theory is this for sure
i tried to install complitly on desktop added it browser created a test.html
but could not recreate the problem
Re: Huge number of 404's from users all with /undefined at end of url epommate 11/1/12 7:30 AM
Yes,

I rename all my search field "rec2herche", I haven't the 404 anymore.

Re: Huge number of 404's from users all with /undefined at end of url epommate 11/1/12 7:34 AM
Add a simple input text field in test.html, named this field "search"

<input type='text' name='search' />

Then, try to display this file (throughout a web server) in a chrome or IE browser with complitly installed.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 11/1/12 7:49 AM
Haven't had chance to test this yet but this doesn't seem likely, the undefined errors are predominately Chrome browsers(99%) in my error log, if this was something that was directly impacting IE then I would have significantly more IE instances.
Re: Huge number of 404's from users all with /undefined at end of url Sada.rajagopalan 11/1/12 12:01 PM
i did exactly that but could not recreate the issue
should this be under load /
Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 11/2/12 12:57 AM
Had I not tried this for myself, I would have called this solution "highly unlikely".
However... I thought I would give it a go - just in plain desperation - so I installed "complitly", and though I can not recreate the error with the plugin for IE (both 8 & 9), I can now provoke the "undefined" error using Chrome. It might not be the only cause of the problem, but in my case, it triggers the error fine.

This are my results for now:
The plugin checks the name, class and id of an input field - I tested them individually. If anyone of these contain the word "search", it will trigger the undefined-error. In my case, my search-field was named "keywords", which also triggered it. There are most likely more trigger-words, but I did not look for more.

I doubt tracking down the company behind "complitly" and forcefeeding them their own buggy software, in a 3.25" floppy format, would do any good, so now the question is: How do we fix the error, short of renaming the searchfield and classes pertaining to it, using some obscure naming-policy?

Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 11/2/12 2:14 AM
Just send the Complitly crew a mail, informing them of the issue - hoping for a reply/fix. I'll let you know when/if I get a reply from them. However; even if they fix the issue, it might take some time getting around to their entire userbase, so the errors will remain for some time yet.

Again: I am aware that this might not be the only cause for the error, but it seems to be a part of the puzzle at least.

Re: Huge number of 404's from users all with /undefined at end of url rickb110 11/2/12 4:50 AM
can you detect if complitly is installed? if it is causing strange redirects then potentially it is making a direct request to the webserver
Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 11/2/12 4:59 AM
From a javascript point of view, I can detect some plugins, however Complitly does not seem to be one of them. See http://jsfiddle.net/2EaKD/. But even if I could detect it, I have no power to change anything on the client machine, afaik.
Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 11/6/12 3:50 AM
Reply from Complitly:

Hi.
Thanks for reaching out to us and for letting us know about it.
Please allow us to investigate the reported issue and hopefully to solve it ASAP.
Best regards,
Complitly Support

Re: Huge number of 404's from users all with /undefined at end of url rickb110 11/6/12 4:48 AM
I wasn't thinking of changing something on the client side - if we can find some way to detect it we can then gain control of the actions it takes, in this case dropping an error into the log. I would probably just set it up to ignore the errors but you may want to do something more complex
Re: Huge number of 404's from users all with /undefined at end of url jjj222 11/16/12 8:32 PM
complitly is a jewish company or, at least its server is in israel.
israel companies tried to force their entry into the web security market in several ways and i could mention few examples.

the problem is another one.
my pages, my code, and i bet yours too, DO NOT serve any undefined content.
the 404 is generated by a GET on its own on the client side.

so there is NOTHING wrong in our code.
If it's true that complitly is causing this problem through a plugin then:
- they are a poor company distributing a poor product with no testing worth of the name
- they are faking the user agent since, at least by ethic rules, they should declare their plugin as an active part of the browser
- hiding or faking a user agent is unfortunately a common practice among wannabe new-kings-of-the-security-and-reputation-market but often hides itself a poor set of moral and corporate values and a lack of honesty.
- whatever they pretend to GET, might be illegally done. Since what if they are trying to get passwords or financial details from our visitors?

IF all this is confirmed, i would state the complitly is a poor company with a poor and unsafe product that anybody should uninstall in order to protect its personal finaincial and non, details.

My case is the following:
- no specific supremacy of chrome, found evenly on IE8 , IE9, chrome, not firefox yet
- unreproduceable
- not justified
- not code dependent

i just found it out today, maybe 6-7 undefined 404 in 24 hours but yet they should not be there.
I suspect a mass viral infection though.
 

Re: Huge number of 404's from users all with /undefined at end of url dvmx 12/29/12 2:02 PM
Having this problem on an iPad. (Safari). Click on a Google Search result, and it goes to a 404 at google.com/undefined. Happens with every result link. Rebooting the iPad stops the problem. But it comes back again. What's going on?
Re: Huge number of 404's from users all with /undefined at end of url Willy Barro 1/5/13 9:40 AM
Based on this post, I reverse-engineered the "Complitly" Chrome Plugin/malware, and found that this extension is injecting an "improved autocomplete" feature that was throwing "undefined" requests at every site that has a input text field with NAME or ID of "search", "q" and many others.

I found also that the enable.js file (one of complitly files) were checking a global variable called "suggestmeyes_loaded" to see if it's already loaded (like a Singleton). So, setting this variable to false disables the plugin.

To disable the malware and stop "undefiend" requests, apply this to every page with a search field on your site:

<script type="text/javascript">
    window.suggestmeyes_loaded = true;
</script>

This malware also redirects your users to a "searchcompletion.com" site, sometimes showing competitors ADS. So, it should be taken seriously.

Re: Huge number of 404's from users all with /undefined at end of url Thomas SJensen 1/7/13 12:54 AM
@Willy
I just testet the "window.suggestmeyes_loaded = true;" both on my local and dev site, and it worked beautifully.
Hats off to you for the fix!
Re: Huge number of 404's from users all with /undefined at end of url rickb110 1/7/13 2:44 AM
Does this solve the issue of them potentially redirecting to "searchcompletion.com" or does it just hide the undefined error?
Re: Huge number of 404's from users all with /undefined at end of url Willy Barro 1/7/13 3:38 AM
That fix solves both problems, because it disables the whole plugin. BTW, while hacking the fix, my biggest concern was with the redirection issue. So don't worry, it'll be disabled!
Re: Huge number of 404's from users all with /undefined at end of url Str82u 1/19/13 8:36 PM
I gave this a try in the head and body, no stop to the undefined but in the head it appeared to reduce the number of them considerably. Exactly where do you recommend adding the code AND can it be added to a site's javascript file to load on every pageview? Could you give an example if it can, please.
Re: Huge number of 404's from users all with /undefined at end of url Willy Barro 1/20/13 4:14 PM
I recommend you to add it on HEAD, because the "plugin" doesn't exactly waits for the document.ready event, so it's pretty much unpredictable when it will start to load.

Yes, you can add it to your default javascript file. Just make sure that this file is being included on your html's HEAD tag or as soon as possible (e.g. you could insert it on body, but try to insert it as near to the opening BODY tag as possible).

Re: Huge number of 404's from users all with /undefined at end of url Str82u 1/20/13 4:38 PM
Thanks for the reply. Yes, our JS loads in the HEAD for sure. Gonna go work it out and give it another try. It's been really annoying going through all those errors.
Re: Huge number of 404's from users all with /undefined at end of url Str82u 1/21/13 10:00 PM
Wanted to let you know that for the first time in months there isn't a scrollbar on our error log. Thank you for taking the initiative to work up that solution and share it with everyone. I've seen your fix getting around the web as people who implement it write it up like as though they figured it out but you definitely deserve the credit.

Thanks again, that was such a relief.

Re: Huge number of 404's from users all with /undefined at end of url JoHarrington 3/9/13 1:27 PM
I've managed to fix this in my friends Chrome browser.  She didn't have Complitly, but see did have Site Advisor. That was the problem and removing it as a Chrome plug-in worked.

More information in my article on Wizzley:

http://wizzley.com/url-adding-undefined-on-chrome/

Re: Huge number of 404's from users all with /undefined at end of url ing. Jovanovic 3/11/13 5:32 AM
Here is some php 301 permanent redirect just to be sure
/*returns curent url*/
function curPageURL() {
 $pageURL = 'http';
 if ($_SERVER["HTTPS"] == "on") {$pageURL .= "s";}
 $pageURL .= "://";
 if ($_SERVER["SERVER_PORT"] != "80") {
  $pageURL .= $_SERVER["SERVER_NAME"].":".$_SERVER["SERVER_PORT"].$_SERVER["REQUEST_URI"];
 } else {
  $pageURL .= $_SERVER["SERVER_NAME"].$_SERVER["REQUEST_URI"];
 }
 return $pageURL;
}
/*returns curent url*/
/*place this before first html appears*/
$cur_url=curPageURL();
if((substr_count($cur_url, 'undefined'))>0){
$cur_url=str_replace("undefined","",$cur_url);
wp_redirect($cur_url, 301); exit;//for wordpress users - me :)
/* header("HTTP/1.1 301 Moved Permanently");header("Location: ".$cur_url); - for no wp users */
}
Prevention is the king!
More topics »