March 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8366) FileUpload: throw javascript error in Firefox

by Patrick Dahms (JIRA)

FileUpload: throw javascript error in Firefox --------------------------------------------- Key: RF-8366 URL: https://jira.jboss.org/jira/browse/RF-8366 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.2.SR1 Reporter: Patrick Dahms I get an javascript error in firefox 3.6 if i want to upload an file (xml). No problem in IE (8). xhtml: ================== <a4j:form id="upload-form"> <a4j:keepAlive beanName="uploadBean"/> [...] <rich:fileUpload id="uploadControl" fileUploadListener="#{uploadBean.uploadListener}"></rich:fileUpload> [...] </a4j:form> Controller: (Request) ================== [...] public void uploadListener( UploadEvent event ) throws IOException { UploadItem uploadItem = event.getUploadItem(); File uploadedFile = uploadItem.getFile(); FileInputStream in = new FileInputStream( uploadedFile ); byte[] data = new byte[( int ) uploadedFile.length()]; in.read( data ); in.close(); LOGGER.info( "Write file to temp dir -> " + uploadItem.getFile().getCanonicalPath() ); catalogXml = data; } [...] JavaScript Error (Firebug): ==================== Nicht definierte Entität http://localhost:8080/a4j/g/3_3_2.SR1org.ajax4jsf.javascript.AjaxScript.x... Line 101 An invalid or illegal string was specified" code: "12 http://localhost:8080/a4j/g/3_3_2.SR1org.ajax4jsf.javascript.PrototypeScr... Line 154 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

4
8
0 / 0

[JBoss JIRA] Created: (RF-7640) Demo: Wrong handling with page in session

by Lukas Fryc (JIRA)

Demo: Wrong handling with page in session ----------------------------------------- Key: RF-7640 URL: https://jira.jboss.org/jira/browse/RF-7640 Project: RichFaces Issue Type: Bug Components: examples Affects Versions: 3.3.1 Environment: RichFaces Live Demo, 3.3.1.GA, 3.3.2-SNAPSHOT Reporter: Lukas Fryc When some page is chosen and then we will return to initial state of richfaces-demo (go to context-path, e.g. /richfaces-demo), last page is remembered and page controls seems like to be on last page, but content pertains to "Welcome" page. Try this: 1. open RichFaces Live Demo ( http://livedemo.exadel.com/richfaces-demo/index.jsp ) 2. go to Ajax Support - Status page 3. open RichFaces Live Demo again ( http://livedemo.exadel.com/richfaces-demo/index.jsp ) 4. FAILURE: we are on the welcome screen, but header, menu controls are from Status -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-8367) Programmatically global queue sample review

by Danilo Magrini (JIRA)

Programmatically global queue sample review ------------------------------------------- Key: RF-8367 URL: https://jira.jboss.org/jira/browse/RF-8367 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: doc Affects Versions: 3.3.2.SR1 Reporter: Danilo Magrini Review and update the global queue sample in Richfaces Developer Guide item 5.6.3.2. ("View scoped default queue"). From: <a4j:queue name="org.richfaces.global_queue" disabled="true"... /> To: <a4j:queue name="org.richfaces.queue.global" disabled="true"... /> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-8547) EL expression in expanded attribute of panelMenuGroup

by Jethro Borsje (JIRA)

EL expression in expanded attribute of panelMenuGroup ----------------------------------------------------- Key: RF-8547 URL: https://jira.jboss.org/jira/browse/RF-8547 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu Affects Versions: 3.3.3.CR1, 3.3.2.SR1, 3.3.2.GA Reporter: Jethro Borsje I am using an EL expression in the "expand" attribute of a panelMenuGroup which results in the following error: 25-mrt-2010 11:51:16 javax.faces.component.UIInput updateModel SEVERE: /test.xhtml @82,68 expanded="#{true}": Illegal Syntax for Set Operation This is my code: <rich:panel header="#{navigation.selectedHoofdTab.naam}" headerClass="hoofdTab" bodyClass="hoofdTabContent" style="width: 250px; height: 500px;" id="subtabs">  <rich:panelMenu mode="ajax" iconExpandedGroup="disc" iconCollapsedGroup="disc" iconExpandedTopGroup="chevronUp" iconGroupTopPosition="right" iconCollapsedTopGroup="chevronDown" topGroupClass="subTab" itemClass="taak" styleClass="subTabContainer"> <c:forEach items="#{navigation.selectedHoofdTab.subTabs}" var="subTab"> <rich:panelMenuGroup label="#{subTab.naam}" expanded="#{true}">  <c:forEach items="#{subTab.taken}" var="taak"> <rich:panelMenuItem label="#{taak.naam}"> <f:param name="current" value="#{taak.naam}" /> </rich:panelMenuItem> </c:forEach>  </rich:panelMenuGroup> </c:forEach> </rich:panelMenu>  </rich:panel> The RichFaces documentation says the following about the "expand" attribute: "If true group will be displayed expanded initially. Default value is "false"". This leads me to believe the attribute is NOT read / write, so why does RichFaces try to set the value? A similar bug is marked as resolved and has been closed: https://jira.jboss.org/jira/browse/RF-2922, perhaps this is regression? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

2
1
0 / 0

[JBoss JIRA] Created: (RF-8523) Refactor CDK annotations

by Alexander Smirnov (JIRA)

Refactor CDK annotations ------------------------ Key: RF-8523 URL: https://jira.jboss.org/jira/browse/RF-8523 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Alexander Smirnov Assignee: Alexander Smirnov Fix For: 4.0.0.ALPHA2 Move all configuration to the top-level annotations to make them type-safe. Update documentation at http://community.jboss.org/wiki/RichFacesCDKannotations Revrite cdk generator and test to use desired structure. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (RF-6552) tree: "Tree.item.findComponent(...) is null or not an object" js error appears on livedemo under IE7 during expand/collapse tree nodes in ajax mode.

by Mikhail Vitenkov (JIRA)

tree: "Tree.item.findComponent(...) is null or not an object" js error appears on livedemo under IE7 during expand/collapse tree nodes in ajax mode. ---------------------------------------------------------------------------------------------------------------------------------------------------- Key: RF-6552 URL: https://jira.jboss.org/jira/browse/RF-6552 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: IE7(3.3.0.GA) Reporter: Mikhail Vitenkov Assignee: Ilya Shaikovsky #1. Navigate to http://livedemo.exadel.com/richfaces-demo/richfaces/tree.jsf #2. Quickly expand/collapse a tree node for "Ajax switch type" example. #3. Verify JS error appearance. Actual behavior: "Tree.item.findComponent(...) is null or not an object" js error appears. It doesn't reproducible for locally richfaces-demo site(3.3.1-SNAPSHOT) launched on tomcat 6.0.16. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

4
12
0 / 0

[JBoss JIRA] Created: (RF-8541) Null Parent Node

by Fernando Ribeiro (JIRA)

Null Parent Node ---------------- Key: RF-8541 URL: https://jira.jboss.org/jira/browse/RF-8541 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.3.CR1 Reporter: Fernando Ribeiro While using portlets with JBoss Portlet Bridge 2.0.0.CR1, I get an "script.parentNode is null or not an object" in IE8 (but not in Firefox 3.6) from ui.pack.js: function checkReadyState() { if (script.readyState=="complete") { script.parentNode.removeChild(script); callDomLoadFunctions() } } I wasn't able to find the cause of the issue, but found a way to work around it: function checkReadyState() { if (script.parentNode && script.readyState=="complete") { script.parentNode.removeChild(script); callDomLoadFunctions() } } Can you please investigate the issue and/or consider adding the workaround to the next 3.x release? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

6
14
0 / 0

[JBoss JIRA] Created: (RF-8540) RichFaces autocomplete does not work in portlets in the jboss portal

by AndrÃ© Winkler (JIRA)

RichFaces autocomplete does not work in portlets in the jboss portal -------------------------------------------------------------------- Key: RF-8540 URL: https://jira.jboss.org/jira/browse/RF-8540 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-misc Affects Versions: 3.3.3.CR1 Environment: JBoss Portal / Portlet / RichFaces / Javascripts in content-header Reporter: AndrÃ© Winkler Priority: Blocker We use RichFaces version 3.3.3 in portlets for the JBoss portal. We register the rich faces javascripts in the content-header of the specific portlets. After that the auto completes does not work. The problem is the prototype version 1.5.x. With the prototype version 1.6.1 it works. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-8390) Add version qualifier to tlddoc

by Sean Rogers (JIRA)

Add version qualifier to tlddoc ------------------------------- Key: RF-8390 URL: https://jira.jboss.org/jira/browse/RF-8390 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.3.CR1 Reporter: Sean Rogers Assignee: Sean Rogers Fix For: 3.3.3.GA Add version qualifier (CR1, GA) to tlddoc title -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-8494) Describe limitations of table variables usage with sorting/filtering

by Nick Belaevski (JIRA)

Describe limitations of table variables usage with sorting/filtering ---------------------------------------------------------------------- Key: RF-8494 URL: https://jira.jboss.org/jira/browse/RF-8494 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: doc Affects Versions: 3.3.3.Final Reporter: Nick Belaevski Assignee: Sean Rogers The following limitation applies to built-in filtering/sorting for rich:dataTable component: expressions can refer only to the variable declared as "var" attribute. Another variables, e.g. "rowKeyVar" are not supported. Examples. Supported case: <rich:dataTable var="item"> <rich:column sortBy="#{item}"> ... </rich:column> </rich:dataTable> Not supported case: <rich:dataTable rowKeyVar="rkv"> <rich:column sortBy="#{rkv}"> ... </rich:column> </rich:dataTable> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

4
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues March 2010