Instead of "?=_s ... &_k= ..." I have a # in the Url

Hi,


Instead of having the _s and _k parameters appended to the URL I now
have a # only.  The halos and config, tools, browser, and other
applications
seem to have the correct behavior.   The initial page looks correct.
Once I submit a form on the initial page the strange Url behavior
happens.  I have not attempted to use #updateUrl: anywhere.  It affects
the content and rendering of the page.  It appears that the jQuery that
renders fine on the initial request does not render at all on the
subsequent request.  There are no Firebug errors.

I'm sure I've messed something up.  What can I try to discover and
remedy the cause?

I have updated to the newest pharo from pharo-project.org and the
seaside from builder.seaside.st yesterday afternoon.


Thanks

Paul
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

>>>>> "Paul" == Paul DeBruicker <[hidden email]> writes:

Paul> Instead of having the _s and _k parameters appended to the URL I now
Paul> have a # only.

[...]

Paul> Once I submit a form on the initial page the strange Url behavior
Paul> happens.

I presume the fragment identifier is *not* included in the POST url, since
that's strictly for client-side behavior (jump to this fragment).  This means
that the POST request won't have the session ID, and that'd really mess things
up.

I think you're heading down a path that doesn't have a solution.  You need to
go back to using path mangling, query-string mangling, or some sort of cookie
to hold the session information.

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[hidden email]> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

> I'm sure I've messed something up.  What can I try to discover and remedy
> the cause?

Could it be that you accidentally added the JQAjaxifierLibrary to the
configuration application?

You can reset the environment by evaluating

    WAEnvironment initialize

Lukas

--
Lukas Renggli
http://www.lukas-renggli.ch
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Lukas Renggli wrote:
>> I'm sure I've messed something up.  What can I try to discover and remedy
>> the cause?
>
> Could it be that you accidentally added the JQAjaxifierLibrary to the
> configuration application?
>

Thanks.  I had JQAjaxifierLibrary deliberately added before, and it
seemed to have worked just fine for months until a few days ago.
Removing it and resetting the environment solved my unintentional
malformed Url problem and the _s and _k parameters are back.

There are now two javascript errors in Firebug, 'Invalid label' and
'onLoad is not defined'  The page still renders without the jQuery
accordions, dialogs, tabs. Its probably just an error I've recently
created in a #script: or #html: tag.

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

The javascript errors in Firebug were cleaned up once I changed


script: [html jQuery ajax tabs cache: true];

to

script: (html jQuery ajax tabs cache: true);


I just mistyped it I guess.


_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside