[JBoss JIRA] (RF-12498) rich:select Shifted Downwards
by Peter Palaga (JIRA)
Peter Palaga created RF-12498:
---------------------------------
Summary: rich:select Shifted Downwards
Key: RF-12498
URL: https://issues.jboss.org/browse/RF-12498
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-selects
Environment: rich:select is rendered on an improper position both when in h:panelGrid or inline. Attachments coming...
Reporter: Peter Palaga
--
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
12 years, 1 month
[JBoss JIRA] (RF-12427) AJAX loading of resources in dynamically / programatically generated subtree
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12427?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12427:
-------------------------------
Fix Version/s: 4.3.0.M3
(was: 4.3.0.M2)
> AJAX loading of resources in dynamically / programatically generated subtree
> ----------------------------------------------------------------------------
>
> Key: RF-12427
> URL: https://issues.jboss.org/browse/RF-12427
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.1.0.CR2
> Reporter: Lukáš Fryč
> Fix For: 4.3.0.M3
>
>
> There are several scenarios where components are dynamically added to the tree so resources for these components doesn't have to be loaded by AJAX:
> * components added programatically
> * components included by {{ui:include}} with dynamic {{src}} attribute
> * components under dynamic rows/panels/etc., e.g. {{rich:tab}} generated by {{c:forEach}} (RF-11694)
> Create mock components with mock resources and test that when component rendered "dynamically", the resources (JS and CSS) are provided to the page properly.
--
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
12 years, 1 month
[JBoss JIRA] (RF-12533) UIDataAdaptor throws NPE with disabled PSS (webflow 2.3)
by Anton Zukovskij (JIRA)
Anton Zukovskij created RF-12533:
------------------------------------
Summary: UIDataAdaptor throws NPE with disabled PSS (webflow 2.3)
Key: RF-12533
URL: https://issues.jboss.org/browse/RF-12533
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.3.0.M1, 4.2.3.CR1, 4.2.2.Final
Environment: spring webflow 2.3.1, myfaces-impl 2.1.8
Reporter: Anton Zukovskij
Priority: Critical
When partial state saving is disabled(javax.faces.PARTIAL_STATE_SAVING=false), nullpointer exception is thrown during restore state phase of webflow rendered view that contains UIDataAdaptor component. In other words NPE exception is thrown on every page submit of webflow rendered views that contain components that exted UIDataAdaptor. Please see log attached and sample application.
--
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
12 years, 1 month
[JBoss JIRA] (RF-12531) CDK: c:forEach does not specify type of varStatus
by Lukáš Fryč (JIRA)
Lukáš Fryč created RF-12531:
-------------------------------
Summary: CDK: c:forEach does not specify type of varStatus
Key: RF-12531
URL: https://issues.jboss.org/browse/RF-12531
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.3.0.Milestone2
Reporter: Lukáš Fryč
Implementation of {{c:forEach}} does not define type for attribute {{varStatus}},
that's why it fails when trying to derive expression
{{#{status.last}}}
and renders
{{status.getLast();}} instead of {{status.isLast();}}
--
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
12 years, 1 month
[JBoss JIRA] (RF-12527) Drag indicator is not visible when popup panel is open
by Pavol Pitonak (JIRA)
Pavol Pitonak created RF-12527:
----------------------------------
Summary: Drag indicator is not visible when popup panel is open
Key: RF-12527
URL: https://issues.jboss.org/browse/RF-12527
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-drag/drop, component-panels-layout-themes
Affects Versions: 4.3.0.Milestone1
Environment: RichFaces 4.3.0-SNAPSHOT
Metamer 4.3.0-SNAPSHOT
Mojarra 2.1.7
JBoss AS 7.1.2.Final-redhat-1
Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux
Chrome 22.0.1229.92 @ Linux x86_64
Reporter: Pavol Pitonak
# deploy Metamer and open http://localhost:8080/metamer/faces/components/richDragIndicator/simple.x...
# drag the left gray rectangle to the left yellow rectangle
result:
* drag indicator is not visible while mouse is over popup panel
* drag indicator is visible under mask when navigating outside of popup panel (see screenshot)
* higher z-index value of drag indicator is needed
--
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
12 years, 1 month
[JBoss JIRA] (RF-12528) Allow configurable CSS parser / evaluator.
by Łukasz Rekucki (JIRA)
Łukasz Rekucki created RF-12528:
-----------------------------------
Summary: Allow configurable CSS parser / evaluator.
Key: RF-12528
URL: https://issues.jboss.org/browse/RF-12528
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: resource handling
Affects Versions: 4.2.2.Final
Reporter: Łukasz Rekucki
The CSSParser that RichFaces uses is not only outdated, but also buggy and unstable: (for example v0.9.5 forces CSS2 syntax which doesn't allow '-moz' prefixes, but allows @font-face, OTOH v0.9.7 uses CSS2.1 syntax, which allows for prefixes, but doesn't allow @font-face).
It can be quite painlessly replaced by [phloc-css|http://code.google.com/p/phloc-css/], just by overriding the {{CompiledCSSResource#getInputStream}}, but that one can also become outdated.
My proposal is to add a configuration option that would point to a list of CSS processors that need to be applied. This would allow for easy parser swapping, adding minifiers, etc.
--
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
12 years, 1 month
[JBoss JIRA] (RF-12526) Showcase with MyFaces on Tomcat is too slow
by Jiří Štefek (JIRA)
Jiří Štefek created RF-12526:
--------------------------------
Summary: Showcase with MyFaces on Tomcat is too slow
Key: RF-12526
URL: https://issues.jboss.org/browse/RF-12526
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Affects Versions: 4.2.2.Final, 4.2.3.CR1
Environment: RichFaces 4.2.3.CR1 , RichFaces 4.2.2.Final
MyFaces 2.19, MyFaces 2.15
Apache Tomcat 7.30
OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux
Firefox 15.0 @ Linux x86_64
Reporter: Jiří Štefek
Showcase with MyFaces (tested with 2.19 and 2.15 ) responds almost 10 times slower than with Mojarra (2.1.7).
--
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
12 years, 1 month