From andy at yellowswordfish.com Mon Mar 10 13:43:00 2008 From: andy at yellowswordfish.com (Andy Staines) Date: Tue Mar 11 03:57:51 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s Message-ID: Good day I am hoping someone can advise me I am the author of a WordPress plugin (php) that makes various uses of AHAH (straight from the wiki here). 99%+ of my users have no problem but two or three receive 404 OK errors returned from each call. We have investigated everything as far as I can tell. The environments are not 'different' - Apache/Linux php4 or 5. Permissions are not an issue. If I paste the url of the php file that is being sent to the js/AHAH routine directly into the browser it returns the correct content with no problem. And typically of course, I cannot reproduce the error but have seen it on a users site. My javascript is, shall we say, 'recently acquired' but I am not doing anything complex - simply populating a div or two. Can anyone possibly suggest where I should look for the source of the problem. before I tear the rest of my hair out? Any help would be much appreciated Thanks Andy From ernest.prabhakar at gmail.com Tue Mar 11 06:59:47 2008 From: ernest.prabhakar at gmail.com (Ernest Prabhakar) Date: Tue Mar 11 06:59:53 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: References: Message-ID: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> Hi Andy, On Mar 10, 2008, at 2:43 PM, Andy Staines wrote: > Good day > I am hoping someone can advise me > I am the author of a WordPress plugin (php) that makes various uses > of AHAH (straight from the wiki here). 99%+ of my users have no > problem but two or three receive 404 OK errors returned from each > call. Ouch. Do you mean those users get the error *every* time? For every client? > We have investigated everything as far as I can tell. The > environments are not 'different' - Apache/Linux php4 or 5. > Permissions are not an issue. > If I paste the url of the php file that is being sent to the js/AHAH > routine directly into the browser it returns the correct content > with no problem. And typically of course, I cannot reproduce the > error but have seen it on a users site. Just so I understanding: 1. Your plugin users are site owners, who have installed it on your site. 2. User A has no problems 3. User B, with an identical server setup, constantly has *their* users getting 404s every time they hit that page, no matter which browser they use Is that correct? -enp > > My javascript is, shall we say, 'recently acquired' but I am not > doing anything complex - simply populating a div or two. > Can anyone possibly suggest where I should look for the source of > the problem. before I tear the rest of my hair out? > Any help would be much appreciated > Thanks > Andy > _______________________________________________ > microformats-rest mailing list > microformats-rest@microformats.org > http://microformats.org/mailman/listinfo/microformats-rest From andy at yellowswordfish.com Tue Mar 11 07:47:42 2008 From: andy at yellowswordfish.com (Andy Staines) Date: Tue Mar 11 07:47:49 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> References: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> Message-ID: On 11 Mar 2008, at 14:59PM, Ernest Prabhakar wrote: > Hi Andy, > > On Mar 10, 2008, at 2:43 PM, Andy Staines wrote: >> Good day >> I am hoping someone can advise me >> I am the author of a WordPress plugin (php) that makes various uses >> of AHAH (straight from the wiki here). 99%+ of my users have no >> problem but two or three receive 404 OK errors returned from each >> call. > > Ouch. Do you mean those users get the error *every* time? For every > client? It can be hard to get good facts from users but yes - this is my understanding (More below) > > >> We have investigated everything as far as I can tell. The >> environments are not 'different' - Apache/Linux php4 or 5. >> Permissions are not an issue. >> If I paste the url of the php file that is being sent to the js/ >> AHAH routine directly into the browser it returns the correct >> content with no problem. And typically of course, I cannot >> reproduce the error but have seen it on a users site. > > Just so I understanding: > > 1. Your plugin users are site owners, who have installed it on your > site. on their site - yes. > > > 2. User A has no problems > > 3. User B, with an identical server setup, constantly has *their* > users getting 404s every time they hit that page, no matter which > browser they use > > Is that correct? I cannot be 100% sure yet about server setup and I can not vouch for EVERY browser but in essence this is correct. So far this has effected 4 out of about 200 installs (this was only released on Saturday). But I had been working with a beta-user who was the first, who DID try several browsers and I do know is hosted on a Linux/Apache server. Indeed his host is also mystified as they have an AHAH based example page which works just fine. This has to come down to an environmental/set-up issue (I assume) so this morning I have emailed all four users and asked them to supply answers to specific questions around their hosting set up, their WordPress set-up, browsers used and tried, software versions etc. My aim of course is to try and hunt down the common denominator but like many WP users who run blogs, mostly these folk are not technical and it can be hard for them to understand the issues and respond accordingly. Whether, when the results are in, something will stand out I do not know but meanwhile if there are any tests of ideas anyone has I do have at least one effected user who is willing to try just about anything! And I am grateful for you coming back to me. its hopefully going to be something basic which are sometimes the hardest to find! Thanks and regards Andy > > > > -enp >> >> My javascript is, shall we say, 'recently acquired' but I am not >> doing anything complex - simply populating a div or two. >> Can anyone possibly suggest where I should look for the source of >> the problem. before I tear the rest of my hair out? >> Any help would be much appreciated >> Thanks >> Andy >> _______________________________________________ >> microformats-rest mailing list >> microformats-rest@microformats.org >> http://microformats.org/mailman/listinfo/microformats-rest > > _______________________________________________ > microformats-rest mailing list > microformats-rest@microformats.org > http://microformats.org/mailman/listinfo/microformats-rest From bosko.milekic at gmail.com Tue Mar 11 21:43:26 2008 From: bosko.milekic at gmail.com (Bosko Milekic) Date: Tue Mar 11 21:43:30 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: References: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> Message-ID: Consider these: http://wordpress.org/support/topic/66733 http://wordpress.org/support/topic/68654 http://wordpress.org/support/topic/67416 http://bugs.php.net/bug.php?id=36705 Hope one helps. -Bosko http://tumbl.es/ On Tue, Mar 11, 2008 at 11:47 AM, Andy Staines wrote: > > On 11 Mar 2008, at 14:59PM, Ernest Prabhakar wrote: > > > Hi Andy, > > > > On Mar 10, 2008, at 2:43 PM, Andy Staines wrote: > >> Good day > >> I am hoping someone can advise me > >> I am the author of a WordPress plugin (php) that makes various uses > >> of AHAH (straight from the wiki here). 99%+ of my users have no > >> problem but two or three receive 404 OK errors returned from each > >> call. > > > > Ouch. Do you mean those users get the error *every* time? For every > > client? > > It can be hard to get good facts from users but yes - this is my > understanding (More below) > > > > > > >> We have investigated everything as far as I can tell. The > >> environments are not 'different' - Apache/Linux php4 or 5. > >> Permissions are not an issue. > >> If I paste the url of the php file that is being sent to the js/ > >> AHAH routine directly into the browser it returns the correct > >> content with no problem. And typically of course, I cannot > >> reproduce the error but have seen it on a users site. > > > > Just so I understanding: > > > > 1. Your plugin users are site owners, who have installed it on your > > site. > > on their site - yes. > > > > > > > 2. User A has no problems > > > > 3. User B, with an identical server setup, constantly has *their* > > users getting 404s every time they hit that page, no matter which > > browser they use > > > > Is that correct? > > I cannot be 100% sure yet about server setup and I can not vouch for > EVERY browser but in essence this is correct. > > So far this has effected 4 out of about 200 installs (this was only > released on Saturday). But I had been working with a beta-user who was > the first, who DID try several browsers and I do know is hosted on a > Linux/Apache server. Indeed his host is also mystified as they have an > AHAH based example page which works just fine. > > This has to come down to an environmental/set-up issue (I assume) so > this morning I have emailed all four users and asked them to supply > answers to specific questions around their hosting set up, their > WordPress set-up, browsers used and tried, software versions etc. My > aim of course is to try and hunt down the common denominator but like > many WP users who run blogs, mostly these folk are not technical and > it can be hard for them to understand the issues and respond > accordingly. > > Whether, when the results are in, something will stand out I do not > know but meanwhile if there are any tests of ideas anyone has I do > have at least one effected user who is willing to try just about > anything! > > And I am grateful for you coming back to me. its hopefully going to be > something basic which are sometimes the hardest to find! > > Thanks and regards > Andy > > > > > > > > > > > -enp > >> > >> My javascript is, shall we say, 'recently acquired' but I am not > >> doing anything complex - simply populating a div or two. > >> Can anyone possibly suggest where I should look for the source of > >> the problem. before I tear the rest of my hair out? > >> Any help would be much appreciated > >> Thanks > >> Andy From andy at yellowswordfish.com Wed Mar 12 07:55:15 2008 From: andy at yellowswordfish.com (Andy Staines) Date: Wed Mar 12 07:55:31 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: References: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> Message-ID: <72A9755E-0F42-4077-B58C-96B2874AE69F@yellowswordfish.com> > Consider these: > > http://wordpress.org/support/topic/66733 > http://wordpress.org/support/topic/68654 > http://wordpress.org/support/topic/67416 > http://bugs.php.net/bug.php?id=36705 > > > Hope one helps. > > -Bosko > http://tumbl.es/ > Good day Bosko I thank you for pointing these items out but I am going to appear like a complete dunce now as I am not really sure what you are suggesting by them. I'm still new to web work (old desktop programmer) so I may well have misinterpreted what I read but these all seemed to be all about displaying a correct 404 page when a true 404 was received. Whereas my problem is users receiving a 404 when they should not get one. I would be grateful if you could give me an extra prod as to what I am missing here? Thanks and regards Andy > On Tue, Mar 11, 2008 at 11:47 AM, Andy Staines > wrote: >> >> On 11 Mar 2008, at 14:59PM, Ernest Prabhakar wrote: >> >>> Hi Andy, >>> >>> On Mar 10, 2008, at 2:43 PM, Andy Staines wrote: >>>> Good day >>>> I am hoping someone can advise me >>>> I am the author of a WordPress plugin (php) that makes various uses >>>> of AHAH (straight from the wiki here). 99%+ of my users have no >>>> problem but two or three receive 404 OK errors returned from each >>>> call. >>> >>> Ouch. Do you mean those users get the error *every* time? For every >>> client? >> >> It can be hard to get good facts from users but yes - this is my >> understanding (More below) >> >>> >>> >>>> We have investigated everything as far as I can tell. The >>>> environments are not 'different' - Apache/Linux php4 or 5. >>>> Permissions are not an issue. >>>> If I paste the url of the php file that is being sent to the js/ >>>> AHAH routine directly into the browser it returns the correct >>>> content with no problem. And typically of course, I cannot >>>> reproduce the error but have seen it on a users site. >>> >>> Just so I understanding: >>> >>> 1. Your plugin users are site owners, who have installed it on your >>> site. >> >> on their site - yes. >> >>> >>> >>> 2. User A has no problems >>> >>> 3. User B, with an identical server setup, constantly has *their* >>> users getting 404s every time they hit that page, no matter which >>> browser they use >>> >>> Is that correct? >> >> I cannot be 100% sure yet about server setup and I can not vouch for >> EVERY browser but in essence this is correct. >> >> So far this has effected 4 out of about 200 installs (this was only >> released on Saturday). But I had been working with a beta-user who >> was >> the first, who DID try several browsers and I do know is hosted on a >> Linux/Apache server. Indeed his host is also mystified as they have >> an >> AHAH based example page which works just fine. >> >> This has to come down to an environmental/set-up issue (I assume) so >> this morning I have emailed all four users and asked them to supply >> answers to specific questions around their hosting set up, their >> WordPress set-up, browsers used and tried, software versions etc. My >> aim of course is to try and hunt down the common denominator but like >> many WP users who run blogs, mostly these folk are not technical and >> it can be hard for them to understand the issues and respond >> accordingly. >> >> Whether, when the results are in, something will stand out I do not >> know but meanwhile if there are any tests of ideas anyone has I do >> have at least one effected user who is willing to try just about >> anything! >> >> And I am grateful for you coming back to me. its hopefully going to >> be >> something basic which are sometimes the hardest to find! >> >> Thanks and regards >> Andy >> >> >> >>> >>> >>> >>> -enp >>>> >>>> My javascript is, shall we say, 'recently acquired' but I am not >>>> doing anything complex - simply populating a div or two. >>>> Can anyone possibly suggest where I should look for the source of >>>> the problem. before I tear the rest of my hair out? >>>> Any help would be much appreciated >>>> Thanks >>>> Andy > _______________________________________________ > microformats-rest mailing list > microformats-rest@microformats.org > http://microformats.org/mailman/listinfo/microformats-rest From bosko.milekic at gmail.com Wed Mar 12 08:23:36 2008 From: bosko.milekic at gmail.com (Bosko Milekic) Date: Wed Mar 12 08:23:41 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: <72A9755E-0F42-4077-B58C-96B2874AE69F@yellowswordfish.com> References: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> <72A9755E-0F42-4077-B58C-96B2874AE69F@yellowswordfish.com> Message-ID: On Wed, Mar 12, 2008 at 11:55 AM, Andy Staines wrote: > > Consider these: > > > > http://wordpress.org/support/topic/66733 > > http://wordpress.org/support/topic/68654 > > http://wordpress.org/support/topic/67416 > > http://bugs.php.net/bug.php?id=36705 > > > > > > Hope one helps. > > > > -Bosko > > http://tumbl.es/ > > > > Good day Bosko > I thank you for pointing these items out but I am going to appear like > a complete dunce now as I am not really sure what you are suggesting > by them. I'm still new to web work (old desktop programmer) so I may > well have misinterpreted what I read but these all seemed to be all > about displaying a correct 404 page when a true 404 was received. > Whereas my problem is users receiving a 404 when they should not get > one. > I would be grateful if you could give me an extra prod as to what I am > missing here? > Thanks and regards > Andy Hi Andy, Sorry if the Email came off as direct, I didn't intend for it to be that way. To be honest I'm not sure what is causing your problem, just that I don't think it is specific to the use of AHAH itself, but is probably the result of something else setup-wise related to wordpress and/or PHP deployment (which is what you seem to assume as well). The links I posted are just the results of google searches on the topic based on your original post. I was just hoping that one of them might trigger a realization. :-) Cheers, -- Bosko Milekic http://www.tumbl.es/ From andy at yellowswordfish.com Wed Mar 12 08:40:29 2008 From: andy at yellowswordfish.com (Andy Staines) Date: Wed Mar 12 10:00:28 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: References: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> <72A9755E-0F42-4077-B58C-96B2874AE69F@yellowswordfish.com> Message-ID: <4E497161-9ECF-4FD5-A5D1-2CA1F1CD4C9E@yellowswordfish.com> On 12 Mar 2008, at 16:23PM, Bosko Milekic wrote: > On Wed, Mar 12, 2008 at 11:55 AM, Andy Staines > wrote: >>> Consider these: >>> >>> http://wordpress.org/support/topic/66733 >>> http://wordpress.org/support/topic/68654 >>> http://wordpress.org/support/topic/67416 >>> http://bugs.php.net/bug.php?id=36705 >>> >>> >>> Hope one helps. >>> >>> -Bosko >>> http://tumbl.es/ >>> >> >> Good day Bosko >> I thank you for pointing these items out but I am going to appear >> like >> a complete dunce now as I am not really sure what you are suggesting >> by them. I'm still new to web work (old desktop programmer) so I may >> well have misinterpreted what I read but these all seemed to be all >> about displaying a correct 404 page when a true 404 was received. >> Whereas my problem is users receiving a 404 when they should not get >> one. >> I would be grateful if you could give me an extra prod as to what I >> am >> missing here? >> Thanks and regards >> Andy > > Hi Andy, > > Sorry if the Email came off as direct, I didn't intend for it to be > that way. > > To be honest I'm not sure what is causing your problem, just that I > don't think it is specific to the use of AHAH itself, but is probably > the result of something else setup-wise related to wordpress and/or > PHP deployment (which is what you seem to assume as well). The links > I posted are just the results of google searches on the topic based on > your original post. I was just hoping that one of them might trigger > a realization. :-) > > Cheers, > -- > Bosko Milekic > http://www.tumbl.es/ Ah! Thanks. I wish they did! So far the ONLY thing I have found that these four users have in common is the use of Apache V1.3.xx but that in itsefd is also a common version for hosts to use so I don't think that is anything to do with it.! Sadly! Thanks/Andy From andy at yellowswordfish.com Wed Mar 12 12:26:27 2008 From: andy at yellowswordfish.com (Andy Staines) Date: Wed Mar 12 12:26:32 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s In-Reply-To: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> References: <744CAF0F-35AC-44C2-814D-83AE1B104B94@gmail.com> Message-ID: <91759FFC-806F-4BCE-BC5C-457094DD233F@yellowswordfish.com> >> Good day >> I am hoping someone can advise me >> I am the author of a WordPress plugin (php) that makes various uses >> of AHAH (straight from the wiki here). 99%+ of my users have no >> problem but two or three receive 404 OK errors returned from each >> call. > > Ouch. Do you mean those users get the error *every* time? For every > client? > >> We have investigated everything as far as I can tell. The >> environments are not 'different' - Apache/Linux php4 or 5. >> Permissions are not an issue. >> If I paste the url of the php file that is being sent to the js/ >> AHAH routine directly into the browser it returns the correct >> content with no problem. And typically of course, I cannot >> reproduce the error but have seen it on a users site. > > Just so I understanding: > > 1. Your plugin users are site owners, who have installed it on your > site. > > 2. User A has no problems > > 3. User B, with an identical server setup, constantly has *their* > users getting 404s every time they hit that page, no matter which > browser they use > > Is that correct? > Good day again Ernest Well the results are in! Of the four people with this problem there is nothing that is an EXACT match. Different browsers, slightly different Apache versions (all 1.3.xx however) etc. It is impossible to claim that these people have an 'identical server setup' as users without the problem as they are all with different hosting companies. And some have different configurations of where they run their WP install from. But I can say there is nothing noticeably unusual about these users although it is quite obviously going to be an environmental issue of some sort. But where to look! I am truly stumped. Andy > > -enp >> >> My javascript is, shall we say, 'recently acquired' but I am not >> doing anything complex - simply populating a div or two. >> Can anyone possibly suggest where I should look for the source of >> the problem. before I tear the rest of my hair out? >> Any help would be much appreciated >> Thanks >> Andy >> _______________________________________________ >> microformats-rest mailing list >> microformats-rest@microformats.org >> http://microformats.org/mailman/listinfo/microformats-rest > > _______________________________________________ > microformats-rest mailing list > microformats-rest@microformats.org > http://microformats.org/mailman/listinfo/microformats-rest From rnair at impetus.co.in Wed Mar 12 21:48:06 2008 From: rnair at impetus.co.in (Rajesh nair) Date: Wed Mar 12 21:32:23 2008 Subject: [uf-rest] AHAH Returning Mysterious 404s Message-ID: <21f24b058fbb95c.8fbb95c21f24b05@impetus.co.in> ---- Original Message ----- From: Andy Staines Date: Thursday, March 13, 2008 1:56 am Subject: Re: [uf-rest] AHAH Returning Mysterious 404s > >> Good day > >> I am hoping someone can advise me > >> I am the author of a WordPress plugin (php) that makes various > uses > >> of AHAH (straight from the wiki here). 99%+ of my users have no > > >> problem but two or three receive 404 OK errors returned from > each > >> call. > > > > Ouch. Do you mean those users get the error *every* time? For > every > > client? > > > >> We have investigated everything as far as I can tell. The > >> environments are not 'different' - Apache/Linux php4 or 5. > >> Permissions are not an issue. > >> If I paste the url of the php file that is being sent to the > js/ > >> AHAH routine directly into the browser it returns the correct > >> content with no problem. And typically of course, I cannot > >> reproduce the error but have seen it on a users site. > > > > Just so I understanding: > > > > 1. Your plugin users are site owners, who have installed it on > your > > site. > > > > 2. User A has no problems > > > > 3. User B, with an identical server setup, constantly has > *their* > > users getting 404s every time they hit that page, no matter > which > > browser they use > > > > Is that correct? > > > Good day again Ernest > Well the results are in! Of the four people with this problem > there is > nothing that is an EXACT match. Different browsers, slightly > different > Apache versions (all 1.3.xx however) etc. > It is impossible to claim that these people have an 'identical > server > setup' as users without the problem as they are all with different > > hosting companies. And some have different configurations of where > > they run their WP install from. But I can say there is nothing > noticeably unusual about these users although it is quite > obviously > going to be an environmental issue of some sort. But where to look! > I am truly stumped. > Andy Andy , Do you have the HTTP request packet dump. If not , I will suggest you to look in there and compare the two (UserA and UserB). -- Rajesh Nair > > > > > > > -enp > >> > >> My javascript is, shall we say, 'recently acquired' but I am > not > >> doing anything complex - simply populating a div or two. > >> Can anyone possibly suggest where I should look for the source > of > >> the problem. before I tear the rest of my hair out? > >> Any help would be much appreciated > >> Thanks > >> Andy > >> _______________________________________________ > >> microformats-rest mailing list > >> microformats-rest@microformats.org > >> http://microformats.org/mailman/listinfo/microformats-rest > > > > _______________________________________________ > > microformats-rest mailing list > > microformats-rest@microformats.org > > http://microformats.org/mailman/listinfo/microformats-rest > > _______________________________________________ > microformats-rest mailing list > microformats-rest@microformats.org > http://microformats.org/mailman/listinfo/microformats-rest >