[JBoss JIRA] Created: (RF-1839) dataTable + selectOneMenu in header facet valueBinding bogus (repeatable)
by walter mauritz (JIRA)
dataTable + selectOneMenu in header facet valueBinding bogus (repeatable)
-------------------------------------------------------------------------
Key: RF-1839
URL: http://jira.jboss.com/jira/browse/RF-1839
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.3
Environment: jetty 6.1.7, jdk6, richfaces 3.1.3, + jsf RI 1.2_04-p02
Reporter: walter mauritz
Priority: Minor
rich:dataTable
in header facet (th) is a
h:selectOneMenu (dropdown)
on submit, the value gets posted for EVERY ROW.
see my log here. 10 rows (tr) in table. TH gets correct value, here "1".
the log is in the SETTER().
All subsequent calls (always equal to the number of rows) overwrite the correct value
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | 1, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
FATAL 12:20:07 TplPersonEditableList.setMyInteger(66) | null, UPDATE_MODEL_VALUES 4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (RF-1360) BaseFilter fails to recognize non-faces resource requests, invoking BaseXMLFilter.doXmlFilter()
by Stuart Robertson (JIRA)
BaseFilter fails to recognize non-faces resource requests, invoking BaseXMLFilter.doXmlFilter()
-----------------------------------------------------------------------------------------------
Key: RF-1360
URL: http://jira.jboss.com/jira/browse/RF-1360
Project: RichFaces
Issue Type: Bug
Environment: Richfaces 3.1.3 (cvs), Seam 2.0.1 (cvs), Jboss 4.2.2
Reporter: Stuart Robertson
Priority: Critical
Fix For: 3.1.3
When servicing a non-jsf request, in this case to stream a pdf down to the user, the BaseFilter is mangling the contentType by appending an incorrect char encoding onto the (correct) content type.
13:58:28,313 INFO [FileServlet] Streaming file About Stu.pdf, contentType application/pdf and size 94171 to browser...
13:58:28,371 ERROR [STDERR] java.lang.Exception: contentType set to application/pdf;charset=ISO-8859-1
13:58:28,371 ERROR [STDERR] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl$1.setContentType(SeamFilter.java:66)
13:58:28,371 ERROR [STDERR] at javax.servlet.ServletResponseWrapper.setContentType(ServletResponseWrapper.java:130)
13:58:28,371 ERROR [STDERR] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl$1.setContentType(SeamFilter.java:65)
13:58:28,371 ERROR [STDERR] at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:260)
13:58:28,371 ERROR [STDERR] at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281)
13:58:28,371 ERROR [STDERR] at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60)
And in BaseFilter, doXmlFilter is always invoked because the if condition is for "true". Here is the code from BaseFilter starting on line 271:
// check ajax request parameter
// TODO - check for JSF page.
if (true) {
if (log.isDebugEnabled()) {
log.debug(Messages
.getMessage(Messages.FILTER_XML_OUTPUT));
}
// Execute the rest of the filter chain, including the
// JSP
xmlFilter.doXmlFilter(chain, httpServletRequest,
httpServletResponse);
doXmlFilter() appends an incorrect charType to a resource mimetype (in this case "application/pdf"). The correct behavior, if I read the code correctly, would be to invoke chain.doFilter() for resource requests.
I think the key is in the TODO. The code needs to recognize when the request is outside of faces, and not interfere with the response headers at that point.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months
[JBoss JIRA] Created: (RF-2343) Some problems with using rich:progressBar inside rich:dataScroller.
by Mikhail Vitenkov (JIRA)
Some problems with using rich:progressBar inside rich:dataScroller.
-------------------------------------------------------------------
Key: RF-2343
URL: http://jira.jboss.com/jira/browse/RF-2343
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: IE6, IE7, FF, Safari
Reporter: Mikhail Vitenkov
Assigned To: Nick Belaevski
Step 1. Add rich:progressBar component inside rich:dataScroller(faset or column existing in dataScroller).
Step 2. Navigate to page contained tested component.
Step 3. Initiate progress process - progressBar should appear inside dataScroller.
Step 4. Click ">>"(next) sign button several times & verify data scrolling during progress process.
Actual behavior:
Through the 3-4 ">>" clicking : ">>" clicking doesn't lead to data scrolling.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 11 months