[JBoss JIRA] (RF-13458) CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13458?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13458.
--------------------------------
Resolution: Rejected
Great work [~jhuska]!
> CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2)
> ---------------------------------------------------------------------
>
> Key: RF-13458
> URL: https://issues.jboss.org/browse/RF-13458
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Steven W.
> Attachments: ExampleRefactoredRichNamespace.war
>
>
> There appear to be compatibility issues with the richfaces-5.0.0.Alpha2 release and the javassist package. Using older versions of the package lead to failures stating that new javassist methods are not available.
> When using the newer libraries (3.14 -> javassist-3.18.0-GA) exceptions are generated on the use of previously functioning command links (the corresponding methods are still the same signatures i.e. return String and take no parameters)
> {code}
> <rich:commandLink id="listByUnit" render="f_home,f_selections,g_body_wrapper"
> value="#{messages['listByUnit']}"
> title="#{messages['titleListByUnit']}"
> action="#{appController.selectCurrSelectionUnit}"/>
> {code}
> with
> {code}
> public String selectCurrSelectionUnit()
> {code}
> yields:
> {code}
> 2014-01-03 13:57:57,597 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception
> javax.servlet.ServletException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: javax.el.ELException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2
> at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:94)
> at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82)
> at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207)
> at javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
> at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105)
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304)
> at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
> at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847)
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819)
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822)
> at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447)
> at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
> at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188)
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286)
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
> ... 33 more
> {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
11 years, 8 months
[JBoss JIRA] (RF-12897) ExtendedPartialViewContextImpl swallows exceptions
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12897?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12897:
------------------------------------
[~lfryc] is this still an issue with your proposed EPVC rewrite?
> ExtendedPartialViewContextImpl swallows exceptions
> --------------------------------------------------
>
> Key: RF-12897
> URL: https://issues.jboss.org/browse/RF-12897
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.2.2.Final
> Environment: Windows 7, JDK 1.6
> Reporter: Cristian Cerb
> Assignee: Lukáš Fryč
> Labels: richfaces
> Fix For: 5-Tracking
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> Method public VisitResult visit(VisitContext context, UIComponent target) of class ExtendedPartialViewContextImpl swallows exceptions. I think exceptions should be wrapped inside a FaceException and propagated. This class http://java.net/projects/mojarra/sources/svn/content/trunk/jsf-ri/src/mai... seems to have served as a model for the RF one, but the RF class inadvertently chose to swallow exceptions instead of propagating them up. This causes unpredictable behaviour, such as system being stuck in the browser.
> I just found an older version of Sun's Mojarra where they had the same issue, but the newer versions seem to have fixed it. See this taken from jsf 2.1.4:
> {code}
> public VisitResult visit(VisitContext context, UIComponent comp) {
> try {
> if (curPhase == PhaseId.APPLY_REQUEST_VALUES) {
> // RELEASE_PENDING handle immediate request(s)
> // If the user requested an immediate request
> // Make sure to set the immediate flag here.
> comp.processDecodes(ctx);
> } else if (curPhase == PhaseId.PROCESS_VALIDATIONS) {
> comp.processValidators(ctx);
> } else if (curPhase == PhaseId.UPDATE_MODEL_VALUES) {
> comp.processUpdates(ctx);
> } else if (curPhase == PhaseId.RENDER_RESPONSE) {
> PartialResponseWriter writer = ctx.getPartialViewContext().getPartialResponseWriter();
> writer.startUpdate(comp.getClientId(ctx));
> try {
> // do the default behavior...
> comp.encodeAll(ctx);
> }
> catch (Exception ce) {
> if (LOGGER.isLoggable(Level.SEVERE)) {
> LOGGER.severe(ce.toString());
> }
> if (LOGGER.isLoggable(Level.FINE)) {
> LOGGER.log(Level.FINE,
> ce.toString(),
> ce);
> }
> }
> writer.endUpdate();
> }
> else {
> throw new IllegalStateException("I18N: Unexpected " +
> "PhaseId passed to " +
> " PhaseAwareContextCallback: " +
> curPhase.toString());
> }
> }
> catch (IOException ex) {
> ex.printStackTrace();
> }
> // Once we visit a component, there is no need to visit
> // its children, since processDecodes/Validators/Updates and
> // encodeAll() already traverse the subtree. We return
> // VisitResult.REJECT to supress the subtree visit.
> return VisitResult.REJECT;
> }
> }
> {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
11 years, 8 months
[JBoss JIRA] (RF-11992) cache bug in portlet
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11992?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-11992.
--------------------------------
Fix Version/s: (was: 5-Tracking)
Resolution: Out of Date
> cache bug in portlet
> --------------------
>
> Key: RF-11992
> URL: https://issues.jboss.org/browse/RF-11992
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 3.3.3.Final, 4.2.0.CR1
> Environment: jboss portal 2.7.2; Gatein portal
> Reporter: Ivan Ravin
> Assignee: Brian Leathem
> Priority: Minor
>
> On Jboss and Gatein portal richfaces cant be cached when user is logged in.
> Bug is found for richfaces 3.3.3 but i think can be reproduced for 4.x because org.richfaces.resource.AbstractCacheableResource has similar code.
> The steps for reproduce bug are:
> download portlet bridge 2.2 archive
> deploy richFacesPortlet.war from portlet bridge archive (i used jboss portal 2.7.2 bundle and GateIn-3.1.0-FINAL-jbossas)
> look at network activity (i did with firefox + firebug, the same result on any other browser). Just open page with richfaces portlet.
> When user is not logged in, all richfaces resources are caching well, and this is headers returned by server:
> |Cache-Control |max-age=86400|
> |Content-Type |text/javascript|
> |Date |Thu, 26 Jan 2012 17:57:39 GMT|
> |Expires |27 Jan 2012 17:57:39 GMT|
> |Last-Modified |26 Jan 2012 17:42:17 GMT|
> |Server |Apache-Coyote/1.1|
> |X-Powered-By |Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA date=200807181417)/JBossWeb-2.0|
> But when user is logged in all richfaces stuff come from network every time (more than 1.3 mb).
> This is headers returned by portal 2.7.2 when user logged in:
> |Cache-Control |{color:red}no-cache,{color} max-age=86400|
> |Content-Type |text/javascript|
> |Date |Thu, 26 Jan 2012 18:26:49 GMT|
> |Expires |{color:red}Thu, 01 Jan 1970 03:00:00 MSK,{color} 27 Jan 2012 18:26:49 GMT|
> |Last-Modified |26 Jan 2012 18:05:56 GMT|
> |{color:red}Pragma{color} |{color:red}No-cache{color}|
> |Server |Apache-Coyote/1.1|
> |Transfer-Encoding |chunked|
> |X-Powered-By |Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA date=200807181417)/JBossWeb-2.0|
> The same problem with GateIn-3.1.0-FINAL-jbossas bundle, but now only one wrong header:
> |Cache-Control |max-age=86400|
> |Content-Type |text/javascript;charset=UTF-8|
> |Date |Sat, 28 Jan 2012 08:54:14 GMT|
> |Expires |29 Jan 2012 08:54:14 GMT|
> |Last-Modified |28 Jan 2012 08:51:11 GMT|
> |{color:red}Pragma{color} |{color:red}No-cache{color}|
> |Server |Apache-Coyote/1.1|
> |Transfer-Encoding |chunked|
> |X-Powered-By |Servlet 2.5; JBoss-5.0/JBossWeb-2.1|
> This header (Pragma) appears only when user is logged in, and again, all richfaces resources come through network.
> I did some debug and found that richfaces create good headers, but there is some code in portal which put wrong values into real response before richfaces. I cant find this code in portal sources, so maybe it is JBoss AS problem, or third party component.
> In Gatein portal problem was partially resolved: it overwrites 2 wrong headers with values provided by richfaces, but "pragma" header is absent in richfaces response, and this way in secured portlets richfaces generate too much unnesessary traffic.
> To solve problem for GateIn there is enough to provide empty Pragma header; To solve problem for JBoss Portal its required to fix resource headers processing in portal code, like it done in gatein.
--
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
11 years, 8 months
[JBoss JIRA] (RF-12762) Duplicate id problem in ExtendedDatatable with dynamic columns
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12762?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-12762:
----------------------------------
Assignee: Pavol Pitonak
QE, please verify on both mojarra and myfaces.
> Duplicate id problem in ExtendedDatatable with dynamic columns
> --------------------------------------------------------------
>
> Key: RF-12762
> URL: https://issues.jboss.org/browse/RF-12762
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.CR1
> Environment: Windows 7 , weblogic10.4.3, Myfaces 2.1.10, IE 9, FireFox 14.0.1
> Reporter: blam lam
> Assignee: Pavol Pitonak
>
> When the ExtendedDataTable contains dynamic columns (i.e. using for:each), "java.lang.IllegalStateException: component with duplicate id" will occur after the second submit from a commandButton.
> The problem does not appear in 4.2.3 Final but found in 4.3 CR1
> Sample source code:
> {code}
> <h:form id="frmMarkUpdate">
> <a4j:outputPanel id="resultPanel">
> <rich:extendedDataTable id="studentVoMarkInputTab"
> value="#{updateMarkBean.studentVoMarkAmends}"
> var="studVo"
> selectionMode="none"
> height="100%">
>
> <rich:column width="200px" >
> <f:facet name="header">
> Status
> </f:facet>
> <h:outputText value="#{studVo.student.markAmendStatus}" />
> </rich:column>
>
> <c:forEach items="#{updateMarkBean.taskVos}" var="tvo" varStatus="s">
> <rich:column width="100px">
> <f:facet name="header">
> <h:outputText value="#{tvo.task.taskName}" />
> </f:facet>
> <h:inputText id="task#{s.index}_amk"
> value="#{studVo.getTaskMarkMap().get(tvo.task.taskId).amendedMark}"
> size="1" maxlength="3"/>
> </rich:column>
> </c:forEach>
> </rich:extendedDataTable>
>
> <a4j:commandButton id="btnSave" value="Save"
> action="#{updateMarkBean.doBeforeSave}"
> styleClass="button blue">
> </a4j:commandButton>
>
> </a4j:outputPanel>
> </h:form>
> {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
11 years, 8 months
[JBoss JIRA] (RF-12762) Duplicate id problem in ExtendedDatatable with dynamic columns
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12762?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12762:
-------------------------------
Fix Version/s: (was: 5-Tracking)
> Duplicate id problem in ExtendedDatatable with dynamic columns
> --------------------------------------------------------------
>
> Key: RF-12762
> URL: https://issues.jboss.org/browse/RF-12762
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.CR1
> Environment: Windows 7 , weblogic10.4.3, Myfaces 2.1.10, IE 9, FireFox 14.0.1
> Reporter: blam lam
>
> When the ExtendedDataTable contains dynamic columns (i.e. using for:each), "java.lang.IllegalStateException: component with duplicate id" will occur after the second submit from a commandButton.
> The problem does not appear in 4.2.3 Final but found in 4.3 CR1
> Sample source code:
> {code}
> <h:form id="frmMarkUpdate">
> <a4j:outputPanel id="resultPanel">
> <rich:extendedDataTable id="studentVoMarkInputTab"
> value="#{updateMarkBean.studentVoMarkAmends}"
> var="studVo"
> selectionMode="none"
> height="100%">
>
> <rich:column width="200px" >
> <f:facet name="header">
> Status
> </f:facet>
> <h:outputText value="#{studVo.student.markAmendStatus}" />
> </rich:column>
>
> <c:forEach items="#{updateMarkBean.taskVos}" var="tvo" varStatus="s">
> <rich:column width="100px">
> <f:facet name="header">
> <h:outputText value="#{tvo.task.taskName}" />
> </f:facet>
> <h:inputText id="task#{s.index}_amk"
> value="#{studVo.getTaskMarkMap().get(tvo.task.taskId).amendedMark}"
> size="1" maxlength="3"/>
> </rich:column>
> </c:forEach>
> </rich:extendedDataTable>
>
> <a4j:commandButton id="btnSave" value="Save"
> action="#{updateMarkBean.doBeforeSave}"
> styleClass="button blue">
> </a4j:commandButton>
>
> </a4j:outputPanel>
> </h:form>
> {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
11 years, 8 months
[JBoss JIRA] (RF-12762) Duplicate id problem in ExtendedDatatable with dynamic columns
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12762?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12762:
-------------------------------
Priority: Major (was: Critical)
> Duplicate id problem in ExtendedDatatable with dynamic columns
> --------------------------------------------------------------
>
> Key: RF-12762
> URL: https://issues.jboss.org/browse/RF-12762
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.CR1
> Environment: Windows 7 , weblogic10.4.3, Myfaces 2.1.10, IE 9, FireFox 14.0.1
> Reporter: blam lam
> Fix For: 5-Tracking
>
>
> When the ExtendedDataTable contains dynamic columns (i.e. using for:each), "java.lang.IllegalStateException: component with duplicate id" will occur after the second submit from a commandButton.
> The problem does not appear in 4.2.3 Final but found in 4.3 CR1
> Sample source code:
> {code}
> <h:form id="frmMarkUpdate">
> <a4j:outputPanel id="resultPanel">
> <rich:extendedDataTable id="studentVoMarkInputTab"
> value="#{updateMarkBean.studentVoMarkAmends}"
> var="studVo"
> selectionMode="none"
> height="100%">
>
> <rich:column width="200px" >
> <f:facet name="header">
> Status
> </f:facet>
> <h:outputText value="#{studVo.student.markAmendStatus}" />
> </rich:column>
>
> <c:forEach items="#{updateMarkBean.taskVos}" var="tvo" varStatus="s">
> <rich:column width="100px">
> <f:facet name="header">
> <h:outputText value="#{tvo.task.taskName}" />
> </f:facet>
> <h:inputText id="task#{s.index}_amk"
> value="#{studVo.getTaskMarkMap().get(tvo.task.taskId).amendedMark}"
> size="1" maxlength="3"/>
> </rich:column>
> </c:forEach>
> </rich:extendedDataTable>
>
> <a4j:commandButton id="btnSave" value="Save"
> action="#{updateMarkBean.doBeforeSave}"
> styleClass="button blue">
> </a4j:commandButton>
>
> </a4j:outputPanel>
> </h:form>
> {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
11 years, 8 months
[JBoss JIRA] (RF-13436) Upgrade CKEditor to 4.3
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13436?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč reassigned RF-13436:
-------------------------------
Assignee: Lukáš Fryč
> Upgrade CKEditor to 4.3
> -----------------------
>
> Key: RF-13436
> URL: https://issues.jboss.org/browse/RF-13436
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4, 5.0.0.Alpha1
> Reporter: barbara b
> Assignee: Lukáš Fryč
> Labels: rich_editor
> Fix For: 5-Tracking
>
>
> All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor.
--
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
11 years, 8 months
[JBoss JIRA] (RF-13436) Upgrade CKEditor to 4.3
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13436?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-13436:
----------------------------
Fix Version/s: 5.0.0.Alpha4
(was: 5-Tracking)
> Upgrade CKEditor to 4.3
> -----------------------
>
> Key: RF-13436
> URL: https://issues.jboss.org/browse/RF-13436
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4, 5.0.0.Alpha1
> Reporter: barbara b
> Assignee: Lukáš Fryč
> Labels: rich_editor
> Fix For: 5.0.0.Alpha4
>
>
> All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor.
--
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
11 years, 8 months
[JBoss JIRA] (RF-13436) Upgrade CKEditor to 4.3
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13436?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13436:
---------------------------------
We will switch to CKEditor 4.3, the dependency will be managed by RichWidgets subproject.
> Upgrade CKEditor to 4.3
> -----------------------
>
> Key: RF-13436
> URL: https://issues.jboss.org/browse/RF-13436
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4, 5.0.0.Alpha1
> Reporter: barbara b
> Assignee: Lukáš Fryč
> Labels: rich_editor
> Fix For: 5.0.0.Alpha4
>
>
> All current versions of Richfaces are working with CKEditor 3.6.6. Would it be possible to make an upgrade of CKEditor to a version 4.3? Some plugins for CKEditor are only working with the 4.X versions of the editor.
--
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
11 years, 8 months