[JBoss JIRA] (RF-13127) onvalid and oninvalide pass wrong element when using rich:element with String field
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13127?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13127:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
> onvalid and oninvalide pass wrong element when using rich:element with String field
> -----------------------------------------------------------------------------------
>
> Key: RF-13127
> URL: https://issues.jboss.org/browse/RF-13127
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-validators
> Affects Versions: 4.3.3
> Reporter: Louis Parisi
> Labels: testcase_provided
> Fix For: 5.0.0.Alpha2
>
> Attachments: JSFTemplate.zip, RF-13127.zip, richfaces.zip
>
>
> I have a bean iterated in a datatable. Using the rich:validator on fields in the bean I am executing javascript when a field is validated and apply styling based on valid or invalid state. The code below returns the correct element when the underlying field is a BigDecimal but intermittently returns the element from row zero and sometimes another rown when the field is a String. If I just reference a String vs. BigDecimal and display the element passed to the javascript I get form:myTable:4:myField for a BigDecimal field and always form:myTable:0:myField no matter the row for a String field.
> {code}
> <h:inputText id="vendor" value="#{car.vendor}" valueChangeListener="#{car.valueChanged}">
> <rich:validator oninvalid="valueModified(#{rich:element('vendor')}, false)"
> onvalid="valueModified(#{rich:element('vendor')}, true)"/>
> </h:inputText>
> {code}
> {code}
> <script>
> function valueModified(element, valid) {
> // use element.style rather than jQuery as it
> // does not set entire background
> alert("valueModified: " + element.id + " | valid: " + valid);
> element.style.background='yellow';
> if (valid) {
> jQuery(element).css("border-color", "lightgray");
> } else {
> jQuery(element).css("border-color", "red");
> }
> }
> </script>
> {code}
> Some other tests I did while trying to debug are:
> * I passed the rowKeyVar to a javascript method in the onvalid event and it passed the correct row for a BigDecimal and always zero for a String field.
> * The oncomplete event of the validator does not seem to fire for a String field but does for a BigDecimal field.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13127) onvalid and oninvalide pass wrong element when using rich:element with String field
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13127?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13127:
-------------------------------
Labels: testcase_provided (was: )
> onvalid and oninvalide pass wrong element when using rich:element with String field
> -----------------------------------------------------------------------------------
>
> Key: RF-13127
> URL: https://issues.jboss.org/browse/RF-13127
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-validators
> Affects Versions: 4.3.3
> Reporter: Louis Parisi
> Labels: testcase_provided
> Attachments: JSFTemplate.zip, RF-13127.zip, richfaces.zip
>
>
> I have a bean iterated in a datatable. Using the rich:validator on fields in the bean I am executing javascript when a field is validated and apply styling based on valid or invalid state. The code below returns the correct element when the underlying field is a BigDecimal but intermittently returns the element from row zero and sometimes another rown when the field is a String. If I just reference a String vs. BigDecimal and display the element passed to the javascript I get form:myTable:4:myField for a BigDecimal field and always form:myTable:0:myField no matter the row for a String field.
> {code}
> <h:inputText id="vendor" value="#{car.vendor}" valueChangeListener="#{car.valueChanged}">
> <rich:validator oninvalid="valueModified(#{rich:element('vendor')}, false)"
> onvalid="valueModified(#{rich:element('vendor')}, true)"/>
> </h:inputText>
> {code}
> {code}
> <script>
> function valueModified(element, valid) {
> // use element.style rather than jQuery as it
> // does not set entire background
> alert("valueModified: " + element.id + " | valid: " + valid);
> element.style.background='yellow';
> if (valid) {
> jQuery(element).css("border-color", "lightgray");
> } else {
> jQuery(element).css("border-color", "red");
> }
> }
> </script>
> {code}
> Some other tests I did while trying to debug are:
> * I passed the rowKeyVar to a javascript method in the onvalid event and it passed the correct row for a BigDecimal and always zero for a String field.
> * The oncomplete event of the validator does not seem to fire for a String field but does for a BigDecimal field.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13176) tree: JS error after selecting an item in tree
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13176?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13176:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
> tree: JS error after selecting an item in tree
> ----------------------------------------------
>
> Key: RF-13176
> URL: https://issues.jboss.org/browse/RF-13176
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tree
> Environment: richfaces-5.0.0-SNAPSHOT
> FF 18
> Tomcat 7.0.32, JBoss AS 7.1
> Reporter: Jiří Štefek
> Priority: Critical
> Labels: regression
> Fix For: 5.0.0.Alpha2
>
>
> The selecting of items does not work properly.
> After selecting an item (toggling of nodes works fine) from tree a JavaScript error occurs:
> {code}
> TypeError: RichFaces.$ is not a function
>
> ...EventHandler=function(handlerCode){if(handlerCode){return new Function("event",h...
> packed.js (line 178)
> {code}
> This also prevents any further manipulation with tree.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13185) Quickstarts: Modify GAV to use org.jboss.quickstarts.rf
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13185?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13185:
-------------------------------
Sprint: 5.0.0.Alpha2 - Sprint 1
> Quickstarts: Modify GAV to use org.jboss.quickstarts.rf
> -------------------------------------------------------
>
> Key: RF-13185
> URL: https://issues.jboss.org/browse/RF-13185
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Sande Gilda
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> As part of the BOM, Stacks, Archetypes, and Quickstarts reorganization process, we are standardizing on the quickstarts GAV to use 'org.jboss.quickstarts.<product-name>.
> Could you change the RichFaces quickstarts GAV from 'org.jboss.as.quickstarts' to 'org.jboss.quickstarts.rf'?
> This can be done at a time that works best with your release schedule.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-11103) org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11103?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-11103:
-------------------------------
Fix Version/s: 4.3.4
(was: 4.3.5)
> org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
> ----------------------------------------------------------------------------------------------------------------
>
> Key: RF-11103
> URL: https://issues.jboss.org/browse/RF-11103
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: skinning
> Reporter: u j
> Priority: Minor
> Fix For: 4.3.4, 5.0.0.Alpha2
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> I tried
> {code}
> <context-param>
> <param-name>org.richfaces.skin</param-name>
> <param-value>plain</param-value>
> </context-param>
> {code}
>
> and the skinning seems to be disabled, but I get
> {code}
> 14:44:21,584 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0
> at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24]
> at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24]
> at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS]
> 14:45:38,493 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (1) and height (0) cannot be <= 0
> at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24]
> at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24]
> at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
> at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [:6.0.0.Final]
> {code}
> I found a note
> http://echelog.matzon.dk/logs/browse/richfaces/1306706400
> Thanks
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13185) Quickstarts: Modify GAV to use org.jboss.quickstarts.rf
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13185?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13185:
----------------------------------
Assignee: Brian Leathem (was: Sande Gilda)
> Quickstarts: Modify GAV to use org.jboss.quickstarts.rf
> -------------------------------------------------------
>
> Key: RF-13185
> URL: https://issues.jboss.org/browse/RF-13185
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Sande Gilda
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> As part of the BOM, Stacks, Archetypes, and Quickstarts reorganization process, we are standardizing on the quickstarts GAV to use 'org.jboss.quickstarts.<product-name>.
> Could you change the RichFaces quickstarts GAV from 'org.jboss.as.quickstarts' to 'org.jboss.quickstarts.rf'?
> This can be done at a time that works best with your release schedule.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13185) Quickstarts: Modify GAV to use org.jboss.quickstarts.rf
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13185?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13185:
-------------------------------
Fix Version/s: 4.3.4
> Quickstarts: Modify GAV to use org.jboss.quickstarts.rf
> -------------------------------------------------------
>
> Key: RF-13185
> URL: https://issues.jboss.org/browse/RF-13185
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Sande Gilda
> Assignee: Sande Gilda
> Fix For: 4.3.4
>
>
> As part of the BOM, Stacks, Archetypes, and Quickstarts reorganization process, we are standardizing on the quickstarts GAV to use 'org.jboss.quickstarts.<product-name>.
> Could you change the RichFaces quickstarts GAV from 'org.jboss.as.quickstarts' to 'org.jboss.quickstarts.rf'?
> This can be done at a time that works best with your release schedule.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13159) Add Maven compiler properties and remove Maven plugin from the the quickstart POM files
by Sande Gilda (JIRA)
[ https://issues.jboss.org/browse/RF-13159?page=com.atlassian.jira.plugin.s... ]
Sande Gilda updated RF-13159:
-----------------------------
Assignee: Sande Gilda (was: Brian Leathem)
> Add Maven compiler properties and remove Maven plugin from the the quickstart POM files
> ---------------------------------------------------------------------------------------
>
> Key: RF-13159
> URL: https://issues.jboss.org/browse/RF-13159
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Sande Gilda
> Assignee: Sande Gilda
> Fix For: 4.3.4
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> 1. Make sure the following properties are defined in each quickstart POM file:
> {code}
> <maven.compiler.target>1.6</maven.compiler.target>
> <maven.compiler.source>1.6</maven.compiler.source>
> {code}
> 2. Remove the Maven plugin from each quickstart POM file:
> {code}
> - <!-- Compiler plugin enforces Java 1.6 compatibility and activates annotation processors -->
> - <plugin>
> - <artifactId>maven-compiler-plugin</artifactId>
> - <version>${version.compiler.plugin}</version>
> - <configuration>
> - <source>${maven.compiler.source}</source>
> - <target>${maven.compiler.target}</target>
> - </configuration>
> - </plugin>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months