[jira] Created: (TRINIDAD-1130) PPR on inputText required and disabled

[My Faces - Dev mailing list]

PPR on inputText required and disabled
--------------------------------------

                 Key: TRINIDAD-1130
                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1130
             Project: MyFaces Trinidad
          Issue Type: Bug
            Reporter: Stephen Friedrich


If disabled and required attributes of an tr:inputText are changed via PPR, there are a couple of problems:

* if the inputText is initially required="true" and is in a panelFormLayout, it will stay required, even if set to false via PPR.
* the inputText looses its values when switched from disabled to enabled
* the foreground color is not updated

Another bug (unrelated to PPR): When in a panelFormLayout for a tr:selectBooleanCheckbox  the label and checkbox are not vertically aligned (the checkbox's message cell is visible, so that the checkbox is about 10px too high).

TRINIDAD-1129 contains a self-contained application to repoduce the bug(s).

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[My Faces - Dev mailing list]

    [ https://issues.apache.org/jira/browse/TRINIDAD-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12607134#action_12607134 ]

Matthias Weßendorf commented on TRINIDAD-1130:
----------------------------------------------

this is only in panelFormLayout. This is a bit odd, true.
The "work around" is doing partialTarget="..." on the panelFormLayout.

Yes, this is odd too, b/c much more HTML is sent back to client, than needed...
But at least a (quick and dirty) temporary fix.

> PPR on inputText required and disabled
> --------------------------------------
>
>                 Key: TRINIDAD-1130
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1130
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>            Reporter: Stephen Friedrich
>
> If disabled and required attributes of an tr:inputText are changed via PPR, there are a couple of problems:
> * if the inputText is initially required="true" and is in a panelFormLayout, it will stay required, even if set to false via PPR.
> * the inputText looses its values when switched from disabled to enabled
> * the foreground color is not updated
> Another bug (unrelated to PPR): When in a panelFormLayout for a tr:selectBooleanCheckbox  the label and checkbox are not vertically aligned (the checkbox's message cell is visible, so that the checkbox is about 10px too high).
> TRINIDAD-1129 contains a self-contained application to repoduce the bug(s).

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[My Faces - Dev mailing list]

     [ https://issues.apache.org/jira/browse/TRINIDAD-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matthias Weßendorf resolved TRINIDAD-1130.
------------------------------------------

       Resolution: Fixed
    Fix Version/s: 1.2.9-core

fixed here:
http://svn.apache.org/viewvc?view=rev&revision=677071

> PPR on inputText required and disabled
> --------------------------------------
>
>                 Key: TRINIDAD-1130
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1130
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>            Reporter: Stephen Friedrich
>             Fix For: 1.2.9-core
>
>
> If disabled and required attributes of an tr:inputText are changed via PPR, there are a couple of problems:
> * if the inputText is initially required="true" and is in a panelFormLayout, it will stay required, even if set to false via PPR.
> * the inputText looses its values when switched from disabled to enabled
> * the foreground color is not updated
> Another bug (unrelated to PPR): When in a panelFormLayout for a tr:selectBooleanCheckbox  the label and checkbox are not vertically aligned (the checkbox's message cell is visible, so that the checkbox is about 10px too high).
> TRINIDAD-1129 contains a self-contained application to repoduce the bug(s).

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.