[JBoss JIRA] Created: (RF-10473) Push: invalid 'Max re-connection reached.' error
by Nick Belaevski (JIRA)
Push: invalid 'Max re-connection reached.' error
------------------------------------------------
Key: RF-10473
URL: https://issues.jboss.org/browse/RF-10473
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-push/poll
Affects Versions: 4.0.0.CR1
Reporter: Nick Belaevski
Assignee: Nick Belaevski
Fix For: 4.0.0.CR1
Open push-demo in Chrome & FF. Toggle arbitrary channel in Chrome in fast temp & many times -> Firefox stops receiving messages after some time, console contains 'Max re-connection reached.' message.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-8615) FileUpload - problem with national chars on controlLabels
by Piotr Staw (JIRA)
FileUpload - problem with national chars on controlLabels
---------------------------------------------------------
Key: RF-8615
URL: https://jira.jboss.org/jira/browse/RF-8615
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 3.3.3.Final
Environment: WebLogic 10.3, JSF 1.2, Facelets 1.1
Reporter: Piotr Staw
I have a problem with fileUpload control label. When i've used new version 3.3.3Final there is a problem with national chars in clearControlLabel, doneLabel, clearAllControlLabel.
For example:
Rich fileUpload component in my code:
When page appears, there are strange marks on labels like:
Wyczyść listę
Wyczyść
In version RF 3.3.1.GA there was everything fine.
--
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
12 years, 1 month
[JBoss JIRA] Created: (RF-10277) XML Parsing Error in response due to invalid character in attribute
by Michael Heinen (JIRA)
XML Parsing Error in response due to invalid character in attribute
--------------------------------------------------------------------
Key: RF-10277
URL: https://issues.jboss.org/browse/RF-10277
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.3.3.Final
Environment: richfaces 3.3.3
myfaces 1.2.9
facelets
neko parser 1.9.12
Reporter: Michael Heinen
An ajax response is not updated on clientside if it contains ISO control characters like 'START OF HEADING' (in windows Alt + 01 or U+0001) in attributes of tags.
(see http://www.fileformat.info/info/unicode/char/1/index.htm)
The ajax console shows during rendering:
error[14:57:16,523]: Error parsing XML
error[14:57:16,523]: Parse Error: XML Parsing Error: Invalid unicode character.
The parser error occurs in combination with neko filter if such a special character is used as an attribute value, e.g. as value of an inputText field.
This is caused by a wrong transformation in class org.ajax4jsf.xml.serializer.ToXHTMLStream.
Method ToXHTMLStream.writeAttrString contains following check:
String outputStringForChar = m_charInfo.getOutputStringForChar(ch);
if (null != outputStringForChar)
{
writer.write(outputStringForChar);
}
else if (escapingNotNeeded(ch))
{
writer.write(ch); // no escaping in this case
}
else
{
writer.write("&#");
writer.write(Integer.toString(ch)); //THIS IS CALLED!
writer.write(';');
}
The 'START OF HEADING' control char is transformed to the entity  which results in an parsing error on client side.
The char is correctly processed and displayed in NON-Ajax requests.
The char is correctly processed and displayed in Ajax requests in outputfields (as \u0001).
The char is correctly processed but not displayed in the response if tidy filter is used for ajax requests.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-10620) Remove or externalize maven-javascript-plugin 3rd party software from RichFaces
by Jay Balunas (JIRA)
Remove or externalize maven-javascript-plugin 3rd party software from RichFaces
-------------------------------------------------------------------------------
Key: RF-10620
URL: https://issues.jboss.org/browse/RF-10620
Project: RichFaces
Issue Type: Task
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.0.0.CR1
Reporter: Jay Balunas
Assignee: Jay Balunas
Priority: Critical
Fix For: 4.Next
See source and details at maven-javascript-plugin.
For these external sources we need to:
* Verify why we are building and using these.
** Does not seem to be used in our source at all
* Determine how to either only depend on external sources, or pull these out into their own project to be built separately.
** If a separate project with completely out of RichFaces, or in the /build/resources area.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months