[JBoss JIRA] Created: (RF-7304) RIchfaces controls don't work over HTTPS on the first request
by Dave Oxley (JIRA)
RIchfaces controls don't work over HTTPS on the first request
-------------------------------------------------------------
Key: RF-7304
URL: https://jira.jboss.org/jira/browse/RF-7304
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: Gentoo Linux, Apache 2.2.10, Tomcat 6.0.18, Seam 2.1.2CR2, Richfaces 3.3.1GA
Reporter: Dave Oxley
We are developing an web application using Seam and Richfaces. We have changed some pages to use HTTPS by setting scheme="https" against the relevant pages in pages.xml. Unfortunately we noticed that for first request to each type of Richfaces control the control did not render properly, but subsequent requests rendered correctly. We tried clearing the browser cache but this did not recreate the issue. Only restarting the application recreated the issue. We then looked at the Apache access logs to see what was happening and found that the first request to the xcss file resulted in a redirect back to HTTP for the incorrect path. The easiest way to describe it is to show the access logs:
First request:
ssl_access_log:
127.0.0.1 - - [03/Jun/2009:13:34:58 +1000] "GET /a4j/s/3_3_1.GAcss/picklist.xcss/DATB/eAELXT5DOhSIAQ!sA18_ HTTP/1.1" 302 -
access_log:
127.0.0.1 - - [03/Jun/2009:13:34:59 +1000] "GET /css/picklist.xcss?cid=1 HTTP/1.1" 404 15327
Subsequent requests:
ssl_access_log:
127.0.0.1 - - [03/Jun/2009:13:35:32 +1000] "GET /a4j/s/3_3_1.GAcss/picklist.xcss/DATB/eAELXT5DOhSIAQ!sA18_ HTTP/1.1" 200 4912
No entry in access_log.
After we found this in the logs we found we could recreate the issue by just issuing the problem URL after a server restart:
https://127.0.0.1//a4j/s/3_3_1.GAcss/picklist.xcss/DATB/eAELXT5DOhSIAQ!sA18_
which redirects to http for the first request and works for all subsequent requests.
--
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
16 years, 7 months
[JBoss JIRA] Created: (RF-7667) Demo: Simple Toggle Panel: server/ajax switched panels do not disappears when clicked
by Lukas Fryc (JIRA)
Demo: Simple Toggle Panel: server/ajax switched panels do not disappears when clicked
-------------------------------------------------------------------------------------
Key: RF-7667
URL: https://jira.jboss.org/jira/browse/RF-7667
Project: RichFaces
Issue Type: Bug
Components: examples
Environment: Firefox 3.0.15 (Linux), Firefox 3.5.1 (Windows), IE 7.0
RichFaces 3.3.X, rev. 15119
jboss-5.0.1.GA, jdk1.5.0_18
Reporter: Lukas Fryc
Fix For: 3.3.2.GA
When you try click on Server Switch Type simple toggle panel, the panel content disappears but the panel's frame still lies below the panel.
1. open Simple Toggle Panel (Usage tab)
2. close "Server Switch Type" panel
3. FAIL: content still lies below the panel with no content
and
1. open Simple Toggle Panel (Usage tab)
2. close "Ajax Switch Type" panel
3. FAIL: content still lies below the panel with no content
--
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
16 years, 7 months
[JBoss JIRA] Created: (RF-7444) panelMenuGroup: accesskey, maxlength, name, size and tabindex attributes should be hidden
by Inna Shchibrya (JIRA)
panelMenuGroup: accesskey, maxlength, name, size and tabindex attributes should be hidden
-----------------------------------------------------------------------------------------
Key: RF-7444
URL: https://jira.jboss.org/jira/browse/RF-7444
Project: RichFaces
Issue Type: Bug
Components: component-menu
Affects Versions: 3.3.2.CR1
Environment: All browsers
Reporter: Inna Shchibrya
Assignee: Nick Belaevski
Priority: Minor
Attributes of rich: panelMenuGroup:
accesskey,
maxlength,
name,
size,
tabindex
should be hidden.
--
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
16 years, 7 months
[JBoss JIRA] Created: (RF-7634) UIRichMessages doesn't render global messages when globalOnly is false
by Michael Seghers (JIRA)
UIRichMessages doesn't render global messages when globalOnly is false
----------------------------------------------------------------------
Key: RF-7634
URL: https://jira.jboss.org/jira/browse/RF-7634
Project: RichFaces
Issue Type: Bug
Components: component
Affects Versions: 3.3.1, 3.3.0
Reporter: Michael Seghers
Taken following code snippet from the UIRichMessages.getMessages(FacesContext)
if (isGlobalOnly()) {
addMessagesForId(context, null, severenities);
} else if (null != forInputId) {
UIComponent componentFor = RendererUtils.getInstance()
.findComponentFor(context, this, forInputId);
if (null != componentFor) {
addMessagesForId(context, componentFor.getClientId(context), severenities);
}
} else {
Iterator<String> clientIdsWithMessages = context.getClientIdsWithMessages();
while (clientIdsWithMessages.hasNext()) {
addMessagesForId(context, clientIdsWithMessages.next(), severenities);
}
}
This means that the call to addMessagesForId(context, null, severenities) is only called in when globalOnly is true, but it should also be called in the last else part, where all messages should be rendered.
--
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
16 years, 7 months
[JBoss JIRA] Created: (RF-7670) richfaces-demo: spinners in Graph Validator page do not work
by Pavol Pitonak (JIRA)
richfaces-demo: spinners in Graph Validator page do not work
------------------------------------------------------------
Key: RF-7670
URL: https://jira.jboss.org/jira/browse/RF-7670
Project: RichFaces
Issue Type: Bug
Components: examples
Affects Versions: 3.3.2.CR1
Environment: richfaces-demo 3.3.x r. 15125, jboss as 5.1
Reporter: Pavol Pitonak
Ajax Validators -> Graph Validator, 2nd example
if clicking on arrow up in spinners, it goes through sequence 0, 1, 2, 24, 0..., if you click down 0, 24, 23 ... 11, 10, 24
some numbers cannot be entered, e.g. 7
--
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
16 years, 7 months
[JBoss JIRA] Created: (RF-7695) Error rendering extendedDataTable on tab panel when switch type is ajax. in Google Chrome
by Akash Singla (JIRA)
Error rendering extendedDataTable on tab panel when switch type is ajax. in Google Chrome
-----------------------------------------------------------------------------------------
Key: RF-7695
URL: https://jira.jboss.org/jira/browse/RF-7695
Project: RichFaces
Issue Type: Bug
Components: browser compatibility
Affects Versions: 3.3.1
Reporter: Akash Singla
Priority: Critical
I have attached a demo WAR file to recreate the issue.
in the demo, there is 1 dropDown and 3 menuitems with submitmode server.
By default Menu 11 is opened. Browse through the tab panel for 1 or 2 times, then click on either menuitem 12 or 13.
The menuitem will be rendered. Now click on the tab Menu 11.
The tab doesn't open.
If you remove the PLEASE WAIT window, the tab menu11 (containing table ) takes exactly 3 clicks to open up.
Please help me out. This is really urgent. The issue is spelling curse on my project ability to use AJAX.
Thanks.
--
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
16 years, 7 months