DO NOT REPLY [Bug 18799] - using logic:forward with a global-forward to a tile
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=18799. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=18799 --- Additional Comments From [EMAIL PROTECTED] 2008-01-31 10:30 --- This problem still occurs with Struts 1.3.8. I cannot find the note in the docs. Can you please reply with a pointer to it? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 [EMAIL PROTECTED] changed: What|Removed |Added URL||http://doizece.neogen.ro/?1= ||1dz_lg_p=jocuriidgame=%22+ ||onmouseover=alert(1049108155 ||)+. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 [EMAIL PROTECTED] changed: What|Removed |Added URL|http://doizece.neogen.ro/?1=| |1dz_lg_p=jocuriidgame=%22+| |onmouseover=alert(1049108155| |)+. | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20535] - Dynamically size arrays to allow array types in request scope DynaActionForm forms
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20535. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20535 --- Additional Comments From [EMAIL PROTECTED] 2007-10-09 23:55 --- Hi all, It seems that this bug is still in the version 1.2.9 of STRUTS. Is that normal? Cheers, alex -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20535] - Dynamically size arrays to allow array types in request scope DynaActionForm forms
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20535. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20535 --- Additional Comments From [EMAIL PROTECTED] 2007-10-10 04:25 --- It's still open without a fix version. The issue is now being tracked via JIRA. * https://issues.apache.org/struts/browse/STR-1502 -Ted. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20854] - Error with nesting tags in separate pages
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20854. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20854 --- Additional Comments From [EMAIL PROTECTED] 2007-08-17 09:04 --- I think I have just hit the same problem i.e. cannot find bean with name in any scope when using two nested:iterates in the same tile. I am using struts 1.3.5 In which version has this bug been fixed? Is there a patch or workaround I can apply? I see in JIRA that a similar bug STR-1530 has just been reopened so i was wondering what the status was -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29848] - Return appropriate status code when form validation fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29848. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29848 --- Additional Comments From [EMAIL PROTECTED] 2007-07-03 02:50 --- btw returning a 400 status code for invalid parameters is being recommended in Leonard Richardson and Sam Ruby's recent RESTful Web Services book [http://www.oreilly.com/catalog/9780596529260/]. May be worth reconsidering? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29848] - Return appropriate status code when form validation fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29848. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29848 --- Additional Comments From [EMAIL PROTECTED] 2007-07-03 03:37 --- Struts has moved its issue tracking to Jira - this issue is now here: https://issues.apache.org/struts/browse/STR-2119 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31754] - XHTML mode must be configurable in struts-config.xml for the entire app, not on page level only
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31754. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31754 --- Additional Comments From [EMAIL PROTECTED] 2007-05-26 16:05 --- 100% agreement on this one, it seems rare to want to use xhtml selectively rather than globally. I came here because struts is making unclosed img / tags in my application, which is %100 xhtml compliant otherwise. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16764] - No inheritance of html:html xhtml=true in included tiles
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=16764. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=16764 --- Additional Comments From [EMAIL PROTECTED] 2007-05-26 16:10 --- See also similar bug #31754 I think it's terribly fragile to have a partial mix of html and xhtml in a single application. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33087] - RFE: validator against cross-site scripting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33087. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33087 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||REMIND --- Additional Comments From [EMAIL PROTECTED] 2007-04-15 21:29 --- now in https://issues.apache.org/struts/browse/STR-2332 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34445] - use charsets given by browser for form field encodings
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34445 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2007-02-25 05:10 --- see also Bug 41697 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31293] - javax.servlet.ServletException: Cannot find message resources under key org.apache.struts.action.MESSAGE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31293. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31293 [EMAIL PROTECTED] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|INVALID | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34857] - addMessages/getMessages for session scope
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34857 --- Additional Comments From [EMAIL PROTECTED] 2006-12-06 12:19 --- I was also forced to add these into an Action subclass. Messages are one of those Struts features that is a frequent cause of silent breakage in my projects, because it's rare that every developer on the team understands the subtle repercussions of changing a forward to redirect, or forwarding to another action (which calls saveMessages() again and wipes out existing messages, etc.). And of course there's no error message when these things go awry, to alert them to the malfunction or give them a headstart debugging, if they even notice there's problem. I googled up this bug because it seemed like a no-brainer to add these methods, and I was trying to find which version of Struts added them. My team is using the standard POST-redirect-GET model for actions that change the database, as the cleanest solution to avoiding unintentional resubmits (but still allowing *intentional* resubmits -- the token system fouls that up). Messages are again difficult to manage correctly. The newish saveMessages() that takes the Session seemed like a great solution -- I don't want to load up the session, but the redirect option on a forward is basically useless without it. But then we noticed that when the change action redirected to the view action, messages disappeared. A peek at the source of saveMessages() answered the question, and addMessages() seemed like the solution -- but without the session support, that's just as useless. Personally, I don't understand why the *default* behavior of saveMessages() is to discard all existing messages. When would that be desirable? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34857] - addMessages/getMessages for session scope
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34857 --- Additional Comments From [EMAIL PROTECTED] 2006-12-06 13:52 --- This instance of Bugzilla is closed. You would want to post the comment here: * https://issues.apache.org/struts/browse/STR-2463 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39020] - Validator validwhen :Cannot make dependance between two different index in an Array
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39020. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39020 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 02:35 --- Is there any workaround for this bug? I have a similar requirement (need to check for presence of EITHER one field or at least one item in an array field (items selected from an HTML list), but have run into the same issue. Is there any other way to configure the validator to do this kind of check, at least until this bug gets fixed? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39020] - Validator validwhen :Cannot make dependance between two different index in an Array
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39020. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39020 --- Additional Comments From [EMAIL PROTECTED] 2006-08-21 02:40 --- Please add your comment to STR-2802 in JIRA. Struts is no longer using Bugzilla. https://issues.apache.org/struts/browse/STR-2802 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-08-07 00:19 --- Note, that the reporters issues may now be handled by disabling sizeMax and using the streaming API. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38349] - [site] Broken Links
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38349. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38349 --- Additional Comments From [EMAIL PROTECTED] 2006-07-31 16:13 --- On this page http://struts.apache.org/1.2.9/acquiring.html It says Struts 1.2.8 is the best available version but should say Struts 1.2.9 is the best available version On this page http://struts.apache.org/1.2.9/learning.html The link to the roadmap in The Roadmap page outlines our tentative plans for future development under Learning More About Struts points to: http://struts.apache.org/1.2.9/status.html#roadmap but should point to http://struts.apache.org/1.2.9/roadmap.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18032] - [taglib] html:img tag appending session doesn't work with apache setup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=18032. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=18032 --- Additional Comments From [EMAIL PROTECTED] 2006-06-30 03:37 --- I think this attribute is absolutely justified. There are plenty of users who have faced this problem and were forced to modify the source code by themselves or to use mod_rewrite in case of Apache. Myself I switched to the general img/ html tag instead of html:image/ which isn't a pretty solution either. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33258] - errorStyleClass doesn't work with indexed lists
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33258. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33258 Bug 33258 depends on bug 28358, which changed state. Bug 28358 Summary: [beanutils] Problems on indexed property with JDK 1.4 http://issues.apache.org/bugzilla/show_bug.cgi?id=28358 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33258] - errorStyleClass doesn't work with indexed lists
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33258. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33258 Bug 33258 depends on bug 28358, which changed state. Bug 28358 Summary: [beanutils] Problems on indexed property with JDK 1.4 http://issues.apache.org/bugzilla/show_bug.cgi?id=28358 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35127] - [taglib] All Javascript validation fails when html:xhtml/ is present
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35127. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35127 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2006-06-07 09:35 --- The javascript for putting focus on a field still does not work in combination with xhtml, when providing the 'styleId' attribute. (Struts 1.2.9) The focus javascript still refers to the beanName. This patch works for me: --- FormTag.java.orig 2006-03-09 14:32:28.0 +0100 +++ FormTag.java2006-06-07 11:30:56.104082800 +0200 @@ -663,7 +663,12 @@ // Construct the control name that will receive focus. // This does not include any index. StringBuffer focusControl = new StringBuffer(document.forms[\); -focusControl.append(beanName); +if (this.isXhtml() getStyleId() != null) { +focusControl.append(getStyleId()); +} else { +focusControl.append(beanName); +} + focusControl.append(\].elements[\); focusControl.append(this.focus); focusControl.append(\]); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35127] - [taglib] All Javascript validation fails when html:xhtml/ is present
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35127. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35127 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-06-07 12:20 --- (In reply to comment #14) The javascript for putting focus on a field still does not work in combination with xhtml, when providing the 'styleId' attribute. (Struts 1.2.9) The focus javascript still refers to the beanName. Frank we have moved from using Bugzilla to Jira for issue tracking - also could you create a new Jira ticket for this issue, rather than re-openning an old one please: http://issues.apache.org/struts/ Thanks Niall -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39080] - XmlDefinitionsSet.extend does not clear path attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39080. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39080 --- Additional Comments From [EMAIL PROTECTED] 2006-05-30 11:34 --- It seems that Standalone Tiles does not suffer of this bug because a totally different strategy used to resolve inheritances between definitions. Struts Tiles: 1) Take the root definition and call it definition 2) Get the next child and call it child 3) If the definition has missing attributes (including extend and path), overload them with child's ones. 4) Go to point 2 Standalone Tiles: 1) Take the last child and call it definition 2) Take the parent of definition and call it parent 3) Overload all missing attributes in definition with parent ones. 4) Take the parent of parent and call it parent until root definition is reached 5) Go to point 3 Therefore in Standalone Tiles the child attributes have the precedence to the parent ones. In Struts Tiles it is exactly the opposite -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Struts [2006/05/07]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places | | 5937|New|Enh|2002-01-21|[taglib] html:form trims all extensions | | 6847|New|Enh|2002-03-04|Multiple file upload not possible due to MultiPart| | 7902|Opn|Enh|2002-04-10|The exception handling declaration in the DTD does| | 8240|Ver|Min|2002-04-18|Data-Source configuration in examples is outdated | | 9088|Opn|Enh|2002-05-15|FormTag.getActionMappingURL() assumes 1 servlet ma| | 9616|New|Enh|2002-06-05|Some more Struts docs | | 9748|New|Enh|2002-06-10|[taglib] attribute labelKeyProperty for Options ta| |10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards| |10552|New|Enh|2002-07-08|create helper objects in struts-config| |10867|Opn|Enh|2002-07-16|[taglib] Add indexedProperty attribute in html tag| |11154|Opn|Enh|2002-07-25|[taglib] html:link tag extension for multiple para| |11733|Opn|Enh|2002-08-15|Make error keys more specific | |12170|Opn|Enh|2002-08-29|Added functionality when extending another definit| |12301|Opn|Enh|2002-09-04|[taglib] nested:messages Tag does not work as expe| |12600|New|Enh|2002-09-12|[taglib] html:form tag always prepends context pat| |13125|Opn|Enh|2002-09-30|[taglib] Lack of character-set while using html:| |13521|New|Enh|2002-10-11|CombinedDispatchAction| |13544|Opn|Enh|2002-10-11|[exception] support contextRelative paths | |14183|New|Enh|2002-11-01|[taglib] html:img does not support forward attribu| |15188|New|Enh|2002-12-09|roles attribute of tags and definitions only allow| |15422|Opn|Enh|2002-12-17|[taglib] Form Tag exportFormName attribute | |15816|Opn|Enh|2003-01-06|[taglib] html:form focus in pages with several for| |15849|Opn|Enh|2003-01-07|Incorrect documentation for Developing Your Own M| |16074|New|Enh|2003-01-14|[taglib] html:form uses 'action' not 'input' to se| |16107|Opn|Enh|2003-01-15|Configure if you want to call ActionForm.reset() i| |16207|Opn|Enh|2003-01-17|[tiles] Add ability to import tile attributes into| |16401|New|Enh|2003-01-24|ActionValidatorUtil | |16543|Opn|Enh|2003-01-29|IncludeAction should return an ActionForward. | |16603|Opn|Enh|2003-01-30|controller forwardPattern should support differe| |16708|New|Enh|2003-02-03|I18N on ActionForwards| |16764|Opn|Enh|2003-02-04|No inheritance of html:html xhtml=true in includ| |16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources| |16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa| |16946|Opn|Enh|2003-02-10|SwitchAction not setting context properly for tile| |16971|New|Enh|2003-02-11|[taglib] multiple attribute on select tag should| |17368|Opn|Enh|2003-02-25|[taglib] html:select multiple does not populate | |17449|New|Enh|2003-02-26|[taglib] Allow relative URL in action attribute of| |17473|New|Enh|2003-02-27|[taglib] Problem to include a jsp into an iterate | |17530|New|Enh|2003-02-28|RequestUtils.computeURL should use the session ass| |17559|New|Enh|2003-03-01|[tiles] key attribute for tiles (put item) | |17600|New|Enh|2003-03-03|[taglib] key property for html:optionsCollection t| |17698|Opn|Enh|2003-03-05|The value(key) form name pattern doesn't work with| |18015|Opn|Enh|2003-03-14|[taglib] New html:label custom tag to write form| |18017|Opn|Enh|2003-03-14|[tiles] extends fails in JSP-based Definitions| |18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o| |18032|Opn|Enh|2003-03-16|[taglib] html:img tag appending session doesn't | |18194|Opn|Enh|2003-03-20|[resources] Enhance MessageResources to enable sev| |18237|Opn|Enh|2003-03-21|[tiles] excessive memory usage| |18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl| |18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process| |18981|New|Enh|2003
DO NOT REPLY [Bug 39378] - [shale] Clay outputLink definition missing target attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39378. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39378 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-05-02 02:30 --- Fixed in the 20060502 shale nightly build. Thanks for the help! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39381] - [shale] Missing binding attribute in clay-config.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39381 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-05-02 02:31 --- Fixed in the 20060502 shale nightly build. Thanks for the help Rich. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Struts [2006/04/30]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places | | 5937|New|Enh|2002-01-21|[taglib] html:form trims all extensions | | 6847|New|Enh|2002-03-04|Multiple file upload not possible due to MultiPart| | 7902|Opn|Enh|2002-04-10|The exception handling declaration in the DTD does| | 8240|Ver|Min|2002-04-18|Data-Source configuration in examples is outdated | | 9088|Opn|Enh|2002-05-15|FormTag.getActionMappingURL() assumes 1 servlet ma| | 9616|New|Enh|2002-06-05|Some more Struts docs | | 9748|New|Enh|2002-06-10|[taglib] attribute labelKeyProperty for Options ta| |10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards| |10552|New|Enh|2002-07-08|create helper objects in struts-config| |10867|Opn|Enh|2002-07-16|[taglib] Add indexedProperty attribute in html tag| |11154|Opn|Enh|2002-07-25|[taglib] html:link tag extension for multiple para| |11733|Opn|Enh|2002-08-15|Make error keys more specific | |12170|Opn|Enh|2002-08-29|Added functionality when extending another definit| |12301|Opn|Enh|2002-09-04|[taglib] nested:messages Tag does not work as expe| |12600|New|Enh|2002-09-12|[taglib] html:form tag always prepends context pat| |13125|Opn|Enh|2002-09-30|[taglib] Lack of character-set while using html:| |13521|New|Enh|2002-10-11|CombinedDispatchAction| |13544|Opn|Enh|2002-10-11|[exception] support contextRelative paths | |14183|New|Enh|2002-11-01|[taglib] html:img does not support forward attribu| |15188|New|Enh|2002-12-09|roles attribute of tags and definitions only allow| |15422|Opn|Enh|2002-12-17|[taglib] Form Tag exportFormName attribute | |15816|Opn|Enh|2003-01-06|[taglib] html:form focus in pages with several for| |15849|Opn|Enh|2003-01-07|Incorrect documentation for Developing Your Own M| |16074|New|Enh|2003-01-14|[taglib] html:form uses 'action' not 'input' to se| |16107|Opn|Enh|2003-01-15|Configure if you want to call ActionForm.reset() i| |16207|Opn|Enh|2003-01-17|[tiles] Add ability to import tile attributes into| |16401|New|Enh|2003-01-24|ActionValidatorUtil | |16543|Opn|Enh|2003-01-29|IncludeAction should return an ActionForward. | |16603|Opn|Enh|2003-01-30|controller forwardPattern should support differe| |16708|New|Enh|2003-02-03|I18N on ActionForwards| |16764|Opn|Enh|2003-02-04|No inheritance of html:html xhtml=true in includ| |16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources| |16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa| |16946|Opn|Enh|2003-02-10|SwitchAction not setting context properly for tile| |16971|New|Enh|2003-02-11|[taglib] multiple attribute on select tag should| |17368|Opn|Enh|2003-02-25|[taglib] html:select multiple does not populate | |17449|New|Enh|2003-02-26|[taglib] Allow relative URL in action attribute of| |17473|New|Enh|2003-02-27|[taglib] Problem to include a jsp into an iterate | |17530|New|Enh|2003-02-28|RequestUtils.computeURL should use the session ass| |17559|New|Enh|2003-03-01|[tiles] key attribute for tiles (put item) | |17600|New|Enh|2003-03-03|[taglib] key property for html:optionsCollection t| |17698|Opn|Enh|2003-03-05|The value(key) form name pattern doesn't work with| |18015|Opn|Enh|2003-03-14|[taglib] New html:label custom tag to write form| |18017|Opn|Enh|2003-03-14|[tiles] extends fails in JSP-based Definitions| |18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o| |18032|Opn|Enh|2003-03-16|[taglib] html:img tag appending session doesn't | |18194|Opn|Enh|2003-03-20|[resources] Enhance MessageResources to enable sev| |18237|Opn|Enh|2003-03-21|[tiles] excessive memory usage| |18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl| |18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process| |18981|New|Enh|2003
DO NOT REPLY [Bug 38349] - [site] Broken Links
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38349. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38349 --- Additional Comments From [EMAIL PROTECTED] 2006-04-26 11:30 --- Section 3: Other Resources The link to http://www.manning-source.com/books/husted/husted_ch11.pdf should point to http://www.manning-source.com/books/husted/husted_ch11.pdf The others are OK -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21679] - Map-backed ActionForms - multiple select - object value conversion
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=21679. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=21679 --- Additional Comments From [EMAIL PROTECTED] 2006-04-26 12:22 --- Vijay, I think you're right. It seems that the real problem is in BeanUtils, that only stores the first element of the array into indexed or mapped properties. There's an open bug for beanutils about this issue, with a proposed patch: bug 29203 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38349] - [site] Broken Links
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38349. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38349 --- Additional Comments From [EMAIL PROTECTED] 2006-04-26 13:29 --- Hi, Gerry, all bugzilla tickets were ported to Jira. This one in particular: http://issues.apache.org/struts/browse/STR-2741 I've updated it with your latest comment. Thanks for helping. P.S. Struts devs, are we supposed to close these? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39225] - In case of multilingual content the content type is not taken into account
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39225. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39225 --- Additional Comments From [EMAIL PROTECTED] 2006-04-24 21:48 --- How about putting a filter in Jakarta Web Components, Joe? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 --- Additional Comments From [EMAIL PROTECTED] 2006-04-24 22:24 --- Thanks Don. I was checking my emails often and didn't check the bug itself - else I would've responsed much earlier. I was able to reproduce the problem with the 1.2.9 version as well. The issue is still there. Since I am not able to attach the entire WAR project, I am attaching the two classes I added to the strurs-example project to demonstrate this problem. 1. FindCaseServlet.java 2. FindCaseServletTest.java Add these two classes to the struts-example project and execute the FindCaseServletTest testcase (the URL is already in the document attached previously). The testcase should run for about 30 seconds, this is done intentionally with a dummy loop logic. When this is running - request any JSP form in the struts-example application. Once the page is loaded, view the HTML source, you should see the action path partially or completely missing. The trick is to keep two browser instances open, and in one instance execute the testcase URL and as soon as you see FindCaseServlet.doPost.Before dummy loop line in the server console - request a JSP form immediately from the application through the second browser instance. When the timing works right - you will see the HTML response with incorrect action path. The two class attachment follows... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 --- Additional Comments From [EMAIL PROTECTED] 2006-04-24 22:25 --- Created an attachment (id=18175) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18175action=view) FindCaseServlet.java FindCaseServlet.java -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 --- Additional Comments From [EMAIL PROTECTED] 2006-04-24 22:25 --- Created an attachment (id=18176) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18176action=view) FindCaseServletTest.java FindCaseServletTest.java -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 --- Additional Comments From [EMAIL PROTECTED] 2006-04-24 22:28 --- Struts has migrated the Bugzilla to JIRA, so the new URL for this ticket is http://issues.apache.org/struts/browse/STR-2546 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39225] - In case of multilingual content the content type is not taken into account
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39225. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39225 --- Additional Comments From [EMAIL PROTECTED] 2006-04-25 01:38 --- (In reply to comment #2) How about putting a filter in Jakarta Web Components, Joe? Theres one available here: http://javawebparts.sourceforge.net/ http://javawebparts.sourceforge.net/javadocs/javawebparts/filter/CharacterEncod ingFilter.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Struts [2006/04/23]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places | | 5937|New|Enh|2002-01-21|[taglib] html:form trims all extensions | | 6847|New|Enh|2002-03-04|Multiple file upload not possible due to MultiPart| | 7902|Opn|Enh|2002-04-10|The exception handling declaration in the DTD does| | 8240|Ver|Min|2002-04-18|Data-Source configuration in examples is outdated | | 9088|Opn|Enh|2002-05-15|FormTag.getActionMappingURL() assumes 1 servlet ma| | 9616|New|Enh|2002-06-05|Some more Struts docs | | 9748|New|Enh|2002-06-10|[taglib] attribute labelKeyProperty for Options ta| |10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards| |10552|New|Enh|2002-07-08|create helper objects in struts-config| |10867|Opn|Enh|2002-07-16|[taglib] Add indexedProperty attribute in html tag| |11154|Opn|Enh|2002-07-25|[taglib] html:link tag extension for multiple para| |11733|Opn|Enh|2002-08-15|Make error keys more specific | |12170|Opn|Enh|2002-08-29|Added functionality when extending another definit| |12301|Opn|Enh|2002-09-04|[taglib] nested:messages Tag does not work as expe| |12600|New|Enh|2002-09-12|[taglib] html:form tag always prepends context pat| |13125|Opn|Enh|2002-09-30|[taglib] Lack of character-set while using html:| |13521|New|Enh|2002-10-11|CombinedDispatchAction| |13544|Opn|Enh|2002-10-11|[exception] support contextRelative paths | |14183|New|Enh|2002-11-01|[taglib] html:img does not support forward attribu| |15188|New|Enh|2002-12-09|roles attribute of tags and definitions only allow| |15422|Opn|Enh|2002-12-17|[taglib] Form Tag exportFormName attribute | |15816|Opn|Enh|2003-01-06|[taglib] html:form focus in pages with several for| |15849|Opn|Enh|2003-01-07|Incorrect documentation for Developing Your Own M| |16074|New|Enh|2003-01-14|[taglib] html:form uses 'action' not 'input' to se| |16107|Opn|Enh|2003-01-15|Configure if you want to call ActionForm.reset() i| |16207|Opn|Enh|2003-01-17|[tiles] Add ability to import tile attributes into| |16401|New|Enh|2003-01-24|ActionValidatorUtil | |16543|Opn|Enh|2003-01-29|IncludeAction should return an ActionForward. | |16603|Opn|Enh|2003-01-30|controller forwardPattern should support differe| |16708|New|Enh|2003-02-03|I18N on ActionForwards| |16764|Opn|Enh|2003-02-04|No inheritance of html:html xhtml=true in includ| |16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources| |16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa| |16946|Opn|Enh|2003-02-10|SwitchAction not setting context properly for tile| |16971|New|Enh|2003-02-11|[taglib] multiple attribute on select tag should| |17368|Opn|Enh|2003-02-25|[taglib] html:select multiple does not populate | |17449|New|Enh|2003-02-26|[taglib] Allow relative URL in action attribute of| |17473|New|Enh|2003-02-27|[taglib] Problem to include a jsp into an iterate | |17530|New|Enh|2003-02-28|RequestUtils.computeURL should use the session ass| |17559|New|Enh|2003-03-01|[tiles] key attribute for tiles (put item) | |17600|New|Enh|2003-03-03|[taglib] key property for html:optionsCollection t| |17698|Opn|Enh|2003-03-05|The value(key) form name pattern doesn't work with| |18015|Opn|Enh|2003-03-14|[taglib] New html:label custom tag to write form| |18017|Opn|Enh|2003-03-14|[tiles] extends fails in JSP-based Definitions| |18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o| |18032|Opn|Enh|2003-03-16|[taglib] html:img tag appending session doesn't | |18194|Opn|Enh|2003-03-20|[resources] Enhance MessageResources to enable sev| |18237|Opn|Enh|2003-03-21|[tiles] excessive memory usage| |18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl| |18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process| |18981|New|Enh|2003
DO NOT REPLY [Bug 39378] New: - [shale] Clay outputLink definition missing target attribute
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39378. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39378 Summary: [shale] Clay outputLink definition missing target attribute Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Shale AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] Currently the outputLink definition in clay just extends the baseOutput component. An attribute needs to be added so that the target attribute can be used. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2006-04-21 19:26 --- I am facing the same problem and I am able to reproduce it with a test case. Attachment follows... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 --- Additional Comments From [EMAIL PROTECTED] 2006-04-21 19:32 --- Created an attachment (id=18149) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18149action=view) Problem Demonstration with Struts-Example Application.doc Problem Demonstration with Struts-Example Application.doc -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 --- Additional Comments From [EMAIL PROTECTED] 2006-04-21 19:45 --- Hi Don, This problem is causing a lot of 404 page not found errors in our production box. It took a long time just to narrow it down to this point. I would really appreciate if you would look into the problem. I have a WAR file project demonstrating the problem, but its about 9MB and I cant seem to attach it to the bug. Is there any other place where I can put it? Thanks Stephen -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |critical OS/Version|Linux |AIX Priority|P2 |P1 Version|1.2.4 |1.1 Final --- Additional Comments From [EMAIL PROTECTED] 2006-04-21 23:09 --- I am setting the Priority to 'P1' and severity to 'Critical' as this is causing a frequent '404 Page Not Found' errors in the production box. CAUSE OF THE ERROR: When a RequestDispatcher.forward is being executed by the server, and at the same time if any other user session is rendering a JSP page with html:form tag in it - then the tag's action value gets left out in the HTML output. The user session ends up getting a HTML form with partial or no value for the form's action parameter. And when the user submits that page he is sure to get a '404 page not found' error or unexpected behavior since the action value is incorrect. The test case I have demonstrates this problem very clearly but I cant seem to find a place to put it in. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36152] - action field is blank in using html:form
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36152. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36152 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2006-04-21 23:28 --- Thanks for the detailed report, but I'm still stumped. Could you try to reproduce this with the latest Struts 1.3 nightly or SVN build? This would at least help us determine if it is still an issue or was inadvertently fixed. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39381] - [shale] Missing binding attribute in clay-config.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39381 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[shale] |[shale] Missing binding ||attribute in clay-config.xml -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39121] - [Shale] Implement use of Commons Validator Javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39121 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2006-04-18 23:11 --- Reopening for documentation review. Are these pages up to date with the changes? http://struts.apache.org/struts-shale/features-commons-validator.html http://wiki.apache.org/struts/Shale/Validation -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39121] - [Shale] Implement use of Commons Validator Javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39121 --- Additional Comments From [EMAIL PROTECTED] 2006-04-19 02:14 --- (In reply to comment #4) Reopening for documentation review. Are these pages up to date with the changes? http://struts.apache.org/struts-shale/features-commons-validator.html http://wiki.apache.org/struts/Shale/Validation I believe that they do describe the current validator. The areas expanded on were not specifically addressed in the documentation anyway. The area that was fuzzy before was defining a new validation rule. There was not any direct association of a method parameter with a variable. The logic just happed to assemble the parameters in a predefined order based on the know set of rules. This was also true for substitution of message parameters associated with variables. However, we might want to expand on how you can create a custom rule. The CommonsVaidatorTestCase shows and example. JSP: s:commonsValidator type=testRule2 message={0} must be one of the following: {2}. arg=Favorite Color s:validatorVar name=enumerations value=black, yellow, red/ /s:commonsValidator validation.xml global validator name=testRule2 classname=org.apache.shale.validator.CommonsValidatorTestCase method=isValid methodParams=java.lang.String, java.lang.String msg=errors.invalid /validator /global formset form name=org.apache.shale.validator.testRule2 field property=testRule2 arg position=0 name=message key=arg resource=false/ arg position=1 name=message key=submittedValue resource=false/ arg position=2 name=message key=enumerations resource=false/ arg position=0 name=parameter key=submittedValue resource=false/ arg position=1 name=parameter key=enumerations resource=false/ /field /form /formset Rule Method: //test validation rule public static boolean isValid(String value, String colors) { StringTokenizer tokenizer = new StringTokenizer(colors, ,); while (tokenizer.hasMoreTokens()) { String color = tokenizer.nextToken().trim(); if (value.equals(color)) return true; } return false; } Do you thing that something like this would be a good addition? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26322] - WebLogic
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26322. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26322 [EMAIL PROTECTED] changed: What|Removed |Added Summary|WebLogic hot-deploy breaks |WebLogic |Tiles; TilesRequestProcessor| |is not serializable | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26322] - WebLogic hot-deploy breaks Tiles
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26322. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26322 [EMAIL PROTECTED] changed: What|Removed |Added Summary|WebLogic|WebLogic hot-deploy breaks ||Tiles -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39294] - ValidatorCommandRenderer breaks MyFaces dummy form.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39294. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39294 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-04-18 03:23 --- I narrowed the scope from the general category of renderer's in command family to the Link and Button renderer type's that are specified in the JSF runtime and have know behavior. The fix should be in the shale 20060418 nightly build. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39121] - [Shale] Implement use of Commons Validator Javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39121 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-04-18 03:25 --- The current implementation is dependent on version 1.3 of commons validator. Some new conventions have been adopted for registering a validation rule in the validator's XML configuration file. In the action framework, validation was suited for declaring rules associated with a form. This worked well since generally a single action had the responsibility of handling all the posted form data at once. However, JSF takes a component based approach. Each component has the responsibility of managing its posted data and rendering its state. In the component based world, it is easier to associated configuration values at that level versus what works best for struts action. In an effort to reuse as much of commons validator and provide a method of registering new rules, a new convention was adopted for declaring validation rules. global validator name=mask classname=org.apache.commons.validator.GenericValidator method=matchRegexp methodParams=java.lang.String,java.lang.String msg=errors.invalid jsFunctionName=validateMask jsFunction=org.apache.commons.validator.javascript.validateMask depends=/ /global The rules declaration is the same but an added form is required to capture extra configuration information. The form is associated with the validation rule using a naming convention. The prefix of the form name is org.apache.shale.validator. where is the validation rule name. formset form name=org.apache.shale.validator.mask The form is followed by a field and the property attribute of the form has the same value as the rule name. field property=mask Within the field definition, arg's are used to define the parameters in order for message substitution and method argument value resolution. There are two reserved name values for the arg node used to define messages and parameters. arg position=0 name=message key=arg resource=false/ arg position=1 name=message key=mask resource=false/ arg position=2 name=message key=submittedValue resource=false/ arg position=0 name=parameter key=submittedValue resource=false/ arg position=1 name=parameter key=mask resource=false/ The message name arguments defines the possible MessageFormat parameter substitution where the position corresponds to the substitution parameter. errors.invalid={0} is invalid. The parameter arguments define the variable names that hold values for the target validatior method identified by the validator rule name. The comma delimited class types in the methodParms value list correspond to the parameters by position. methodParams=java.lang.String,java.lang.String The var node is also used to explicitly define a JavaScript variable type. If not defined, the default is string. The var-value is ignored because its captured by the shale commons validator instance. var var-namemask/var-name var-value/var-value var-jstyperegexp/var-jstype /var -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38079] - range validators doesn't check dependecies
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38079. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38079 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-04-18 03:28 --- This problem is fixed with bug 39121. The fix will be in the 20060418 nightly shale build. Thanks for the help. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Struts [2006/04/16]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places | | 5937|New|Enh|2002-01-21|[taglib] html:form trims all extensions | | 6847|New|Enh|2002-03-04|Multiple file upload not possible due to MultiPart| | 7902|Opn|Enh|2002-04-10|The exception handling declaration in the DTD does| | 8240|Ver|Min|2002-04-18|Data-Source configuration in examples is outdated | | 9088|Opn|Enh|2002-05-15|FormTag.getActionMappingURL() assumes 1 servlet ma| | 9616|New|Enh|2002-06-05|Some more Struts docs | | 9748|New|Enh|2002-06-10|[taglib] attribute labelKeyProperty for Options ta| |10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards| |10552|New|Enh|2002-07-08|create helper objects in struts-config| |10867|Opn|Enh|2002-07-16|[taglib] Add indexedProperty attribute in html tag| |11154|Opn|Enh|2002-07-25|[taglib] html:link tag extension for multiple para| |11733|Opn|Enh|2002-08-15|Make error keys more specific | |12170|Opn|Enh|2002-08-29|Added functionality when extending another definit| |12301|Opn|Enh|2002-09-04|[taglib] nested:messages Tag does not work as expe| |12600|New|Enh|2002-09-12|[taglib] html:form tag always prepends context pat| |13125|Opn|Enh|2002-09-30|[taglib] Lack of character-set while using html:| |13521|New|Enh|2002-10-11|CombinedDispatchAction| |13544|Opn|Enh|2002-10-11|[exception] support contextRelative paths | |14183|New|Enh|2002-11-01|[taglib] html:img does not support forward attribu| |15188|New|Enh|2002-12-09|roles attribute of tags and definitions only allow| |15422|Opn|Enh|2002-12-17|[taglib] Form Tag exportFormName attribute | |15816|Opn|Enh|2003-01-06|[taglib] html:form focus in pages with several for| |15849|Opn|Enh|2003-01-07|Incorrect documentation for Developing Your Own M| |16074|New|Enh|2003-01-14|[taglib] html:form uses 'action' not 'input' to se| |16107|Opn|Enh|2003-01-15|Configure if you want to call ActionForm.reset() i| |16207|Opn|Enh|2003-01-17|[tiles] Add ability to import tile attributes into| |16401|New|Enh|2003-01-24|ActionValidatorUtil | |16543|Opn|Enh|2003-01-29|IncludeAction should return an ActionForward. | |16603|Opn|Enh|2003-01-30|controller forwardPattern should support differe| |16708|New|Enh|2003-02-03|I18N on ActionForwards| |16764|Opn|Enh|2003-02-04|No inheritance of html:html xhtml=true in includ| |16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources| |16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa| |16946|Opn|Enh|2003-02-10|SwitchAction not setting context properly for tile| |16971|New|Enh|2003-02-11|[taglib] multiple attribute on select tag should| |17368|Opn|Enh|2003-02-25|[taglib] html:select multiple does not populate | |17449|New|Enh|2003-02-26|[taglib] Allow relative URL in action attribute of| |17473|New|Enh|2003-02-27|[taglib] Problem to include a jsp into an iterate | |17530|New|Enh|2003-02-28|RequestUtils.computeURL should use the session ass| |17559|New|Enh|2003-03-01|[tiles] key attribute for tiles (put item) | |17600|New|Enh|2003-03-03|[taglib] key property for html:optionsCollection t| |17698|Opn|Enh|2003-03-05|The value(key) form name pattern doesn't work with| |18015|Opn|Enh|2003-03-14|[taglib] New html:label custom tag to write form| |18017|Opn|Enh|2003-03-14|[tiles] extends fails in JSP-based Definitions| |18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o| |18032|Opn|Enh|2003-03-16|[taglib] html:img tag appending session doesn't | |18194|Opn|Enh|2003-03-20|[resources] Enhance MessageResources to enable sev| |18237|Opn|Enh|2003-03-21|[tiles] excessive memory usage| |18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl| |18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process| |18981|New|Enh|2003
Bug report for Struts [2006/04/16]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places | | 5937|New|Enh|2002-01-21|[taglib] html:form trims all extensions | | 6847|New|Enh|2002-03-04|Multiple file upload not possible due to MultiPart| | 7902|Opn|Enh|2002-04-10|The exception handling declaration in the DTD does| | 8240|Ver|Min|2002-04-18|Data-Source configuration in examples is outdated | | 9088|Opn|Enh|2002-05-15|FormTag.getActionMappingURL() assumes 1 servlet ma| | 9616|New|Enh|2002-06-05|Some more Struts docs | | 9748|New|Enh|2002-06-10|[taglib] attribute labelKeyProperty for Options ta| |10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards| |10552|New|Enh|2002-07-08|create helper objects in struts-config| |10867|Opn|Enh|2002-07-16|[taglib] Add indexedProperty attribute in html tag| |11154|Opn|Enh|2002-07-25|[taglib] html:link tag extension for multiple para| |11733|Opn|Enh|2002-08-15|Make error keys more specific | |12170|Opn|Enh|2002-08-29|Added functionality when extending another definit| |12301|Opn|Enh|2002-09-04|[taglib] nested:messages Tag does not work as expe| |12600|New|Enh|2002-09-12|[taglib] html:form tag always prepends context pat| |13125|Opn|Enh|2002-09-30|[taglib] Lack of character-set while using html:| |13521|New|Enh|2002-10-11|CombinedDispatchAction| |13544|Opn|Enh|2002-10-11|[exception] support contextRelative paths | |14183|New|Enh|2002-11-01|[taglib] html:img does not support forward attribu| |15188|New|Enh|2002-12-09|roles attribute of tags and definitions only allow| |15422|Opn|Enh|2002-12-17|[taglib] Form Tag exportFormName attribute | |15816|Opn|Enh|2003-01-06|[taglib] html:form focus in pages with several for| |15849|Opn|Enh|2003-01-07|Incorrect documentation for Developing Your Own M| |16074|New|Enh|2003-01-14|[taglib] html:form uses 'action' not 'input' to se| |16107|Opn|Enh|2003-01-15|Configure if you want to call ActionForm.reset() i| |16207|Opn|Enh|2003-01-17|[tiles] Add ability to import tile attributes into| |16401|New|Enh|2003-01-24|ActionValidatorUtil | |16543|Opn|Enh|2003-01-29|IncludeAction should return an ActionForward. | |16603|Opn|Enh|2003-01-30|controller forwardPattern should support differe| |16708|New|Enh|2003-02-03|I18N on ActionForwards| |16764|Opn|Enh|2003-02-04|No inheritance of html:html xhtml=true in includ| |16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources| |16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa| |16946|Opn|Enh|2003-02-10|SwitchAction not setting context properly for tile| |16971|New|Enh|2003-02-11|[taglib] multiple attribute on select tag should| |17368|Opn|Enh|2003-02-25|[taglib] html:select multiple does not populate | |17449|New|Enh|2003-02-26|[taglib] Allow relative URL in action attribute of| |17473|New|Enh|2003-02-27|[taglib] Problem to include a jsp into an iterate | |17530|New|Enh|2003-02-28|RequestUtils.computeURL should use the session ass| |17559|New|Enh|2003-03-01|[tiles] key attribute for tiles (put item) | |17600|New|Enh|2003-03-03|[taglib] key property for html:optionsCollection t| |17698|Opn|Enh|2003-03-05|The value(key) form name pattern doesn't work with| |18015|Opn|Enh|2003-03-14|[taglib] New html:label custom tag to write form| |18017|Opn|Enh|2003-03-14|[tiles] extends fails in JSP-based Definitions| |18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o| |18032|Opn|Enh|2003-03-16|[taglib] html:img tag appending session doesn't | |18194|Opn|Enh|2003-03-20|[resources] Enhance MessageResources to enable sev| |18237|Opn|Enh|2003-03-21|[tiles] excessive memory usage| |18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl| |18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process| |18981|New|Enh|2003
DO NOT REPLY [Bug 39294] - ValidatorCommandRenderer breaks MyFaces dummy form.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39294. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39294 --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 07:13 --- i had also wondered whether the myfaces writer should recognise that the wrapped writer is an instance of DummyFormResponseWriter and propagate the setWriteDummyForm() call. This would prevent shale depending on myfaces at all. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] New: - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 Summary: CommonsMultipartRequestHandler will lose parameters when a uploading file is too big Product: Struts Version: 1.2.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Apps AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] I am trying to implement an upload feature for our website by using struts. Everything works fine except when I am trying to upload a file with size bigger than I configured in the struts-config, all the parameters get lost after struts decides the file size is too big. Since I am trying to redirect the user to a page with some specific IDs, I will need some parameters to be replayed. So I followed this class's code and tried to see how it gets lost. Here is wut happens: in the function handleRequest(HttpServletRequest request) at line 166: try { items = upload.parseRequest(request); } catch (DiskFileUpload.SizeLimitExceededException e) { // Special handling for uploads that are too big. request.setAttribute( MultipartRequestHandler.ATTRIBUTE_MAX_LENGTH_EXCEEDED, Boolean.TRUE); return; } So when the class get an SizeLimitExceededException from DiskFileUpload, it will not try to replay the rest of the parameters. And as a result, I lost the parameter I passed in for action class to redirect the response. Think it through, I feel it's a struts bug rather than a commons file upload bug. Because commons file upload should throw an exception when the file is too big and struts still should replay the rest of the parameters and skip the file parameters. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 18:50 --- More to this class. I am trying to override CommonsMultipartRequestHandler.handleRequest(HttpServletRequest request) by creating a subclass. And I am having a bad time since there are 3 private members (elementsText, elementsFile, elementsAll) are initialized in this function. As a result, I have to copy and paste pretty much everything from this class. Default scope class CommonsFormFile is not visible to the sub class, too. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 19:03 --- I really don't understand what you mean by replaying parameters. It's a file upload, not a movie. ;-) In any case, it _is_ an issue - and a known one - with Commons FileUpload. When the size exception is thrown from FileUpload, there is no way for a client to obtain the fields that have been parsed up to that point. And since the input stream has been consumed, there is no way that any other code (e.g. in Struts) can re-parse that stream some other way to extract the fields. Marking as a duplicate of #38936, which also calls for a way to obtain those parameters that have already been parsed in the face of problems completing the parse. *** This bug has been marked as a duplicate of 38936 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 21:03 --- Well, I understand what you are saying. But why not let Commons FileUpload pass this item to struts and let struts decide it's a oversized or not? So I just write a new CommonsMultipartRequestHandler (since this CommonsMultipartRequestHandler is not in a nutshell) in our own package and do this: // set maxsize to no limit upload.setSizeMax(-1); ... // check the file size, if the file size is greater than the size // in moduleconfig, set the flag and forward other parameters while (iter.hasNext()) { FileItem item = (FileItem) iter.next(); if (item.isFormField()) { addTextParameter(request, item); } else { long size = item.getSize(); if (size getSizeMax(ac)) { request.setAttribute(MultipartRequestHandler.ATTRIBUTE_MAX_LENGTH_EXCEEDED, Boolean.TRUE); continue; } addFileParameter(item); } } -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 22:56 --- The code in comment #3 does not make sense. The exception, and the sizeMax value you are referring to, apply to the _request_ size, not the size of a particular uploaded item. So, the exception will be thrown from parseRequest() if the request exceeds sizeMax. In that situation, you will never reach the loop, unless sizeMax is -1, and you will certainly never encounter a situation in which an individual item is larger than the permitted size for the entire request. If you set sizeMax to -1, _everything_ will be uploaded to the server before the loop ever executes. Everything. All of the parts, all of the files, regardless of how large they are. That is what the size exception is designed to protect your app from. Could Struts provide a means of preventing your app from seeing items over a given size? Yes. But it cannot stop those items from being uploaded to your server first, which usually defeats the purpose entirely. To do that requires changes to Commons FileUpload, so that it skips data over a (different) maximum size for a particular item. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 23:12 --- Well, I already consider that situation. Yes, the file will be uploaded to the temp dir, no matter how large it is. But I don't really think it's going to be a big issue for, at least for our web application. Coz we specified the size limit before the users upload, we told them it's not going to pass and I can barely imagine some1 will upload a super huge file by eating his/her own upload bandwidth, considering currently most Cable/DSL still don't have a good upload speed. And if it's a hacker who wants to consume our bandwidth. Well, we got nothing to stop him with this struts MultiPart class. He/she can write a bot to keep uploading, no matter how big the size limit is out there, 1000 times of 1Mb is still 1 Gb. Comparing to the malfunctioning class, I think this is more reasonable to our web application. For you, of course, you have to think about serving more general purpose. But I really doubt this is a more concern than a malfunctioning class. Comparing pros and cons, I think this way is gain. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-14 23:24 --- If all you want is to check the size of items _after_ they have been uploaded, and you're OK with setting sizeMax to -1, which you say you are, then you don't need anything further from Struts in the first place. All you need to do is put the size checking loop in your Action, after FileUpload is done. That's it. Done. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-15 00:12 --- So I just tested to upload a 1 Gb file with DiskFileUpload's sizeMax set to be 1Mb. I am not sure if the exception is thrown after the uploading passing 1Mb. But it takes really long time till I get a error message. Let's go back to this size controlling. If your concern is that the configged max size should apply to request's size and not to a single file's size, that's fine to me. Still, it's not hard to add up all items' sizes, which should be very close to request's size. If you concern is that the request should be stopped before too much data was uploaded, it seems to me that your current way of implementation is not serving that purpose. Please try and validate it. My testing might not be valid, since I just tested it on my local machine and I don't want to go further and track down Commons FileUpload source code, plus I don't want to support multiple file boxes in one form either. Timewisely, it doesn't look like what you said is valid. It might be shorter than uploading the whole thing, but it still comsumes a lot of bandwidth. The thing is that by using this CommonsMultipartRequestHandler, if the request size passes the size set in struts-config, I will lose all field information and this is where the painth comes from - all my parameters were set to 0 or nothing. Of course, nothing cannot be achieved without using struts. Nobody needs struts to breathe. People just love struts' for its convenience. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-15 00:28 --- The size exception is thrown as soon as parseRequest() is called, because it is based on the HTTP header value. The actual parsing of the request never even starts. The delay you are seeing is a container issue, and not something either FileUpload or Struts can do anything about. I've already said that there is an open issue against Commons FileUpload to provide a better solution for aborted uploads, and this issue has been flagged as a duplicate of that issue. Unless you set sizeMax to -1, which is setting a Commons FileUpload parameter, there is no possible way for you to get partial results without changes to Commons FileUpload. It doesn't matter whether you're using Struts or something else - FileUpload still behaves that way. I'm afraid that if you want to know the finer details of how all this works, you are going to have to track down the FileUpload code. I frankly don't have the time to keep explaining it one paragraph at a time in the middle of an acknowledged enhancement request. But I will give you a hint: http://jakarta.apache.org/site/downloads/downloads_commons-fileupload.cgi -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2006-04-15 00:39 --- Martin, I really don't get why your manner is so superior. This doesn't really help you to look like a superior figure or super engineer. I am not saying that exception is not being thrown right after the upload starts. All I am saying is that it's very slow. And with your implementation, I still wait long time to see an error message - An ERROR message, not an exception. I don't really care how this is all working behind commons fileupload coz it's supposed to be unknown to me. Even how Struts' implemented is supposed to be unknown to me. Thanks for your hint. I am already using the ServletFileUpload instead of DiskFileUpload in the multipart class and I think you can at least fix some deprecated code by using the latest common fileupload. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-15 00:52 --- I'm not trying to sound superior, and if I am coming across that way, I apologise. However, I'd say that comments of your own such as your current way of implementation is not serving that purpose. Please try and validate it. and Timewisely, it doesn't look like what you said is valid. haven't helped the tone of the conversation either. ;-) If you explore the slowness issue, you will find that the delay does not occur in FileUpload or in Struts. It is a container issue over which neither code base has any control. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39316] - CommonsMultipartRequestHandler will lose parameters when a uploading file is too big
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39316. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39316 --- Additional Comments From [EMAIL PROTECTED] 2006-04-15 01:13 --- Sorry for bad English. Well, I noticed my test is not necessary valid for not too much time I can put on this. But still, combining all the situations and practical user facts, I still think for current Commons FileUpload implementation, it might be better for struts not to catch that exception, because not many people will want to upload files others won't accept. Of course, stopping oversizing files at runtime is cool. But comparing to losing all request fields, I think more struts users would like to let web users to wait. Anyway, it's your call. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39294] New: - ValidatorCommandRenderer breaks MyFaces dummy form.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39294. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39294 Summary: ValidatorCommandRenderer breaks MyFaces dummy form. Product: Struts Version: Nightly Build Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Shale AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] I have a webapp using shale over myfaces, and the front page is a menu, using jscookmenu. On an older nightly build all was fine, but when I took build 20060408 of shale core, the menu links stopped working. I traced this back to the ValidatorCommandRenderer creating a new ResponseWriter: ResponseWriter buffResponsewriter = context.getRenderKit() .createResponseWriter(writer, null, hijackedWriter.getCharacterEncoding()); This means that when HtmlJSCookMenuRenderer calls setWriteDummyForm(true) on the writer, the value is not propagated to the main writer for the view and so the dummy form is no longer output. The source for the page is: %@ taglib uri=http://java.sun.com/jsf/core; prefix=f % %@ taglib uri=http://java.sun.com/jsf/html; prefix=h % %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t% f:loadBundle var=messages basename=messages/ f:view html head title h:outputText value=#{messages['menu.title']}/ /title /head body t:jscookMenu layout=hbr theme=ThemeOffice t:navigationMenuItem itemLabel=Project t:navigationMenuItem itemLabel=#{messages['menu.newProject']} action=newProject/ t:navigationMenuItem itemLabel=Select... action=openProject/ t:navigationMenuItem itemLabel=Close action=closeProject/ /t:navigationMenuItem t:navigationMenuItem itemLabel=Data t:navigationMenuItem itemLabel=Assignment action=dataAssignment/ /t:navigationMenuItem t:navigationMenuItem itemLabel=Help t:navigationMenuItem itemLabel=Contents action=helpContents/ t:navigationMenuItem itemLabel=Getting Started action=helpGettingStarted/ t:navigationMenuItem itemLabel=About action=helpAbout/ /t:navigationMenuItem /t:jscookMenu /body /html /f:view -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39281] New: - [Shale] Extend shale-test-framework to support rendering JSF pages outside a container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39281. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39281 Summary: [Shale] Extend shale-test-framework to support rendering JSF pages outside a container Product: Struts Version: Unknown Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P1 Component: Shale AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] It would be nice to be able to render JSF pages along with standard and custom components in similar manner to what JspTest (http://jsptest.sf.net) provides for regular JSPs. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38534] - DOS attack, application hack
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38534 --- Additional Comments From [EMAIL PROTECTED] 2006-04-12 15:21 --- (In reply to comment #19) This DoS problem has the deep effect. I think that struts team should release the fixed binary of all 1.2.X ( 1.1?) versions. We have four 1.2.x GA versions (1.2.4, 1.2.7, 1.2.8 and 1.2.9) - is there any reason why people using earlier 1.2.x GA releases can't upgrade to 1.2.9? Since Struts 1.2.9 only just got the bare minimum of 3 votes to release 1.2.9 it seems pretty certain to me that there will be no other releases of earlier patched versions of struts for this issue. Even if we *should* do it, it needs willing committers to want to do it. I don't have any such interest and no-one else has shown any signs of doing so either. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 --- Additional Comments From [EMAIL PROTECTED] 2006-04-12 15:47 --- (In reply to comment #0) If a validation error message contains the input fields that should be shown in the message, it is possible to inject java script as the parameter and this will be executed on the client. How can this be done? There isn't to my knowledge anyway to to include input fields in an error message. Have you manged to do this? If so please attach a full working example that demonstrates the error. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39281] - [Shale] Extend shale-test-framework to support rendering JSF pages outside a container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39281. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39281 --- Additional Comments From [EMAIL PROTECTED] 2006-04-12 16:06 --- (In reply to comment #0) It would be nice to be able to render JSF pages along with standard and custom components in similar manner to what JspTest (http://jsptest.sf.net) provides for regular JSPs. To a certain extent this can be done now. You have to manually register the renderer's. Here's a couple examples: http://svn.apache.org/viewcvs.cgi/struts/shale/trunk/clay- plugin/src/test/org/apache/shale/clay/config/CommentTestCase.java? rev=393130view=log http://svn.apache.org/viewcvs.cgi/struts/shale/trunk/core- library/src/test/org/apache/shale/validator/CommonsValidatorTestCase.java? rev=393130view=log -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-04-12 18:34 --- You are correct Niall. It is in our custom validator that we include the input and thus we should do the escaping ourselves before we construct the ErrorMessage object. We were a bit hasty in logging this. My apologies to all. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39121] - [Shale] Implement use of Commons Validator Javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39121 --- Additional Comments From [EMAIL PROTECTED] 2006-04-12 19:50 --- There is another reported validator bug 38079 for dependencies being ignored. I have this covered on the javascript side but the server side was ignoring dependencies. I suspect the reason was that JSF tries to convert the submitted value before passing on to the validator. So, if you have assigned a converter to the component, it will validate the data type and report an error first. Most of the dependencies have to do with type validation before another type of validation. However, if there is not a converter assigned, the dependencies need to be invoked. So, I started looking at doing this but ran into problems with the convention used for forming the formal parameter list for the invoking method. The problem stated in this thread. So, I put together some thought on how we might stylize this for JSF. Create a managed bean that is a place holder that holds a reference to the component the commons validator is associated with and an instance of the validator. The map would be populated in the CommonsValidator validate method and cleared in a finally block in the same method. managed-bean managed-bean-nameshaleScope/managed-bean-name managed-bean-class java.util.TreeMap /managed-bean-class managed-bean-scoperequest/managed-bean-scope /managed-bean Change the messages to allow EL parameterization. The messages would utilize the managed bean described above to have full access to the component and validator properties. This would also simplify the logic for determining what arguments should be used to create the message. errors.date=#{shaleScope.validator.arg} is not a date. Add an expression language extension to the comma delimited token list of methodParams. The EL will be used to construct the arguments list for invoking the method. validator name=date classname=org.apache.shale.validator.CommonsValidator method=isDate methodParams=java.lang.String:#{shaleScope.component.submittedValue}, java.lang.String:#{shaleScope.validator.datePatternStrict} msg=errors.date jsFunctionName=validateDate jsFunction=org.apache.commons.validator.javascript.validateDate depends=/ Any thoughts? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39270] New: - error in nested:options web-documentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39270 Summary: error in nested:options web-documentation Product: Struts Version: Unknown Platform: All URL: http://struts.apache.org/struts-taglib/tagreference- struts-nested.html#nested:options OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Taglibs AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] On: http://struts.apache.org/struts-taglib/tagreference-struts-nested.html#nested:options You write: property=labelProperty valueProperty=valueProperty in nested:nest property=myNestedLevel / nested:define property=collectionList / html:options collection=collectionList property=labelProperty valueProperty=valueProperty / /nested:nest It shold be property=valueProperty labelProperty=labelProperty Cheers, /\/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 --- Additional Comments From [EMAIL PROTECTED] 2006-04-11 19:31 --- Right, so are you suggesting that the feature be removed (the Validator library is intended for more than just websites) or that we should increase the level of documentation? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 --- Additional Comments From [EMAIL PROTECTED] 2006-04-11 19:38 --- or, as I re-read things :) That we should be escaping the input in case there's JavaScript coming in. Any thoughts on escaping out there? Maybe being able to turn on escaping? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 --- Additional Comments From [EMAIL PROTECTED] 2006-04-11 21:56 --- Yes, escaping (configurable to switch on or off) would be a nice feature. That is what I had in mind. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39262] New: - [shale] Implement support for XWork chains by replacing default ActionListener
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39262. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39262 Summary: [shale] Implement support for XWork chains by replacing default ActionListener Product: Struts Version: Nightly Build Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Shale AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] JSF provides an extension point for replacing the default ActionListener implementation that actually invokes the action method when an ActionEvent is fired, say, for a form submit. This corresponds to the point at which an action oriented framework would invoke the execute (or whatever) method on the selected action instance. Implement an optional replacement for the default ActionListener that would invoke an XWork interceptor chain around the invocation of the execute method. This would allow per-action customization of the actual processing. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39263] New: - [shale] Implement support for a global XWork chain
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39263. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39263 Summary: [shale] Implement support for a global XWork chain Product: Struts Version: Nightly Build Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Shale AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] Shale provides an application controller (implemented as a filter) that processes all requests to the application. It currenty supports the ability to customize the actual processing via a Commons Chain command chain. Implement an optional enhancement to this controller that supports using an XWork interceptor chain to provide customized processing on all requests to the app. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39264] New: - Validation allows java script injection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39264. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39264 Summary: Validation allows java script injection Product: Struts Version: 1.2.9 Platform: All OS/Version: other Status: NEW Keywords: ErrorMessage Severity: normal Priority: P2 Component: Action AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] If a validation error message contains the input fields that should be shown in the message, it is possible to inject java script as the parameter and this will be executed on the client. There is no escaping of the characters to inhibit this. E.g. error message Error in parameter {0} with the parameter %3cscript%3ealert%28%22Show+this49%22%29%3b%3c%2fscript%3e, a popup box will appear with the text Show this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39121] - [Shale] Implement use of Commons Validator Javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39121 --- Additional Comments From [EMAIL PROTECTED] 2006-04-11 03:37 --- I put in a patch to support validator 1.3 in the 20060411 shale nightly. It covers more ground but the validation methods are not wrappered like the FieldChecks in Struts action. The FieldChecks gives a standard method signature for new validation messages. As it is currently implemented in Shale, there is a convention for determining the parameters passed to the validator methods and message formation which might discourage creating custom rules. I expanded the CommonsValidatorTestCase adding cases for all rule types including use of the ValidatorScript component to render the associated javascript. I'm open for ideas on standardizing the validator rules signatures. I'll keep this ticket open for a few days for feedback. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39141] - Shale tiger extension inside jboss, library path config
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39141. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39141 --- Additional Comments From [EMAIL PROTECTED] 2006-04-11 06:39 --- (In reply to comment #0) Inside JBOSS server the library location is not only WEB-INF/lib. Maybe init parameter to change lib search location will be very good. Are all of the alternate locations somewhere in a parent class loader? If so, it might be better to search up through the class loader hierarchy. If a URLClassLoader is found, then the individual JAR files can be examined for the existence of a META-INF/faces-config.xml resource. However, to avoid making startup performance substantially worse, this kind of search should probably be turned off by default, but enabled by an init parameter. In the View annotation class , why you not asign the value of view id ? and bean name for view ? something like @View(viewId=/sec/test.jsp,name=sec$test) or more extended @Views( [EMAIL PROTECTED](...),@View{...}} ? The class that implements ViewController has no reason that it needs to know what view identifier it is associated with -- the dependency relationship is one directional. Such a declaration would also reduce possibilities for reuse. Further, using a mapper is a use of the convention over configuration strategy -- one of the things that environments like Ruby on Rails uses to reduce the amount of explicit configuration needed. How can i change default maping ? This kind of question is better asked on the user mailing list, so everyone can benefit from the answer. But the current answer is to have your application startup code store, as an application scope attribute under key Constants.VIEW_MAPPER, an instance of some class that implements ViewControllerMapper. If there is no such instance installed, an instance of org.apache.shale.view.impl.DefaultViewControllerMapper is used. Yes, it would be more friendly to provide a context init parameter to define the implementation class to use. Will look at doing that too -- but the method described above will work. Cristi -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39141] - Shale tiger extension inside jboss, library path config
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39141. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39141 --- Additional Comments From [EMAIL PROTECTED] 2006-04-11 06:43 --- (In reply to comment #1) (In reply to comment #0) How can i change default maping ? This kind of question is better asked on the user mailing list, so everyone can benefit from the answer. But the current answer is to have your application startup code store, as an application scope attribute under key Constants.VIEW_MAPPER, an instance of some class that implements ViewControllerMapper. If there is no such instance installed, an instance of org.apache.shale.view.impl.DefaultViewControllerMapper is used. Yes, it would be more friendly to provide a context init parameter to define the implementation class to use. Will look at doing that too -- but the method described above will work. Late breaking news ... there already is a context init parameter for this (org.apache.shale.view.VIEW_CONTROLLER_MAPPER). The value is the fully qualified class name of a class that implements ViewControllerMapper that you want to use for performing the mappings. Leaving this RFE open for implementing the optional parent class loader search described in the answer to question 1. Cristi -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Struts [2006/04/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places | | 5937|New|Enh|2002-01-21|[taglib] html:form trims all extensions | | 6847|New|Enh|2002-03-04|Multiple file upload not possible due to MultiPart| | 7902|Opn|Enh|2002-04-10|The exception handling declaration in the DTD does| | 8240|Ver|Min|2002-04-18|Data-Source configuration in examples is outdated | | 9088|Opn|Enh|2002-05-15|FormTag.getActionMappingURL() assumes 1 servlet ma| | 9616|New|Enh|2002-06-05|Some more Struts docs | | 9748|New|Enh|2002-06-10|[taglib] attribute labelKeyProperty for Options ta| |10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards| |10552|New|Enh|2002-07-08|create helper objects in struts-config| |10867|Opn|Enh|2002-07-16|[taglib] Add indexedProperty attribute in html tag| |11154|Opn|Enh|2002-07-25|[taglib] html:link tag extension for multiple para| |11733|Opn|Enh|2002-08-15|Make error keys more specific | |12170|Opn|Enh|2002-08-29|Added functionality when extending another definit| |12301|Opn|Enh|2002-09-04|[taglib] nested:messages Tag does not work as expe| |12600|New|Enh|2002-09-12|[taglib] html:form tag always prepends context pat| |13125|Opn|Enh|2002-09-30|[taglib] Lack of character-set while using html:| |13521|New|Enh|2002-10-11|CombinedDispatchAction| |13544|Opn|Enh|2002-10-11|[exception] support contextRelative paths | |14183|New|Enh|2002-11-01|[taglib] html:img does not support forward attribu| |15188|New|Enh|2002-12-09|roles attribute of tags and definitions only allow| |15422|Opn|Enh|2002-12-17|[taglib] Form Tag exportFormName attribute | |15816|Opn|Enh|2003-01-06|[taglib] html:form focus in pages with several for| |15849|Opn|Enh|2003-01-07|Incorrect documentation for Developing Your Own M| |16074|New|Enh|2003-01-14|[taglib] html:form uses 'action' not 'input' to se| |16107|Opn|Enh|2003-01-15|Configure if you want to call ActionForm.reset() i| |16207|Opn|Enh|2003-01-17|[tiles] Add ability to import tile attributes into| |16401|New|Enh|2003-01-24|ActionValidatorUtil | |16543|Opn|Enh|2003-01-29|IncludeAction should return an ActionForward. | |16603|Opn|Enh|2003-01-30|controller forwardPattern should support differe| |16708|New|Enh|2003-02-03|I18N on ActionForwards| |16764|Opn|Enh|2003-02-04|No inheritance of html:html xhtml=true in includ| |16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources| |16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa| |16946|Opn|Enh|2003-02-10|SwitchAction not setting context properly for tile| |16971|New|Enh|2003-02-11|[taglib] multiple attribute on select tag should| |17368|Opn|Enh|2003-02-25|[taglib] html:select multiple does not populate | |17449|New|Enh|2003-02-26|[taglib] Allow relative URL in action attribute of| |17473|New|Enh|2003-02-27|[taglib] Problem to include a jsp into an iterate | |17530|New|Enh|2003-02-28|RequestUtils.computeURL should use the session ass| |17559|New|Enh|2003-03-01|[tiles] key attribute for tiles (put item) | |17600|New|Enh|2003-03-03|[taglib] key property for html:optionsCollection t| |17698|Opn|Enh|2003-03-05|The value(key) form name pattern doesn't work with| |18015|Opn|Enh|2003-03-14|[taglib] New html:label custom tag to write form| |18017|Opn|Enh|2003-03-14|[tiles] extends fails in JSP-based Definitions| |18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o| |18032|Opn|Enh|2003-03-16|[taglib] html:img tag appending session doesn't | |18194|Opn|Enh|2003-03-20|[resources] Enhance MessageResources to enable sev| |18237|Opn|Enh|2003-03-21|[tiles] excessive memory usage| |18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl| |18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process| |18981|New|Enh|2003
DO NOT REPLY [Bug 38534] - DOS attack, application hack
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38534 --- Additional Comments From [EMAIL PROTECTED] 2006-04-08 08:38 --- (In reply to comment #1) I guess the simplest solution is to change RequestUtil's populate method to ignore parameters starting with multipartRequestHandler. Is this problem specific to Struts or will it affect other frameworks/applications that use BeanUtils 1.7 ? Isn't there another list for discussing security related issues ?. Regards, Anto Paul -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38534] - DOS attack, application hack
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38534 --- Additional Comments From [EMAIL PROTECTED] 2006-04-07 16:32 --- This DoS problem has the deep effect. I think that struts team should release the fixed binary of all 1.2.X( 1.1?) versions. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39121] - [Shale] Implement use of Commons Validator Javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39121 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38374] - Validation always skipped with Globals.CANCEL_KEY
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38374. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38374 --- Additional Comments From [EMAIL PROTECTED] 2006-04-07 20:11 --- Thanks for the suggestion. Unfortunately, we are using Resin 2.X and looking at their source code they don't use the standard Wrappers. I do believe that to solve this problem in a Standard container we would have to dig down into the wrapped response to clear the original value. How about we leave this ticket open for a few weeks and if there are no others that are hitting this problem, then close it since 1.2.X is in maintence mode. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39249] New: - If a field's display property is set to 'none' using CSS or JavaScript, the focus code fails.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39249 Summary: If a field's display property is set to 'none' using CSS or JavaScript, the focus code fails. Product: Struts Version: 1.2.9 Platform: Other OS/Version: other Status: NEW Keywords: PatchAvailable Severity: normal Priority: P2 Component: Taglibs AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] If a field's display property is set to 'none' using CSS or JavaScript, the current code still tries to give the field focus which will result in an error in IE. A patch is for the org.apache.struts.taglib.html.FormTag.java file and is attached: 663c663 if (focusControl.type != \hidden\ !focusControl.disabled) {); --- if (focusControl.type != \hidden\ !focusControl.disabled focusControl.style.display != \none\) {); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39249] - If a field's display property is set to 'none' using CSS or JavaScript, the focus code fails.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39249. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39249 --- Additional Comments From [EMAIL PROTECTED] 2006-04-07 21:44 --- Created an attachment (id=18044) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18044action=view) Patch to apply to org.apache.struts.taglib.html.FormTag to fix focus() bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39251] New: - validator's locale
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39251. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39251 Summary: validator's locale Product: Struts Version: 1.2.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Apps AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] I am trying to write a form with zip/postal code, which needs to be validated. The validation is based on country. So if it's a US zip code, the form should be d- or d. If it's a Canada postal code, the form should be a1b 2c3. And if it's another country's postal code, we will allow any kind of input. So according to struts manual, the formset with no locale specifications is set to be the default locale. So I created 3 validation xml files: /WEB-INF/validation_en_US.xml, /WEB-INF/validation_en_CA.xml, /WEB-INF/validation.xml. Here is what I found: when I set en_CA as my country, Canadian's postal zip will be correctly validated. When I set any other country as my country, the validation rule will be either from validation_en_US.xml or validation.xml, depending on which validation xml file is being put in the struts-config.xml first. So I debugged code of ValidatorPlugIn's code and figured that the 2 formsets (default and en_US) are both considered as value of the key en_US in the formset FashHashMap. And another thing I found for the validation xml files is that as much as country information is the only thing I will need for the zip code validation. I just have to enter the language attribute in the formset tag. So instead of using formset country=CA, I will have to specify the language for this for the formset. This is kind of awkward. Because it's not necessary a user viewing our website is set his/her lauguage to be the same as the formset setting, although he/she could be in US/Canada. It looks like struts has a much better message search rule than validation search rule. I am pretty sure I can fix all this by overriding the ValidatorPlugin class. I just want to try my luck to see if the developers of the struts considering this as a bug or I actually mis-configged anything. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38374] - Validation always skipped with Globals.CANCEL_KEY
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38374. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38374 --- Additional Comments From [EMAIL PROTECTED] 2006-04-06 07:23 --- (In reply to comment #40) I would but we are stashing an error message in the request in response to the cancel. We could use the Session for messages but then we would need to clean them up. Starting from Struts 1.2.something (code is marked as 1.2, but for some reason I remember number 1.2.6) automatically removes messages from session scope after they are shown. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38374] - Validation always skipped with Globals.CANCEL_KEY
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38374. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38374 --- Additional Comments From [EMAIL PROTECTED] 2006-04-06 07:39 --- (In reply to comment #40) I started working on an adapter/Wrapper, since just removing the attribute doesn't work in Resin . I need to read up on the Servlet Spec concerning this. I don't know why it would not work. Have you tried other containers? One thing: if you have includes (e.g. Tiles), then every included fragment has its own local request values. This, for example, allows to send parameters in jsp:param to a block included with jsp:include. So, maybe you are removing attribute in a request for included fragment. Try this (this particular piece of code was sent as a patch for JSP Controls project by Danny Lee, but it might work for you too): HttpServletRequest tmpRequest = request; if (request instanceof HttpServletRequestWrapper) { while (tmpRequest instanceof HttpServletRequestWrapper) { tmpRequest = (HttpServletRequest) ((HttpServletRequestWrapper) tmpRequest).getRequest(); } } tmpRequest.removeAttribute(Globals.CANCEL_KEY); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39225] - In case of multilingual content the content type is not taken into account
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39225. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39225 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |enhancement --- Additional Comments From [EMAIL PROTECTED] 2006-04-06 15:53 --- The servlet spec is still indeterminate about how the servlet container is supposed to recognize the character encoding of post requests. Thus, I don't consider this a major Struts bug and have changed the severity to enhancement instead. The generally accepted way to control this is to install a Servlet Filter. It's critical to set this value before any values are read from the request, so a filter is the best way to ensure that it happens as early as possible. I'm leaving this ticket open instead of marking wontfix because a while back I wondered why we don't just put one of these in the Struts distro. Sure, it's not really core to Struts, but why make everyone write their own? Any opinions on that? (Now that I think about it, I suppose it's because Struts 1.2 has a minimum Servlet spec of 2.2, but for Struts 1.3 where we've moved up to Servlet 2.3, there's no technical reason we couldn't include this.) in the meantime, this use case (setting the request encoding) is one of the standard examples of how to write Filters, so some searching should readily turn up an example you could use. If you're still stuck on Servlet 2.2 (is anyone?) then the best solution would probably be to extend RequestProcessor or use struts-chain with a custom command that does about the same. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39230] New: - Shale should be able to resolve parameters in navigation rules
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39230. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39230 Summary: Shale should be able to resolve parameters in navigation rules Product: Struts Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Shale AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] Given a navigation rule: navigation-rule from-view-id/someview.xml/from-view-id navigation-case from-outcomemarathonside/from-outcome to-view-id/anotherview.xml?arrid=#{pages$mybean.arrid}/to-view- id redirect / /navigation-case /navigation-rule Shale should be able to resolve the parameter #{pages$mybean.arrid} so that when the new page gets rendered, it can query for the requestparamter. This would greatly enhance Shale and ease parameter exchange between pages i.e backingbeans. Hermod -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39233] New: - 400 Request [ action name] does not contain handler parameter named 'dispatch param name'
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39233. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39233 Summary: 400 Request [ action name] does not contain handler parameter named 'dispatch param name' Product: Struts Version: 1.1 Final Platform: Other OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P2 Component: Action AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] I am developing a project using struts -portal framework I am using IBM WebSphere Application Server for Network Deployment, 5.0.1 Build Number: ptf1M0314.04 Build Date: 04/08/2003 --- IBM WebSphere Application Server Enterprise, 5.0.1 Build Number: ptf10316.01 Build Date: 04/22/2003 and struts 1.1 portal framework. We are experiencing the following issue often in production. 400 Request [ action name] does not contain handler parameter named 'dispatch param name' Sometime if I close the browser if I run again, it doesn't appear. Kindly suggest me the solution. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39233] - 400 Request [ action name] does not contain handler parameter named 'dispatch param name'
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39233. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39233 [EMAIL PROTECTED] changed: What|Removed |Added Priority|P2 |P1 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39233] - 400 Request [ action name] does not contain handler parameter named 'dispatch param name'
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39233. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39233 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-04-07 04:30 --- The Struts Portal Framework (SPF) is a part of IBM's WebSphere commercial product, and is not part of the Apache Struts project. You may want to take this issue up with IBM support. In any case, please ask your questions on the Struts User mailing list rather than filing a bug report for them. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]