[JBoss JIRA] (RF-12833) richfaces.js conflicts with prototype.js
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-12833?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-12833:
----------------------------------
Sorry Mark for that assigning thing :( I did no check the history well. I do not remember to assign it as well, perhaps some bug or my miss-clicking :)
Your issue will be considered by developers.
> richfaces.js conflicts with prototype.js
> ----------------------------------------
>
> Key: RF-12833
> URL: https://issues.jboss.org/browse/RF-12833
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.1
> Reporter: Mark Torres
>
> Getting some javascript errors on richfaces.js.
> Upon inspection, it is using
> (function(jQuery, richfaces) {
> ...
> instead of
> (function($, richfaces) {
> ...
--
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
13 years, 2 months
[JBoss JIRA] (RF-12839) Toggle panels: ajax-related attributes don't work
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12839?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak updated RF-12839:
-------------------------------
Description:
# deploy Metamer and open http://localhost:8080/metamer/faces/components/richTab/simple.xhtml
# set oncomplete to "alert('complete')"
# switch to tab 2 and back to tab 1
result:
* alert should be diplayed but isn't
* tabs are correctly switched
* worked fine in 4.2.3.Final
* several attributes don't work - onbegin, onbeforedomupdate, oncomplete, data, execute, immediate, render, limitRender, status
* affected components: tab, toggle panel item, accordion item
was:
# deploy Metamer and open http://localhost:8080/metamer/faces/components/richTab/simple.xhtml
# set oncomplete to "alert('complete')"
# switch to tab 2 and back to tab 1
result:
* alert should be diplayed but isn't
* tabs are correctly switched
* worked fine in 4.2.3.Final
> Toggle panels: ajax-related attributes don't work
> -------------------------------------------------
>
> Key: RF-12839
> URL: https://issues.jboss.org/browse/RF-12839
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.1
> Environment: RichFaces 4.3.2-SNAPSHOT
> Metamer 4.3.2-SNAPSHOT
> JBoss Application Server: Weld Integration 7.1.3.Final-redhat-4
> JBoss AS 7.1.3.Final-redhat-4
> Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux
> Chrome 25.0.1364.160 @ Linux x86_64
> Reporter: Pavol Pitonak
> Labels: regression
>
> # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTab/simple.xhtml
> # set oncomplete to "alert('complete')"
> # switch to tab 2 and back to tab 1
> result:
> * alert should be diplayed but isn't
> * tabs are correctly switched
> * worked fine in 4.2.3.Final
> * several attributes don't work - onbegin, onbeforedomupdate, oncomplete, data, execute, immediate, render, limitRender, status
> * affected components: tab, toggle panel item, accordion item
--
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
13 years, 2 months
[JBoss JIRA] (RF-12833) richfaces.js conflicts with prototype.js
by Mark Torres (JIRA)
[ https://issues.jboss.org/browse/RF-12833?page=com.atlassian.jira.plugin.s... ]
Mark Torres commented on RF-12833:
----------------------------------
Hi Juraj,
I don't remember setting the assigned attribute. Perhaps it got assigned when you took the issue on Tues(see history).
I did search the forums before filing this issue.
Correct me if I'm wrong but here's my understanding...
You can use the standard way of using jQuery.noConflict()/script ordering[http://docs.jquery.com/Using_jQuery_with_Other_Libraries], to make it compatible with prototype.
jQuery calls within richfaces, are "scoped" using self-invoking anonymous function(RF-11881).
However, in richfaces.js, the use of self-invoking is incorrect. It should be
(function($, richfaces) {
....
This causes javascript error on richfaces.js when jQuery.noConflict() is on a page.
> richfaces.js conflicts with prototype.js
> ----------------------------------------
>
> Key: RF-12833
> URL: https://issues.jboss.org/browse/RF-12833
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.1
> Reporter: Mark Torres
>
> Getting some javascript errors on richfaces.js.
> Upon inspection, it is using
> (function(jQuery, richfaces) {
> ...
> instead of
> (function($, richfaces) {
> ...
--
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
13 years, 2 months
[JBoss JIRA] (RF-12801) org.richfaces.resourceOptimization.enabled parameter with true value disables WebBeansELResolver to register in Websphere
by Michael Ayerle (JIRA)
[ https://issues.jboss.org/browse/RF-12801?page=com.atlassian.jira.plugin.s... ]
Michael Ayerle commented on RF-12801:
-------------------------------------
Hi all,
facing the same problem with WAS 8.0.0.5 and RF 4.3.1.Final, whereas RF 4.2.3.Final works fine.
Workaround is to set the OWB ELResolver manually in faces-config.xml:
<el-resolver>org.apache.webbeans.el.WebBeansELResolver</el-resolver>
> org.richfaces.resourceOptimization.enabled parameter with true value disables WebBeansELResolver to register in Websphere
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12801
> URL: https://issues.jboss.org/browse/RF-12801
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: resource handling
> Affects Versions: 4.3.0.Final
> Environment: Websphere 8.0.0.3 and Websphere 8.0.0.5, Windows 7, Richfaces 4.3.0.Final
> Reporter: Erdem YILMAZ
> Labels: ELResolver, optimization, resource, websphere
>
> when we use context param org.richfaces.resourceOptimization.enabled in web.xml, the CDI listener is not registered in Websphere.
> resourcesOptimization parameter disables org.apache.webbeans.el.WebBeansELResolver in Websphere. In richfaces 4.2.3.Final version, resourceOptimization parameter do not affect the CDI behaviour.
> we have disabled the resource optimization in order to work with richfaces but for the production environment, we prefer to enable it.
--
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
13 years, 2 months
[JBoss JIRA] (RF-12850) Popup panel: button's label is invisible in IE10
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12850?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak updated RF-12850:
-------------------------------
Affects Version/s: 4.2.3.Final
> Popup panel: button's label is invisible in IE10
> ------------------------------------------------
>
> Key: RF-12850
> URL: https://issues.jboss.org/browse/RF-12850
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.2.3.Final, 4.3.0.Final, 4.3.1
> Environment: RichFaces 4.3.2-SNAPSHOT
> EAP 6.0.1, Tomcat 6.0.32, Tomcat 7.0.35
> Mojarra 2.1.7, 2.1.17, MyFaces 2.1.10
> Internet Explorer 9, 10
> Reporter: Pavol Pitonak
> Attachments: buttonInPopupPanel.png
>
>
> {code:xml}
> <rich:popupPanel id="panel" show="true" header="xxx">
> <h:commandButton id="button" value="Submit" />
> </rich:popupPanel>
> {code}
> If a page with code snippet above is opened in IE9/IE10, the label "Submit" of button is not displayed until mouse over event.
> Since it appears in all JSF implementations and on all runtime containers and works in browsers different from IE, it looks like a bug in IE interpretation of CSS classes.
> Sample works fine when header of popup panel is not displayed (i.e. header attribute isn't set and no facet is defined).
--
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
13 years, 2 months
[JBoss JIRA] (RF-12850) Popup panel: button's label is invisible in IE10
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-12850?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak updated RF-12850:
-------------------------------
Attachment: buttonInPopupPanel.png
> Popup panel: button's label is invisible in IE10
> ------------------------------------------------
>
> Key: RF-12850
> URL: https://issues.jboss.org/browse/RF-12850
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.0.Final, 4.3.1
> Environment: RichFaces 4.3.2-SNAPSHOT
> EAP 6.0.1, Tomcat 6.0.32, Tomcat 7.0.35
> Mojarra 2.1.7, 2.1.17, MyFaces 2.1.10
> Internet Explorer 9, 10
> Reporter: Pavol Pitonak
> Attachments: buttonInPopupPanel.png
>
>
> {code:xml}
> <rich:popupPanel id="panel" show="true" header="xxx">
> <h:commandButton id="button" value="Submit" />
> </rich:popupPanel>
> {code}
> If a page with code snippet above is opened in IE9/IE10, the label "Submit" of button is not displayed until mouse over event.
> Since it appears in all JSF implementations and on all runtime containers and works in browsers different from IE, it looks like a bug in IE interpretation of CSS classes.
> Sample works fine when header of popup panel is not displayed (i.e. header attribute isn't set and no facet is defined).
--
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
13 years, 2 months