AFAIK, HTTP headers are never cached.

On Fri, Oct 1, 2010 at 12:55 PM, Jesper Staun Hansen
<jes...@staunhansen.dk>wrote:

> It might be a cached behavior
>
> On Fri, Oct 1, 2010 at 6:52 PM, Eric H. Jung <eric.j...@yahoo.com> wrote:
>
>> David,
>>
>> When I visit
>> 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
>> .
>>
>> Looks perfect. You're not seeing that behavior with XHR?
>>
>> LiveHTTPHeaders output:
>>
>>
>>
>> http://thunderplunger.mozdev.org/validateEmail.php?test=1&emailaddress=whitedav...@fastmail.us
>>
>> GET /validateEmail.php?test=1&emailaddress=whitedav...@fastmail.ushttp/1.1
>> Host: 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
>> Content-Length: 362
>>
>> Eric
>>
>>
>> On Fri, Oct 1, 2010 at 12:42 PM, David White <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
>>> >
>>>
>>> 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>
>>>> 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>> 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>>>
>>>>        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&param2=collins
>>>>        <http://foo.mozdev.org/test.php?param1=pete&param2=collins>
>>>>        <http://foo.mozdev.org/test.php?param1=pete&param2=collins
>>>>        <http://foo.mozdev.org/test.php?param1=pete&param2=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>
>>>>        https://www.mozdev.org/mailman/listinfo/project_owners
>>>>
>>>>
>>>>
>>
>> _______________________________________________
>> Project_owners mailing list
>> 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

Reply via email to