[JBoss JIRA] Created: (RF-5593) Suggestion Box doesn't hide when pressing TAB
by Urszula Jessen (JIRA)
Suggestion Box doesn't hide when pressing TAB
---------------------------------------------
Key: RF-5593
URL: https://jira.jboss.org/jira/browse/RF-5593
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: WinXP, Eclipse Europa, tested on ff 2.x and IE7
Reporter: Urszula Jessen
The error occurs when pressing TAB in the moment when the suggestion box is being drawn with the matching suggestions to the input. (the TAB should be pressed
exactly in the moment when suggestion box begins to be drawn).
The first suggestion is selected, the focus is set to the input field but the suggestion box doesn't hide.
Testing the bug on Richfaces live Demo Site (Open Source RichFaces JSF Components) the error occures in a bit different way than in my developement.
In my Application, the first Suggestion is filled in input field but still remains available in the suggestion box (but nothing happens when trying to select with mouse). In LiveDemo the Entry is selected and the suggestion box remains empty.
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-6590) fileUpload: cannot start application using web.xml parameter maxRequestSize="2684354560"
by Tsikhon Kuprevich (JIRA)
fileUpload: cannot start application using web.xml parameter maxRequestSize="2684354560"
----------------------------------------------------------------------------------------
Key: RF-6590
URL: https://jira.jboss.org/jira/browse/RF-6590
Project: RichFaces
Issue Type: Bug
Environment: 3.3.1.BETA1
myFaces
tomcat 6
Reporter: Tsikhon Kuprevich
Assignee: Nick Belaevski
SEVERE: Exception starting filter ajax4jsf
java.lang.NumberFormatException: For input string: "2684354560"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Integer.parseInt(Integer.java:459)
at java.lang.Integer.parseInt(Integer.java:497)
at org.ajax4jsf.webapp.BaseFilter.init(BaseFilter.java:184)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:108)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3693)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4340)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:566)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-8135) FileUpload: transaction timeout happens for lon-running uploads
by Nick Belaevski (JIRA)
FileUpload: transaction timeout happens for lon-running uploads
---------------------------------------------------------------
Key: RF-8135
URL: https://jira.jboss.org/jira/browse/RF-8135
Project: RichFaces
Issue Type: Bug
Components: component-input, performance, regression
Affects Versions: 3.3.2.SR1
Reporter: Nick Belaevski
Assignee: Nick Belaevski
Priority: Critical
Details are at forum thread, basically this happens:
Nov-11 18:12:50,808 DEBUG [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [org.ajax4jsf.event.AjaxPhaseListener] Process after phase UPDATE_MODEL_VALUES 4
Nov-11 18:12:50,808 DEBUG [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [javax.enterprise.resource.webcontainer.jsf.timing] [TIMING] - [47ms] : Execution time for phase (including any PhaseListeners) -> UPDATE_MODEL_VALUES 4
Nov-11 18:12:50,808 DEBUG [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [org.ajax4jsf.event.AjaxPhaseListener] Process before phase INVOKE_APPLICATION 5
Nov-11 18:12:50,808 DEBUG [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [javax.enterprise.resource.webcontainer.jsf.lifecycle] Entering InvokeApplicationsPhase
Nov-11 18:12:50,808 DEBUG [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [javax.enterprise.resource.webcontainer.jsf.lifecycle] Exiting InvokeApplicationsPhase
Nov-11 18:12:50,808 DEBUG [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [org.ajax4jsf.event.AjaxPhaseListener] Process after phase INVOKE_APPLICATION 5
Nov-11 18:12:50,810 WARN [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [com.arjuna.ats.arjuna.logging.arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_40] - Abort called on already aborted atomic action -53e0e260:84df:4afb2c53:26cc
Nov-11 18:12:50,810 WARN [ajp-jbossdev5.namerica.idexxi.com%2F172.31.29.160-8309-9] [org.jboss.seam.jsf.SeamPhaseListener] uncaught exception, passing to exception handler
java.lang.IllegalStateException: Could not commit transaction
at org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:626)
at org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:605)
at org.jboss.seam.jsf.SeamPhaseListener.handleTransactionsAfterPhase(SeamPhaseListener.java:343)
at org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:243)
at org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:194)
at com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:175)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:114)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-8136) Richfaces.Calendar.parseDate using pattern "yyMMdd" is incompatible with java.text.SimpleDateFormat
by Francisco Jose Peredo Noguez (JIRA)
Richfaces.Calendar.parseDate using pattern "yyMMdd" is incompatible with java.text.SimpleDateFormat
---------------------------------------------------------------------------------------------------
Key: RF-8136
URL: https://jira.jboss.org/jira/browse/RF-8136
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Reporter: Francisco Jose Peredo Noguez
I have a rich calendar configured with the pattern "yyMMdd"
If the user writes 600210 and the user clicks the little calendar button to show the popup, he can see that the date has been translated to "February 10 of 2060" but if he writes 700210 it is translated in to "February 10 of 1970". That is not consistent the behavior of java.text.SimpleDateFormat.
The problem is at the file 3.3.1.GA\ui\calendar\src\main\resources\org\richfaces\renderkit\html\scripts\calendar.js (line 394 of the file):
At the function Richfaces.Calendar.parseDate = function(dateString, pattern, monthNames, monthNamesShort) method:
var yy = parseInt(match[y],10); if (isNaN(yy)) return null; else if (yy<70) yy+=2000; else if (yy<100) yy+=1900;
That code translates the year in 600210 to 2060 when it should translate it to 1960 (to be consistent with java.text.SimpleDateFormat behavior.
--
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
13 years, 11 months