Hey Anthony,
2008/12/2 roja <[EMAIL PROTECTED]>:
> Koen,
>
> As before i am not 100% sure that this is a bug but it feels like it so
> i figure i should report it... When typing in a path the following happens:
These are bugs. They happen only when deploying your application at a
path that ends with a '/' though, and thus the ugly ?_= urls are used.
The main reason why the ugly ?_= urls exist is that I wanted
applications to work regardless of how they are deployed, especially
considering that the default deployment when using the built-in httpd
is '/'. However, I think when using internal paths you really should
use the beautiful URLs by deploying at a plain path (not ending with
'/') ?
> Automatic Session Tracking {
>
> JS Enabled:
>
> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
> Path after page load =
> http://0.0.0.0:8080/?_=/this/is/a/path#/this/is/a/path
>
> Shouldn't it be?:
> http://0.0.0.0:8080/?_=/this/is/a/path
It should be: http://0.0.0.0:8080/#/this/is/a/path
And now (current CVS) it is.
> Entered = http://0.0.0.0:8080/#/this/is/a/path
> Path after page load = http://0.0.0.0:8080/#/this/is/a/path
>
> I beleve this to be right....
Yes.
Bottom-line: if you have JS enabled, then the displayed URL should
always use a hash to separate the internal path.
> Non JS:
>
> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>
> Shouldn't it be?:
> http://0.0.0.0:8080/?_=/this/is/a/path&wtd=<session string>&js=no
Yes, and now (current CVS) it is.
> Entered = http://0.0.0.0:8080/#/this/is/a/path
> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>
> Shouldn't it be?:
> http://0.0.0.0:8080/#/this/is/a/path?wtd=<session string>&js=no
Ideally, yes (?wtd=<session string>&js=no#/this/is/a/path), but that
is not possible.
When JS is disabled we cannot read the value behind the #, it is not
transferred to the server side in the request, and therefore lost.
> }
>
> URL Session Tracking {
>
> JS Enabled:
>
> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
> Path after page load =
> http://0.0.0.0:8080/?_=/this/is/a/path#/this/is/a/path
>
> Shouldn't it be?:
> http://0.0.0.0:8080/?_=/this/is/a/path
It should be: http://0.0.0.0:8080/#/this/is/a/path
And now (current CVS) it is.
> Entered = http://0.0.0.0:8080/#/this/is/a/path
> Path after page load = http://0.0.0.0:8080/#/this/is/a/path
>
> I beleve this to be right....
Right (same situation as above).
> Non JS:
>
> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>
> Shouldn't it be?:
> http://0.0.0.0:8080/?_=/this/is/a/path&wtd=<session string>&js=no
Yes, and now (current CVS) it is.
> Entered = http://0.0.0.0:8080/#/this/is/a/path
> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>
> Shouldn't it be?:
> http://0.0.0.0:8080/#/this/is/a/path?wtd=<session string>&js=no
Again, same problem as above. The internal path is lost in this case.
> The results seem a little inconsistent... Am i simply (yet again...)
> missing the point of the internal path system?
No. But I do encourage you to deploy your application differently :-)
Regards,
koen
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest
