World: r3wp

long read btw..

Btw, why would you pass session ID through URLs instead of cookies 
? Is it for users that wrongly feel more secure by not accepting 
any cookie ?

  - some corporate firewalls emrge cookies, effectively making all 
  session content available to all users.

And then there are people that cannot accept cookies.

Back again ...and overnight ( for me ), Cheyenne has crashed.  Only 
one process is running, and there's this error which may or may not 
be relevant


## Error in [uniserve] : On-received call failed with error: make 
object! [
    code: 311
    type: 'script
    id: 'invalid-path
    arg1: 'expires
    arg2: none
    arg3: none
    near: [sess/expires < now]
    where: 'gc
] !

Is there a verbose logging feature for cheyenne?

are you running custom mods?

HTTDd.r has a verbose mode.

Only mod-qm.r

link?

http://www.ross-gill.com/QM

for verbose either you start cheyenne with -v -vv -vvv .. or look 
at the end of cheyenne.r for these two lines:

uniserve/verbose: any [all [4 < to-integer verbosity 2] 0]
uniserve/services/httpd/verbose: 
any [verbosity 0]

uniserve/verbose: any [all [4 < to-integer verbosity 2] 0]

uniserve/services/httpd/verbose: any [verbosity 0]

sorry altme still has problem with lineendings..

changing verbose in httd.r didn't do anything.

This is Cheyenne/log/default-log ?

Must be logging to screen only

yeah, to console

are you on windows?

dunno but these two lines will bypass verbose set in HTTPd.r or uniserve.r 
so becareful

nope os x

I think there is missing default value for cookie expiration

hmm.. maybe not

Yeah .. windows

Im still not getting any cookies at all  xp FF2 ie7

Can you login to my server?

url?

http://www.compkarori.co.nz

user: dockimbel
pass: 1234

Graham: no problem here

well, I guess you logged in okay

or someone did :)

So, cookies must be working

yeah

what I meant is cheyenne running on localhost  (winxp) is not setting 
any cookies

tis for  me

may be a browser limitation, experienced same issue here depending 
on browsers, also some do not eat cookies when using ip instead of 
hostname in urls

Aren't servers supposed to send cookies with domains ?

Hmm.

Im guessing that using the ip would work.. haven't tried it yet.

Is there a possibility of using the standard sql dialect for 'do-sql 
?


eg [ {insert into table (one, two, three ) values (?,?,?)} a b c 
]

it should work if your DB driver supports it, DO-SQL is just a higher 
level wrapper.

Graham: cookies specification says that if domain attribut in cookie, 
is not provided, "The default value of domain is the host name of 
the server which generated the cookie response."

Graham: it seems that I've found a bug the session expiration in 
Cheyenne, that might be the cause of your error. It's now fixed. 
I'm testing it a little more before releasing it, I'd like to fix 
the cookies issues of Brian and Terry too (one way or another, these 
issues must be related to the info Cheyenne is sending back in the 
response).

Thanks.

qry: [ {select fnames, surname, uid from users where userid = "?" 
and pass = "?" and activ = 'T'} in-user in-pass ]
			sql: do-sql 'remr qry
gives me this

Error Code :  	329
Description : 	script error !

ODBC error: Dynamic SQL Error SQL error code = -206 Column unknown 
? At line 1, column 59.
Near : 	[insert port data 
copy port
]
Where : 	do-sql

but this works;


   qry: rejoin [ "select fnames, surname, uid from users where userid 
   = '" in-user "' and pass = '" in-pass "' and activ = 'T'" ]
			sql: do-sql 'remr qry

oops  ...

ignore

Seems that I found the guilty for the weird session cookie issues, 
need to dig up a little more to confirm the theory.