I found that there no any problem with firefox wheather or not add <f:param name="form" value="list"/> But it doesn't work with ie7 wheather or not add <f:param name="form" value="list"/> I found that UserForm cannot get param id with ie7. Is there any body found out the problem ?
mraible wrote: > > Sounds like you've discovered a bug. Can you please enter an issue in > JIRA for this with steps to reproduce? > > http://issues.appfuse.org/browse/APF > > Thanks, > > Matt > > On Dec 11, 2007, at 1:55 AM, René Günther wrote: > >> I found at least a solution to the issue described below: >> In users.xhtml at >> <h:commandLink >> action="#{userForm.edit}" value="#{user.username}"> >> <f:param name="id" >> value="#{user.id}" /> >> </h:commandLink> >> Add >> <f:param name="from" >> value="list" /> >> >> But now there is still an issue. Just remove the validators in >> userForm.xhtml and maybe also the onSubmit and onClick events. Edit >> a user >> and clear content of a required field. Submit the form: >> userForm.user.version is empty now. >> If you login as admin and use the editProfile form, clear content of >> required field, submit, then enter new data in that field, submit >> again you >> lose all your roles and are not an admin any more ;-) >> >> Regards >> Rene >> >> -----Ursprüngliche Nachricht----- >> Von: René Günther [mailto:[EMAIL PROTECTED] >> Gesendet: Dienstag, 11. Dezember 2007 08:00 >> An: users@appfuse.dev.java.net >> Betreff: AW: [appfuse-user] Problems with Server Roundtrips and >> Issue in JSF >> Demo >> >> In my application I didnt switch JavaScript off. I had to switch off >> the >> JavaScript for the demo version to force a submit to the server >> since empty >> required fields are caught on client side. The lost of >> userForm.user.version >> will probably also occur if you delete the v:commonsValidator tags. >> But >> without switching off JavaScript there is still the other issue >> (probably >> related to problems with other parameters): >> >> 1. Login as admin >> >> 2. Go to http://demo.appfuse.org/appfuse-jsf/admin/users.html >> >> 3. Edit "user" >> >> 4. Resulting page is User Profile (no account settings/role >> assignments >> changeable) >> >> Regards >> Rene >> >> -----Ursprüngliche Nachricht----- >> Von: Matt Raible [mailto:[EMAIL PROTECTED] >> Gesendet: Dienstag, 11. Dezember 2007 00:10 >> An: users@appfuse.dev.java.net >> Betreff: Re: [appfuse-user] Problems with Server Roundtrips and >> Issue in JSF >> Demo >> >> >> On Dec 10, 2007, at 3:08 PM, René Günther wrote: >> >>> In userForm.xhtml I needed an additional SelectItem component. To be >>> able to >>> reuse this component later I created a new ManagedBean. The value of >>> the >>> selectItem was a property of my new ManagedBean. The property has >>> not being >>> set after submit. Since it was a required field I got an error. >>> Additionally >>> to this error userForm.user.version was lost. >>> >>> That’s part of the tag: >>> <h:selectOneMenu value="#{clientSI.selected}" id="client" >>> required="true" >>> disabled="#{userForm.user.version != null}"> >>> After submit >>> clientSI.selected is lost. >>> Component isnt disabled anymore. >>> >>> Then I tried the JSF Demo >> http://demo.appfuse.org/appfuse-jsf/userForm.html >>> , >>> switched off JavaScript (FireFox Web Developer), changed an user by >>> clearing >>> content of the field password hint. After submitting >>> userForm.user.version >>> was lost too: after the submit I got additional fields (roles, >>> account >>> settings). Anyone got an idea why this is happening? >> >> I don't know of any JSF applications that work well with JavaScript >> disabled - do you? If your application is required to function w/ a >> JavaScript-less browser, I'd suggest you don't use JSF. >> >> With that being said, it's quite possible we have some bugs in >> AppFuse's JSF implementation. >> >> Matt >> >>> >>> Additionally to this: in the JSF version ROLE_ADMIN is not allowed to >>> assign/delete roles of users. >>> I am really wondering whether anyone is using the JSF version of >>> appfuse 2 >>> for real applications? Don’t you ever got problems with losing form >>> data? In >>> appfuse 1.8 I wasn’t able to build an application without using >>> t:saveState >>> >>> Regards >>> René >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Problems-with-Server-Roundtrips-and-Issue-in-JSF-Demo-tp14262918s2369p15127841.html Sent from the AppFuse - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]