May 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ] Michal Petrov resolved RF-13514. -------------------------------- Resolution: Done > Support file upload progress tracking in Servlets >= 3.0 environment > -------------------------------------------------------------------- > > Key: RF-13514 > URL: https://issues.jboss.org/browse/RF-13514 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, core > Affects Versions: 5.0.0.Alpha3 > Reporter: Lukáš Fryč > Assignee: Michal Petrov > Fix For: 4.5.0.Alpha3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We currently support two approaches for file upload: > * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] > * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} > However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. > There are several possible outcomes: > 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress > * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] > * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ > 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object > * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ] Michal Petrov commented on RF-13629: ------------------------------------ I can confirm observing the issue but after some time it stopped. I can still see the excessive time consumption but the dragging is smooth. The most time consuming call is {{Element.clientWidth}} which a standard DOM property, so there might be an issue in Firefox's implementation. > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj Húska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12270) Allow RichFaces to bring new CSS/JS resources into the page after AJAX request

by J W (JIRA)

[ https://issues.jboss.org/browse/RF-12270?page=com.atlassian.jira.plugin.s... ] J W commented on RF-12270: -------------------------- I have the following Issue at the moment: - open my website for the first time. no RF components are present yet - with an AJAX request i want to render a rich:select component. - I do receive the HTML of the Component, but since the CSS and the JS files are missing the component is not working. This seems to be the same Issue like described in this ticket, right? > Allow RichFaces to bring new CSS/JS resources into the page after AJAX request > ------------------------------------------------------------------------------ > > Key: RF-12270 > URL: https://issues.jboss.org/browse/RF-12270 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core, resource handling > Affects Versions: 4.2.2.Final > Reporter: Tomasz Kurpios > Fix For: 5-Tracking > > Original Estimate: 2 days > Remaining Estimate: 2 days > > Quoting the extract from official documentation (3.5 Restrictions): > ??JSF 2 does not allow resources such as JavaScript or Cascading Style Sheets (CSS) to be added if the element requiring the resource is not initially present in the JSF tree. As such, components added to the tree via Ajax must have any required resources already loaded. In RichFaces, any components added to the JSF tree should have components with corresponding resources included on the main page initially. To facilitate this, components can use the rendered="false" setting to not be rendered on the page.?? > > Setting rendered="false" is OK when components are in the tree. However, if there are lots of components on a single view, for performance reasons some parts might be excluded by means of <c:if> or <c:choose> tags. > That's at least what could be done in 3.3.3. It worked fine back then. However, the JSF2 AJAX mechanism does not support this feature. This makes usage of aforementioned tags impossible in some cases. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist

by Cody Lerum (JIRA)

[ https://issues.jboss.org/browse/RF-13636?page=com.atlassian.jira.plugin.s... ] Cody Lerum commented on RF-13636: --------------------------------- Should this maybe add to whitelistBaseClasses as java.util.Collection That would be more flexible. > Add List Impls to the resource serialization whitelist > ------------------------------------------------------ > > Key: RF-13636 > URL: https://issues.jboss.org/browse/RF-13636 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Cody Lerum > Fix For: 4.3.8 > > > Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13629: ------------------------------- Fix Version/s: 4.3.7 (was: 4.5.0.Alpha3) > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj Húska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.3.7 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13636) Add List Impls to the resource serialization whitelist

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13636?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13636: ------------------------------- Fix Version/s: 4.3.8 > Add List Impls to the resource serialization whitelist > ------------------------------------------------------ > > Key: RF-13636 > URL: https://issues.jboss.org/browse/RF-13636 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Cody Lerum > Fix For: 4.3.8 > > > Not having these prevents passing data list data to charting components via the mediaoutput component -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13635) rich:menuGroup: Menu node image is missing

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13635?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13635: ------------------------------- Fix Version/s: 4.3.8 > rich:menuGroup: Menu node image is missing > ------------------------------------------ > > Key: RF-13635 > URL: https://issues.jboss.org/browse/RF-13635 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.6 > Reporter: Marta Juzepczuk > Fix For: 4.3.8 > > > After upgrading to 4.3.6.Final, the small black arrow near rich:menuGroup label disappeared. Background image of the menu item is set to ../org.richfaces.images/menuNodeImage.gif, the same as in previous versions, but the image is empty. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13604: ------------------------------------ [~manovotn] do you have any comments on the specifics required to reproduce this problem? ie. Is it a generally observable problem that can be reproduced without any specific configuration? Or does it show up only in some specific application usage and/or container combination? > rich:editor is flickering on mouse hover > ---------------------------------------- > > Key: RF-13604 > URL: https://issues.jboss.org/browse/RF-13604 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5 > Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659) > Reporter: Serge Rogatch > Assignee: Matej Novotny > Labels: editor, glassfish, jsf22 > Attachments: TutRichf1.zip > > > Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13587) rich:autocomplete - suggestion box doesn't show up at all

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13587?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13587. -------------------------------- Fix Version/s: (was: 4.5.0.Alpha3) Resolution: Out of Date > rich:autocomplete - suggestion box doesn't show up at all > --------------------------------------------------------- > > Key: RF-13587 > URL: https://issues.jboss.org/browse/RF-13587 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: Implementation: JSF-2.2.6 mojarra, Mojarra 2.2.5 > Server: WebLogic 12.1.2.1, WildFly 8.0.0.Final > Browser: Chrome 33, Firefox 27 > Java: 1.7 > Reporter: Amit Tikoo > Labels: richfaces > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > I am using a <rich:autocomplete> component but the suggestion box just doesn't show up. Here is a simple case I'm trying: > XHTML: > {code} > <h:form id="amit" prependId="false"> > <rich:autocomplete mode="ajax" minChars="1" autofill="true" var="station" autocompleteMethod="#{segmentationBean.autocomplete1}" > > <rich:column styleClass="sexy"> > <b>#{station}</b> > </rich:column> > </rich:autocomplete> > </h:form> > {code} > JAVA: > {code} > public List<String> autocomplete1(String request){ > List<String> suggestions = new ArrayList<String>(); > suggestions.add("test 1"); > suggestions.add("test 2"); > suggestions.add("test 3"); > suggestions.add("test 4"); > return suggestions; > } > {code} > This shows up in logging (using <a4j:log/>) > {code} > error[14:47:03.644]: Received 'error@malformedXML' event from <span id=j_idt5 class=rf-au ...> > error[14:47:03.644]: [status=200] During update: javax.faces.ViewState not found > {code} > Also i can see the suggestion if i switch the mode to "Client" -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13629: ------------------------------------ I installed a Fedora 20 Virtual Machine (using virtual box). Even with 2D acceleration disabled in the VM, I am unable to produce a difference in performance in the sample [1] run against 4.3.6.Final and 4.3.7.Final. [1] https://github.com/jhuska/richfaces-sanbox/tree/RF-13629 > popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true > ------------------------------------------------------------------------------------------- > > Key: RF-13629 > URL: https://issues.jboss.org/browse/RF-13629 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 4.3.7 > Environment: Firefox > Reporter: Juraj Húska > Assignee: Brian Leathem > Priority: Critical > Labels: regression > Fix For: 4.5.0.Alpha3 > > Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not. > When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2014