After Receiving, user refreshes page, receive is repeated.

[James McGill-5]

At the end of Receive Inventory, if the user reloads the page in the
browser, the action is repeated and inventory is created and purchase orders
are adjusted.   This is user error that we want to prevent.  Any ideas?

--
James McGill
Phoenix AZ

[BJ Freeman]

on success return "complete" and have a summary page?

=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation  <http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com  <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>


James McGill sent the following on 6/14/2010 2:09 PM:
> At the end of Receive Inventory, if the user reloads the page in the
> browser, the action is repeated and inventory is created and purchase orders
> are adjusted.   This is user error that we want to prevent.  Any ideas?
>

[James McGill-5]

On Mon, Jun 14, 2010 at 2:28 PM, BJ Freeman <[hidden email]> wrote:

>
> on success return "complete" and have a summary page?
>

I think that's what the application (9.04) does, but refreshing the summary
page causes the form to be submitted again, which causes two problems:

1.  The inventory items are created again, and
2.  The order item quantity is adjusted up to match.

For now, I'm trying a workaround, where I'm adding orderItemSeqId to the
parameters for receiveInventoryProduct, so that I can lookup the item's
status and not receive it if it's completed.  I'm trying that because I'm
desperate to make this problem stop, not because I think it's a good fix.

--
James McGill
Phoenix AZ

[BJ Freeman]

my code is driven by the open PO's
so when complete an Item or po it returns to a tree of po's with tree of
items under it.
if they click on the po then all the itmes are recieved
if they click on an item then only the item is recieved.

=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation  <http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com  <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>


James McGill sent the following on 6/14/2010 3:04 PM:

> On Mon, Jun 14, 2010 at 2:28 PM, BJ Freeman<[hidden email]>  wrote:
>
>>
>> on success return "complete" and have a summary page?
>>
>
> I think that's what the application (9.04) does, but refreshing the summary
> page causes the form to be submitted again, which causes two problems:
>
> 1.  The inventory items are created again, and
> 2.  The order item quantity is adjusted up to match.
>
> For now, I'm trying a workaround, where I'm adding orderItemSeqId to the
> parameters for receiveInventoryProduct, so that I can lookup the item's
> status and not receive it if it's completed.  I'm trying that because I'm
> desperate to make this problem stop, not because I think it's a good fix.
>

[James McGill-5]

On Mon, Jun 14, 2010 at 3:48 PM, BJ Freeman <[hidden email]> wrote:

> my code is driven by the open PO's
> so when complete an Item or po it returns to a tree of po's with tree of
> items under it.
> if they click on the po then all the itmes are recieved
> if they click on an item then only the item is recieved.
>

Are you saying you have a custom receiving application, or are you talking
about the OFBiz
facility/ ReceiveInventory request?

--
James McGill
Phoenix AZ

[Scott Gray-2]

You find this problem in a number of places in OFBiz, better support has been added in the controller for the request-redirect response and passing parameters through it.  Ideally eventually all pages like this would fixed to use that response.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 15/06/2010, at 9:09 AM, James McGill wrote:

> At the end of Receive Inventory, if the user reloads the page in the
> browser, the action is repeated and inventory is created and purchase orders
> are adjusted.   This is user error that we want to prevent.  Any ideas?
>
> --
> James McGill
> Phoenix AZ

[BJ Freeman]

looks like scott has a solution for ofbiz.
yes I have custom code that make it more intuitive for my customers.
I always through out the ideas encase some one wants to implement it
that way.

=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation  <http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com  <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>


James McGill sent the following on 6/14/2010 3:53 PM:

> On Mon, Jun 14, 2010 at 3:48 PM, BJ Freeman<[hidden email]>  wrote:
>
>> my code is driven by the open PO's
>> so when complete an Item or po it returns to a tree of po's with tree of
>> items under it.
>> if they click on the po then all the itmes are recieved
>> if they click on an item then only the item is recieved.
>>
>
> Are you saying you have a custom receiving application, or are you talking
> about the OFBiz
> facility/ ReceiveInventory request?
>

[James McGill-5]

On Mon, Jun 14, 2010 at 4:33 PM, BJ Freeman <[hidden email]> wrote:

> looks like scott has a solution for ofbiz.
> yes I have custom code that make it more intuitive for my customers.
> I always through out the ideas encase some one wants to implement it that
> way.
>
>
>

I do want to rewrite the whole Receiving application, but I have to fix this
first.  We're already using this for an industrial inventory system, and
this one bug is giving me a black eye every day.

--
James McGill
Phoenix AZ