Re: Secured URLs strategy

2009-04-21 Thread Jacques Le Roux
Missed one other thing, fixed at 762757 Jacques From: "Ashish Vijaywargiya" r767102 - Thanks for fixing this up Jacques. Actually too fast, as ever ;o) ;o) - I remembered that you always commits first by saying "French Translation" and after few minutes(5 or 10) again you commit the code

Re: Secured URLs strategy

2009-04-21 Thread Ashish Vijaywargiya
r767102 - Thanks for fixing this up Jacques. >> Actually too fast, as ever ;o) ;o) - I remembered that you always commits first by saying "French Translation" and after few minutes(5 or 10) again you commit the code by saying "Better French Translation". ;o) . This is one of the common practice

Re: Secured URLs strategy

2009-04-21 Thread Jacques Le Roux
Actually too fast, as ever ;o) Jacques From: "Ashish Vijaywargiya" Oops, fixed a typo at r767099 Example of Super Fast Working style. ;o) Thanks Jacques for your quick turn around on this. -- Ashish On Tue, Apr 21, 2009 at 3:25 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote:

Re: Secured URLs strategy

2009-04-21 Thread Jacques Le Roux
Fiexd at r767102 Jacques From: "Ashish Vijaywargiya" Thanks David for your reply. I am not worried about the nesting of one form with another. I am thinking about the case when a form created in FTL has "Update" & "Delete" link (As I have both the option in my custom form). In your comment w

Re: Secured URLs strategy

2009-04-21 Thread Ashish Vijaywargiya
>> Oops, fixed a typo at r767099 Example of Super Fast Working style. ;o) Thanks Jacques for your quick turn around on this. -- Ashish On Tue, Apr 21, 2009 at 3:25 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Oops, fixed a typo at r767099 > > Jacques > >

Re: Secured URLs strategy

2009-04-21 Thread Jacques Le Roux
Oops, fixed a typo at r767099 Jacques From: "Jacques Le Roux" Thanks Ashish I made a small change at r767093 since there may be several lines Please refer to https://issues.apache.org/jira/browse/OFBIZ-2260 if you find others I will have a look at the other one uio reported right now Jacqu

Re: Secured URLs strategy

2009-04-21 Thread Jacques Le Roux
Thanks Ashish I made a small change at r767093 since there may be several lines Please refer to https://issues.apache.org/jira/browse/OFBIZ-2260 if you find others I will have a look at the other one uio reported right now Jacques From: "Ashish Vijaywargiya" Thanks David for your comment. I

Re: Secured URLs strategy

2009-04-21 Thread Ashish Vijaywargiya
Thanks David for your comment. I have committed a fix in trunk rev. 767072. Please review it and comment on it if I did something wrong. -- Ashish On Tue, Apr 21, 2009 at 1:28 PM, David E Jones wrote: > > In this case I don't see any relationship between the updatePartyToCategory > form and the

Re: Secured URLs strategy

2009-04-21 Thread David E Jones
In this case I don't see any relationship between the updatePartyToCategory form and the removePartyFromCategory link. The simple fact is that all links that call services must be changed to forms so they can pass parameters as hidden input fields so they are encrypted and therefore diffi

Re: Secured URLs strategy

2009-04-20 Thread Ashish Vijaywargiya
Another reference that is throwing error while clicking Delete link. https://localhost:8443/catalog/control/EditCategoryProdCatalogs?productCategoryId=CATALOG1 Error details : The Following Errors Occurred: Error calling event: org.ofbiz.webapp.event.EventHandlerException: Found URL parameter

Re: Secured URLs strategy

2009-04-20 Thread Ashish Vijaywargiya
Thanks David for your reply. I am not worried about the nesting of one form with another. I am thinking about the case when a form created in FTL has "Update" & "Delete" link (As I have both the option in my custom form). In your comment what do you mean by "but chances are there are some links

Re: Secured URLs strategy

2009-04-20 Thread David E Jones
I'm not sure I followed all of that... are you worried about having a form nested within another form? Yes, the forms will have to be outside the main form, but the links to those forms can be inside the main form. -David On Apr 20, 2009, at 2:25 AM, Ashish Vijaywargiya wrote: Hello D

Re: Secured URLs strategy

2009-04-20 Thread Ashish Vijaywargiya
Hello David, Below is your comments from rev no. 757316. >>Changed back to throw an exception when a non-body parameter is passed to a secure request that calls a service as an event; now that >>we have the Form Widget and form defs fixed up to handle these better it should be fine for most thing

Re: Secured URLs strategy

2009-04-19 Thread Jacques Le Roux
From: "David E Jones" I thought we gave up with this message (or just have it only in log?). If a change had been made you would have seen it in the commit log... and hopefully explicitly called out as such (it is unfortunate that we get so many poorly written commit logs that don't even t

Re: Secured URLs strategy

2009-04-18 Thread David E Jones
On Apr 18, 2009, at 4:48 AM, Jacques Le Roux wrote: At https://demo904.ofbiz.org/catalog/control/setUserPreference?userPrefGroupTypeId=GLOBAL_PREFERENCES&userPrefTypeId=COMPACT_HEADER&userPrefValue=Y I get see this message. Found URL parameter [userPrefTypeId] passed to secure (https) reque

Secured URLs strategy

2009-04-18 Thread Jacques Le Roux
At https://demo904.ofbiz.org/catalog/control/setUserPreference?userPrefGroupTypeId=GLOBAL_PREFERENCES&userPrefTypeId=COMPACT_HEADER&userPrefValue=Y I get see this message. Found URL parameter [userPrefTypeId] passed to secure (https) request-map with uri [setUserPreference] with an event that ca