<a4j:support> does not override "literal" inline event handlers (i.e. event handlers which does not contain any EL-expressions) ------------------------------------------------------------------------------------------------------------------------------- Key: RF-13152 URL: https://issues.jboss.org/browse/RF-13152 Project: RichFaces Issue Type: Bug Security Level: Public(Everyone can see) Components: component-a4j-core Affects Versions: 3.3.3.Final Environment: JSF 1.2 Reporter: Nicholas Oxhøj Priority: Minor Fix For: 3.Future Attachments: test.xhtml If I nest an <a4j:support> inside a component which also has an inline event listener whose text doesn't contain any EL-expressions, the <a4j:support> _won't_ be executed. For example {code} <h:inputText onchange="alert('Inline listener')"> <a4j:support event="onchange" onsubmit="alert('a4j:support listener')" /> </h:inputText> {code} will show an alert with "Inline listener" and *not* perform the <a4j:support>. If you add _any_ EL-expression to the inline event listener, the <a4j:support> _will_ be executed instead. For example {code} <h:inputText onchange="alert('Inline listener')#{''}"> <a4j:support event="onchange" onsubmit="alert('a4j:support listener')" /> </h:inputText> {code} *will* show an alert with "a4j:support listener". I am not exactly sure how a UIComponents "attributes" and "value expression bindings" are supposed to work together according to the JSF spec, but the problem here seems to be that when the inline listener doesn't contain any EL-expressions, it is stored as an "attribute", but the <a4j:support> is stored as a "value binding expression". Later, during page rendering, HtmlInputText#getOnchange() will first look for an attribute called "onchange" and return that if found. Only if an attribute is not found, it looks for a "value expression binding" and returns that.