DO NOT REPLY [Bug 26736] - Hash "#" in HTML when taglibs are used causes double post to action

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26736

Hash "#" in HTML when taglibs are used causes double post to action





--- Additional Comments From [EMAIL PROTECTED]  2004-02-12 17:20 ---
One other thing, "#" is not a valid URI and is illegal.  I was just using it
temporarily and it took me some time to even determine that it was involved in
the issue.  My concern was not my own invalid temporary use of the # character
but that if a parsing issue did exist somewhere that valid uses of it might also
be problematic.

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

DO NOT REPLY [Bug 26736] - Hash "#" in HTML when taglibs are used causes double post to action

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26736

Hash "#" in HTML when taglibs are used causes double post to action





--- Additional Comments From [EMAIL PROTECTED]  2004-02-12 17:15 ---
The client does not *appear* to be making the second request.

I have again verified that I can recreate this issue and the client page
does not refresh.  In fact using mozilla with LiveHTTPHeaders and watching
the request/response headers the client does NOT make a second reqeust
at all yet the action class is invoked twice. 

I also noticed I posted the wrong related post.  The post I had meant to post
showed several users having this same behavior when using background="#" (double
post). 

I will look into it further and try to determine exactly whats going on when I
get a chance.  I suspect something is up with the processing of the hash
character and that its not a client issue, but I could be wrong (this suspicion
is based on being able to reproduce the problem and NOT seeing the client make a
second request while the action is definitely invoked twice, sounds bizarre,
this I know, but its happening).

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

DO NOT REPLY [Bug 26736] - Hash "#" in HTML when taglibs are used causes double post to action

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26736

Hash "#" in HTML when taglibs are used causes double post to action

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID
Summary|Hash "#" in HTML when   |Hash "#" in HTML when
   |taglibs are used causes |taglibs are used causes
   |double post to action   |double post to action



--- Additional Comments From [EMAIL PROTECTED]  2004-02-11 04:18 ---
If a double submit is occuring, it would have to be a client issue. This does 
not seem like something that Struts could control or affect. Apparently, when 
some browsers try to retrieve the source for an image from an invalid local 
reference, a form submit elsewhere on the page may occur. But the browser has 
no idea that Struts or an Action is involved, so I imagine any form would be 
submitted. (Not just one involved with a Struts Action.) The page itself is 
rendered outside of Struts by the JSP engine, and form submits are the domain 
of the browser. I don't see that there is anything that Struts could do about 
this happenstance. I wasn't able to pull up the relevant RFCs, but I'd 
question whether "#" is even a valid URI and consequently an illegal value for 
a "src" attribute. If it were me, I'd use some type of "Image not available" 
image instance so that the src attribute has a valid reference.

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