You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Graham Leggett (JIRA)" <ji...@apache.org> on 2008/05/07 00:48:06 UTC

[jira] Created: (WW-2634) : Action setting is ignored

<s:form action="">: Action setting is ignored
---------------------------------------------

                 Key: WW-2634
                 URL: https://issues.apache.org/struts/browse/WW-2634
             Project: Struts 2
          Issue Type: Bug
          Components: Plugin - Tags
    Affects Versions: 2.0.11.1
            Reporter: Graham Leggett


If an attempt is made to embed the following tag:

<s:form action="">
...stuff...
</s:form>

It renders the output:

<form id=";jsessionid=snip" onsubmit="return true;" action="https://www.example.com/statement/;jsessionid=snip" method="post">
...stuff...
</form>

The action, when explicitly set to "", should be output as "".

This breaks applications that are hidden behind proxies, or are embedded within Apache mod_include pages, that need to post back to the original URL, without knowing what that original URL is.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (WW-2634) : Action setting is ignored

Posted by "Don Brown (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/struts/browse/WW-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Don Brown updated WW-2634:
--------------------------

    Fix Version/s: 2.1.3

> <s:form action="">: Action setting is ignored
> ---------------------------------------------
>
>                 Key: WW-2634
>                 URL: https://issues.apache.org/struts/browse/WW-2634
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Plugin - Tags
>    Affects Versions: 2.0.11.1
>            Reporter: Graham Leggett
>             Fix For: 2.1.3
>
>
> If an attempt is made to embed the following tag:
> <s:form action="">
> ...stuff...
> </s:form>
> It renders the output:
> <form id=";jsessionid=snip" onsubmit="return true;" action="https://www.example.com/statement/;jsessionid=snip" method="post">
> ...stuff...
> </form>
> The action, when explicitly set to "", should be output as "".
> This breaks applications that are hidden behind proxies, or are embedded within Apache mod_include pages, that need to post back to the original URL, without knowing what that original URL is.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (WW-2634) : Action setting is ignored

Posted by "James Holmes (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/struts/browse/WW-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=44214#action_44214 ] 

James Holmes commented on WW-2634:
----------------------------------

I've researched this some and it appears that you're going to a JSP directly versus through the Struts Filter dispatcher. Is that correct? That may be why you're having problems.

Also, you could debug this pretty easily in something like Eclipse by running Tomcat (or similar) in debug mode and setting a breakpoint in the org.apache.struts2.components.Form.evaluateExtraParamsServletRequest() method. That is the method that is generating the id and action attribute values.

Any more information from your end would be especially helpful in resolving this.

> <s:form action="">: Action setting is ignored
> ---------------------------------------------
>
>                 Key: WW-2634
>                 URL: https://issues.apache.org/struts/browse/WW-2634
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Plugin - Tags
>    Affects Versions: 2.0.11.1
>            Reporter: Graham Leggett
>             Fix For: 2.1.3
>
>
> If an attempt is made to embed the following tag:
> <s:form action="">
> ...stuff...
> </s:form>
> It renders the output:
> <form id=";jsessionid=snip" onsubmit="return true;" action="https://www.example.com/statement/;jsessionid=snip" method="post">
> ...stuff...
> </form>
> The action, when explicitly set to "", should be output as "".
> This breaks applications that are hidden behind proxies, or are embedded within Apache mod_include pages, that need to post back to the original URL, without knowing what that original URL is.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (WW-2634) : Action setting is ignored

Posted by "Don Brown (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/struts/browse/WW-2634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Don Brown resolved WW-2634.
---------------------------

       Resolution: Cannot Reproduce
    Fix Version/s:     (was: 2.1.3)

Agreed, the problem seems to be not fronting the request with an action that will set the values correctly.  Unfortunately, Struts currently doesn't support the use of its tags outside, or not as the result of,  an action invocation.

> <s:form action="">: Action setting is ignored
> ---------------------------------------------
>
>                 Key: WW-2634
>                 URL: https://issues.apache.org/struts/browse/WW-2634
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Plugin - Tags
>    Affects Versions: 2.0.11.1
>            Reporter: Graham Leggett
>
> If an attempt is made to embed the following tag:
> <s:form action="">
> ...stuff...
> </s:form>
> It renders the output:
> <form id=";jsessionid=snip" onsubmit="return true;" action="https://www.example.com/statement/;jsessionid=snip" method="post">
> ...stuff...
> </form>
> The action, when explicitly set to "", should be output as "".
> This breaks applications that are hidden behind proxies, or are embedded within Apache mod_include pages, that need to post back to the original URL, without knowing what that original URL is.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.