Skip to content
This repository has been archived by the owner on Sep 5, 2023. It is now read-only.

rendered attribute is overloaded #478

Closed
glassfishrobot opened this issue Oct 2, 2008 · 17 comments
Closed

rendered attribute is overloaded #478

glassfishrobot opened this issue Oct 2, 2008 · 17 comments

Comments

@glassfishrobot
Copy link

The rendered attribute is used to control whether a widget is rendered on the
page as well as whether it should be included in processing the postback. This
in itself is not a problem (except that the word rendered is misleading to
users), however the value of rendered is revaluated when the form is submitted,
and this value is used to decide whether to process the component.

Unfortunately, there is no easy way around this, especially if we move towards a
more stateless lifecycle. This may be a simple matter of better educating users.

Environment

Operating System: All
Platform: All

Affected Versions

[1.2]

@glassfishrobot
Copy link
Author

Reported by pmuir

@glassfishrobot
Copy link
Author

pmuir said:
A JBoss top priority issue issue

@glassfishrobot
Copy link
Author

@edburns said:
Change target milestone to 2.0

@glassfishrobot
Copy link
Author

@edburns said:
This is important for 2.1

@glassfishrobot
Copy link
Author

@edburns said:
Prepare to delete api subcomponent

@glassfishrobot
Copy link
Author

@edburns said:
Move these to unscheduled because we need to target them correctly. 2.next isn't
specific enough.

@glassfishrobot
Copy link
Author

@edburns said:
cat2

@glassfishrobot
Copy link
Author

@edburns said:
javadoc

@glassfishrobot
Copy link
Author

@edburns said:
rendered

@glassfishrobot
Copy link
Author

@edburns said:
These are targeted at 2.1.

@glassfishrobot
Copy link
Author

rogerk said:
triage

@glassfishrobot
Copy link
Author

@edburns said:
GlassFish 3.1 M6 at the latest.

@glassfishrobot
Copy link
Author

@edburns said:
Move these to 2.2

@glassfishrobot
Copy link
Author

@edburns said:
Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.

@glassfishrobot
Copy link
Author

@edburns said:
Worth considering so leave as is.

@glassfishrobot
Copy link
Author

This issue was imported from java.net JIRA JAVASERVERFACES_SPEC_PUBLIC-478

@glassfishrobot
Copy link
Author

Closing this as this issue is migrated to jakartaee/faces#478

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant