[JBoss JIRA] Created: (RF-11163) rich:select with manual input does not render options according to what was typed in input when deploying showcase.war from maven repository
by Juraj Huska (JIRA)
rich:select with manual input does not render options according to what was typed in input when deploying showcase.war from maven repository
--------------------------------------------------------------------------------------------------------------------------------------------
Key: RF-11163
URL: https://issues.jboss.org/browse/RF-11163
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: examples
Affects Versions: 4.1.0.Milestone1
Environment: richfaces-showcase-4.1.0-SNAPSHOT-jee6.war, richfaces-showcase-4.1.0-SNAPSHOT-tomcat6.war from maven repository,
containers JBoss AS 6 and Tomcat 6,
browsers firefox 3.6, Chrome 12
Reporter: Juraj Huska
Where: In the sample for rich:select in showcase, the select with manual input option.
Whatever I type to the input of rich:select only first 6 states are shown, so for example when I type 'Flor', there is not option 'Florida', but just the first six are shown.
This bug is only noticeable when deploying showcase.war from maven repository, when I clone the showcase from github and generate wars by myself, the problem is not present.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (RF-11055) Make fileupload portlet enabled
by Balazs Zsoldos (JIRA)
Make fileupload portlet enabled
-------------------------------
Key: RF-11055
URL: https://issues.jboss.org/browse/RF-11055
Project: RichFaces
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 4.0.0.Final
Environment: Liferay 6.0.6, JBoss portletbridge 3.0, Richfaces 4.0.Final
Reporter: Balazs Zsoldos
Currently FileUploadFacesContextFactory and in related classes depend on HttpServletRequest and HttpServletResponse and HttpSession that make it impossible to let it work in portal environments.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (RF-10991) Drag'n'Drop: DOM tree pollution after dnd operations.
by Ilya Shaikovsky (JIRA)
Drag'n'Drop: DOM tree pollution after dnd operations.
-----------------------------------------------------
Key: RF-10991
URL: https://issues.jboss.org/browse/RF-10991
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-drag/drop
Affects Versions: 4.0.0.Final
Reporter: Ilya Shaikovsky
Priority: Critical
New indicator getting added to DOM each time when object dragged. And not removed after drop operation.
http://richfaces-showcase.appspot.com/richfaces/component-sample.jsf?demo...
drag "flexible ajax" a few times and drop but not to target zone but just releasing the indicator.
Now inspect the table cell with that element. I'm seeing next picture (as much hidden td's as much times you dragged):
<td>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f" style="position: relative;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 635px; top: 307px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 628px; top: 304px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 642px; top: 307px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 633px; top: 310px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 639px; top: 317px; display: none;">Flexible
Ajax</div>
</td>
Besides. Side issue maybe just review and create new one during that code checks. I'm not sure why we adding ui:draggable styles and relative position to *original* element right after it rendered. Why that could not be done only at clonned copy? Could that affect the UI in some cases(I think so)?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (RF-10740) collapsibleSubTableToggler with expandMode="ajax" executes collapsibleSubTable on server
by Martin Kočí (JIRA)
collapsibleSubTableToggler with expandMode="ajax" executes collapsibleSubTable on server
----------------------------------------------------------------------------------------
Key: RF-10740
URL: https://issues.jboss.org/browse/RF-10740
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.CR1
Environment: richfaces 4.0, mojarra 2.0.4
Reporter: Martin Kočí
With example below request contains javax.faces.partial.execute=form:dataTable:0:collapsibleSubTable
and that triggers validation on inputText.
<r:dataTable id="dataTable" value="#{bean.rowValues}" >
<r:column>
<r:collapsibleSubTableToggler for="collapsibleSubTable" />
</r:column>
<r:collapsibleSubTable id="collapsibleSubTable" expandMode="ajax">
<f:facet name="header">
<h:inputText id="inputText" required="true" />
</f:facet>
</r:collapsibleSubTable>
</r:dataTable>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months