Catch the right-click event and prevent it?
On Wed, May 7, 2008 at 9:48 AM, Nitin Deshmukh <[EMAIL PROTECTED]> wrote: > your post really helped me understand the behaviour. So, right click is > always going to be an issue. any solution/suggestions for that? because no > matter what I do, I can not restrict the users from right clicking and then > complaining that link didn't work the way it was supposed to. > > For the original issue, if I use conversation scoped bean, I can most > probably avoid the situation where two threads are trying to modify the same > list/variables at the same time. also, it will allow users to carry out two > different actions at the same time. > > Thanks, > > Nitin > > > --- On Wed, 5/7/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > > Subject: Re: getting java.util.NoSuchElementException occasionally > > To: "MyFaces Discussion" <[email protected]> > > Date: Wednesday, May 7, 2008, 11:31 AM > > > > Nitin Deshmukh schrieb: > > > ok... it sounds better than what I currently have. two > > question though - will right click on a commandLink cause > > the action of the link to be executed, because in current > > scenario it doesn't? second question - will it pass > > the parameters in case of right click if I have any? > > > > > > currently, how I do things is - I have a param in each > > of the commandLinks and the links point to the same action. > > on the basis of the param received, I decide the action to > > be performed and return to a page. In this situation, if > > user right clicks on any of the links, the action is not > > performed and the parameter is not passed. instead it opens > > the new window in the previous page. > > > > Plain JSF will not execute any actions on a GET http > > operation; the only > > thing it does for a GET is to render the page. > > > > This also happens to be the recommended behaviour for > > RESTful webapps; > > GET is supposed to be an operation that does not change any > > system state. > > > > I think this is also the cause of your "render the > > previous page" issue. > > When the user clicks normally on the link, what happens is > > actually a > > form postback; this triggers an action method that then > > performs > > navigation to the next page. But when the user > > right-clicks on the > > link, what happens is a GET; this does not trigger any > > action methods, > > so no nagivation to the "next page" takes place. > > Instead, the current > > view gets rendered again. > > > > Regards, > > Simon > > > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ >

