Thanks Eric. The result you see is the one sought. However when executed
from within TB in my addon using XmlHttpRequest, it fails. I get an
error from my code which indicates that a required request parameter is
not present. I only use FF for testing the web component of my addon. So
I am presuming that the issue is XmlHttpRequest or something about TB
that differs from FF. Until now I have been using TB 2.x so I need to
try this with 3.x to see if the problem persists there.
David
Eric H. Jung wrote:
David,
When I visit
http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us
<http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us>,
LiveHTTPHeaders shows me that I'm getting redirected (302) to
http://thunderplunger.mozdev.org/validateEmail.php.html?test=1&emailaddress=whitedav...@fastmail.us
<http://thunderplunger.mozdev.org/validateEmail.php.html?test=1&emailaddress=whitedav...@fastmail.us>.
Looks perfect. You're not seeing that behavior with XHR?
LiveHTTPHeaders output:
http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us
<http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us>
GET /validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us
<mailto:whitedav...@fastmail.us> HTTP/1.1
Host: thunderplunger.mozdev.org <http://thunderplunger.mozdev.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.10)
Gecko/20100915 Ubuntu/9.10 (karmic) Firefox/3.6.10
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
HTTP/1.1 302 Found
Server: nginx/0.7.62
Date: Fri, 01 Oct 2010 16:48:36 GMT
Content-Type: text/html; charset=iso-8859-1
Connection: keep-alive
Location:
http://thunderplunger.mozdev.org/validateEmail.php.html?test=1&emailaddress=whitedav...@fastmail.us
<http://thunderplunger.mozdev.org/validateEmail.php.html?test=1&emailaddress=whitedav...@fastmail.us>
Content-Length: 362
Eric
On Fri, Oct 1, 2010 at 12:42 PM, David White <whitedav...@yahoo.com
<mailto:whitedav...@yahoo.com>> wrote:
Well, I have Live Headers installed in FF and am trying to get
what you want. But of course, this code is an addon for TB and
Live Headers doesn't work there. For some reason, in FF I am not
seeing any 301 or 302 response headers. The URL I am using from
within FF is
<http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us
<http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us>>
Perhaps I am not configuring Live Headers correctly?
Thanks for the help.
David
Eric H. Jung wrote:
David,
Can you open firebug or LiveHTTPHeaders and report:
1. The initial URL being requested (should be .php) with URL
parameters
2. The 301 or 302 response header from mozdev.org
<http://mozdev.org> <http://mozdev.org> with the redirected
URL and any parameters.
Thanks,
eric
On Fri, Oct 1, 2010 at 12:13 PM, David White
<whitedav...@yahoo.com <mailto:whitedav...@yahoo.com>
<mailto:whitedav...@yahoo.com <mailto:whitedav...@yahoo.com>>>
wrote:
My ThunderBird addon, which invokes a php file on mozdev via a
call to XmlHttpRequest still fails to work due to failure of
request parameters to make it through the redirection. This
doesn't happen if it invokes the .hph.html file directly versus
the .php file. So it would appear that there may be an
issue with
XmlHttpRequest and redirection. A quick google indicates that
various implementations of the function fare differently with
redirects. I am not too sure what else I should try so that the
.php file can be invoked directly - thereby causing no
changes by
my addon's users. Any tips? Thanks, David
Eric H. Jung wrote:
On Thu, Sep 30, 2010 at 5:28 PM, Pete Collins
<p...@mozdevgroup.com <mailto:p...@mozdevgroup.com>
<mailto:p...@mozdevgroup.com <mailto:p...@mozdevgroup.com>>
<mailto:p...@mozdevgroup.com
<mailto:p...@mozdevgroup.com> <mailto:p...@mozdevgroup.com
<mailto:p...@mozdevgroup.com>>>>
wrote:
On 9/30/10 3:25 PM, Eric H. Jung wrote:
When doing the redirection in with mod_rewrite
rules,
can you
please include the GET parameters on the new URL?
http://www.google.com/search?q=mod_rewrite+REQUEST_URI
They are ...
What are you talking about specifically?
eg:
http://jslib.mozdev.org/test.php?foo=bar
--pete
Yesterday, a couple of project owners said that .php ->
.php.html redirects weren't maintaining URL parameters.
Example:
http://foo.mozdev.org/test.php?param1=pete¶m2=collins
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins>
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins>>
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins>
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins
<http://foo.mozdev.org/test.php?param1=pete¶m2=collins>>>
redirected to:
http://foo.mozdev.org/test.php.html
i think I have part of this mixed up, but anyway, sorry for
any confusion.
eric
------------------------------------------------------------------------
_______________________________________________
Project_owners mailing list
Project_owners@mozdev.org
<mailto:Project_owners@mozdev.org>
<mailto:Project_owners@mozdev.org
<mailto:Project_owners@mozdev.org>>
https://www.mozdev.org/mailman/listinfo/project_owners
_______________________________________________
Project_owners mailing list
Project_owners@mozdev.org
https://www.mozdev.org/mailman/listinfo/project_owners
