Re: HTML_AJAX cookies
| From: | Ken Restivo | Date: | Fri, 14 Oct 2005 05:31:54 +0000 |
| Subject: | Re: HTML_AJAX cookies | ||
| References: | 1 2 | Groups: | php.pear.general |
| Request: | Send a blank email to pear-general+get-21471@lists.php.net to get a copy of this message | ||
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, Oct 13, 2005 at 04:14:46PM -0700, Joshua Eichorn wrote:
> Ken Restivo wrote:
>
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >I'm fixing to use HTML_AJAX to add a database-driven subclasses of QF
> >heirselect.
> >
> >One thing that is perplexing me, is trying to get HTML_AJAX's javascript
> >to use the cookie (and resulting SESSION vars and auth tokens) I've
> >already established when loading the parent page.
> >
> >Any ideas? Cookies are one of those things I'd expect would "just work",
> >but apparently some configuration is required.
> >
> >- -ken
> >
> >
> >
> Cookies have always just worked for me, what browser are you using.
> -josh
>
OK that was pilot error on my part: my app uses SID so that it works if cookies were off, so I
didn't realise I'd blocked them in the profile I use for testing. Thanks for your help.
Couple of other issues:
1) Looks like grab() uses GET method? If I grab('foo.php'), everything works fine. If I
grab('foo.html'), I get: Error: [Exception... "'Error: HTTP Error Making
Request: [405] Method Not Allowed' when calling method:
[nsIOnReadystatechangeHandler::handleEvent]" nsresult: "0x8057001c
(NS_ERROR_XPC_JS_THREW_JS_OBJECT)" location: "<unknown>" data: no]
2) I'm pretty dependent on the JavaScript Shell 1.0 which is included in the Extension
Developers extension. I use it from its own JavaScript Shell interface as well as from within emacs
using js-mode.el. From the JavaScript Shell, the clearTarget(), replaceUrl(), and grab[A]Sync()
functions from your proxyless test work perfectly. But if I try to run the callSync() or callAsync()
functions, I get: Security Error: Content at http://www/coop-dev/tests/jsontest.php may not
load or link to resource://gre/res/jsonservertest.php?c=test&m=echo_string. Any idea where the
URL "resource://gre/res" came from?
3) So I tried from inside Venkmann instead. Just as from within JavaScript Shell, clearTarget(),
replaceUrl(), and grab[A]Sync() work great, but callSync() dies a different death: [Exception...
"Component returned failure code: 0x80004005 (NS_ERROR_FAILURE)
[nsIXMLHttpRequest.setRequestHeader]" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
location: "JS frame :: http://www/coop-dev/tests/jsonservertest.php?client=HttpClient
:: anonymous :: line 79" data: no] That line 79 in httpClient is inside makeRequest(),
specifically: this.xmlhttp.setRequestHeader('Content-Type',this.request.getContentType()).
So in Venkmann I'm not getting complaints about the security, but it is puking on
setRequestHeader().
4) Yet another obstacle blocking my path, is that from within emacs I can inspect objects like
document, etc. But I get "ReferenceError: HTML_AJAX is not defined" if I try to inspect
HTML_AJAX. But if from within the JavaScript Shell, I evaluate "a=HTML_AJAX", then I can
inspect that object from within emacs! It doesn't seem to be a reference copy, but rather a
*new* HTML_AJAX instance, strangely enough. It looks to me like HTML_AJAX is a class and
'a' is an instance, even though both JavaScript Shell and Venkmann report them both as
[object Object].
At this point it doesn't look like PEAR problems, but rather JavaScript issues, specifically
interactions between HTML_AJAX and Venkmann and/or JavaScript Shell. If I should take this off-list
please let me know, though other users of the package may run into these problems too.
- -ken
- --
- ---------------
The world's most affordable web hosting.
http://www.nearlyfreespeech.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDT0LKe8HF+6xeOIcRAsVWAJ954vTFiMMy/V7PI1uR2v8PjmXldACeKQ2W
YPH6CbnT9moHk9POz5PrBws=
=PcsV
-----END PGP SIGNATURE-----