Cheers to the Power of this mailing list!!

One of the legacy Javascript js files the HTML form referred to defined some images with relative paths. As Rodrigo correctly guessed, the Browser had appended the relative path of the images to the template URL. The number of images was three that caused the screen class corresponding to the template to get called thrice! -:)

I should have known and checked the webserver access logs earlier but was getting confused and distracted by another unrelated error.

Thanks!
Akshay

At 11:35 AM 2/13/2003 -0500, you wrote:
    I had similar problems. You should look back in the archives for more
information.
    Still, what I found was that the servlet was being called more than once
because there were some resources required by the HTML page (images, css,
js, etc) which had a relative path (../../). Because of the way Turbine
handles URL parameters (myapp/servlet/myservlet/action/myaction/id/123/...)
browsers mistakenly assumed some parameters where directories and looked for
those resources on the wrong places, having the servlet called each time. I
found this by looking at the access logs in
{tdk_home}/logs/localhost...._access.log. Look there to see if it is the
same problem.

Rodrigo

----- Original Message -----
From: "Akshay Kapur" <[EMAIL PROTECTED]>
To: "Turbine Users List" <[EMAIL PROTECTED]>
Sent: Thursday, February 13, 2003 10:49 AM
Subject: Screen class getting executed thrice


> In my application, an HTML form has a hyperlink that on an onClick event,
> calls the Javascript function in the .js file which in turn performs a
> form.submit(). For some inexplicable reason, the screen class as specified
> in the action URL gets invoked 3 times!!!
> On the other hand, when the same URL is assigned to the action attribute
of
> the HTML form and the form is submitted via the usual submit button and
not
> the hyperlink-Javascript combination, the screen class gets invoked
> correctly and only once.
>
> It seems that this is a Javascript issue and maybe unrelated to Turbine
but
> thought it would be prudent to check with this list.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to