Order Lookup is not working properly for Receive Inventory

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Order Lookup is not working properly for Receive Inventory

Akash Jain-4
Hello All,

Order Lookup is not working properly for Receive Inventory process.

I have done following:-

(1) Hit url
https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse
(2) Depress Lookup for Purchase Order Number.
(3) First time it works proper there is shown list of purchase orders
properly.
(4) Depress LOOKUP button, now there is no purchase order in the result.


Thanks and Regards
--
Akash Jain




Reply | Threaded
Open this post in threaded view
|

Re: Order Lookup is not working properly for Receive Inventory

Akash Jain-4
I have look up code and find out the reason, actually when there is
generate string for searching results then webSiteId=FACILITY is also
added in this string and records is searching in
OrderHeaderAndShipGroups  entity and there is value of webSiteId is not
FACILITY.

Thanks and Regards
--
Akash Jain

Akash Jain wrote:

> Hello All,
>
> Order Lookup is not working properly for Receive Inventory process.
>
> I have done following:-
>
> (1) Hit url
> https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse 
>
> (2) Depress Lookup for Purchase Order Number.
> (3) First time it works proper there is shown list of purchase orders
> properly.
> (4) Depress LOOKUP button, now there is no purchase order in the result.
>
>
> Thanks and Regards
> --
> Akash Jain
>
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Order Lookup is not working properly for Receive Inventory

Rishi Solanki
If we look at your specify entity then all purchase orders are associated to
OrderEntry websitId. But the Facility component uses the FACILITY as
websiteId in web.xml.
By changing the websiteId to OrderEntry in /facility/web.xml the lookup
works fine at my end, but it should not be good one.
This needs to be fix lets see what others say on this.

Rishi Solanki
Enterprise Software Developer
HotWax Media Pvt. Ltd.


On Fri, Nov 20, 2009 at 4:44 PM, Akash Jain <[hidden email]>wrote:

> I have look up code and find out the reason, actually when there is
> generate string for searching results then webSiteId=FACILITY is also added
> in this string and records is searching in OrderHeaderAndShipGroups  entity
> and there is value of webSiteId is not FACILITY.
>
>
> Thanks and Regards
> --
> Akash Jain
>
> Akash Jain wrote:
>
>> Hello All,
>>
>> Order Lookup is not working properly for Receive Inventory process.
>>
>> I have done following:-
>>
>> (1) Hit url
>> https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse
>> (2) Depress Lookup for Purchase Order Number.
>> (3) First time it works proper there is shown list of purchase orders
>> properly.
>> (4) Depress LOOKUP button, now there is no purchase order in the result.
>>
>>
>> Thanks and Regards
>> --
>> Akash Jain
>>
>>
>>
>>
>>
>>
>
Reply | Threaded
Open this post in threaded view
|

Re: Order Lookup is not working properly for Receive Inventory

Akash Jain-4
Thanks Rishi for reply.

I have found out one more solution of this problem,

After commenting, <auto-fields-entity
entity-name="OrderHeaderAndShipGroups" default-field-type="hidden"/> for
lookupPurchaseOrderHeaderAndShipInfo form in FieldLookupForms.xml file
(at line no. 149) lookup works fine. I have tested all scenarios it
works fine for all.

Thanks and Regards
--
Akash Jain

Rishi Solanki wrote:

> If we look at your specify entity then all purchase orders are associated to
> OrderEntry websitId. But the Facility component uses the FACILITY as
> websiteId in web.xml.
> By changing the websiteId to OrderEntry in /facility/web.xml the lookup
> works fine at my end, but it should not be good one.
> This needs to be fix lets see what others say on this.
>
> Rishi Solanki
> Enterprise Software Developer
> HotWax Media Pvt. Ltd.
>
>
> On Fri, Nov 20, 2009 at 4:44 PM, Akash Jain <[hidden email]>wrote:
>
>  
>> I have look up code and find out the reason, actually when there is
>> generate string for searching results then webSiteId=FACILITY is also added
>> in this string and records is searching in OrderHeaderAndShipGroups  entity
>> and there is value of webSiteId is not FACILITY.
>>
>>
>> Thanks and Regards
>> --
>> Akash Jain
>>
>> Akash Jain wrote:
>>
>>    
>>> Hello All,
>>>
>>> Order Lookup is not working properly for Receive Inventory process.
>>>
>>> I have done following:-
>>>
>>> (1) Hit url
>>> https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse
>>> (2) Depress Lookup for Purchase Order Number.
>>> (3) First time it works proper there is shown list of purchase orders
>>> properly.
>>> (4) Depress LOOKUP button, now there is no purchase order in the result.
>>>
>>>
>>> Thanks and Regards
>>> --
>>> Akash Jain
>>>
>>>
>>>
>>>
>>>
>>>
>>>      
>
>  

Reply | Threaded
Open this post in threaded view
|

Re: Order Lookup is not working properly for Receive Inventory

Rishi Solanki
It should be better then previous like changing the web.xml was not good
idea. Doing this form will be independent from the webSiteId.
But before finalizing we should wait.
Jacques/Others could you pleas provide some love to this thread ;-), as bug
exists in OFBiz so that we can finalize some solution.

Rishi Solanki
Enterprise Software Developer
HotWax Media Pvt. Ltd.


On Mon, Nov 23, 2009 at 11:06 AM, Akash Jain <[hidden email]>wrote:

> Thanks Rishi for reply.
>
> I have found out one more solution of this problem,
>
> After commenting, <auto-fields-entity
> entity-name="OrderHeaderAndShipGroups" default-field-type="hidden"/> for
> lookupPurchaseOrderHeaderAndShipInfo form in FieldLookupForms.xml file (at
> line no. 149) lookup works fine. I have tested all scenarios it works fine
> for all.
>
>
> Thanks and Regards
> --
> Akash Jain
>
> Rishi Solanki wrote:
>
>> If we look at your specify entity then all purchase orders are associated
>> to
>> OrderEntry websitId. But the Facility component uses the FACILITY as
>> websiteId in web.xml.
>> By changing the websiteId to OrderEntry in /facility/web.xml the lookup
>> works fine at my end, but it should not be good one.
>> This needs to be fix lets see what others say on this.
>>
>> Rishi Solanki
>> Enterprise Software Developer
>> HotWax Media Pvt. Ltd.
>>
>>
>> On Fri, Nov 20, 2009 at 4:44 PM, Akash Jain <[hidden email]
>> >wrote:
>>
>>
>>
>>> I have look up code and find out the reason, actually when there is
>>> generate string for searching results then webSiteId=FACILITY is also
>>> added
>>> in this string and records is searching in OrderHeaderAndShipGroups
>>>  entity
>>> and there is value of webSiteId is not FACILITY.
>>>
>>>
>>> Thanks and Regards
>>> --
>>> Akash Jain
>>>
>>> Akash Jain wrote:
>>>
>>>
>>>
>>>> Hello All,
>>>>
>>>> Order Lookup is not working properly for Receive Inventory process.
>>>>
>>>> I have done following:-
>>>>
>>>> (1) Hit url
>>>>
>>>> https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse
>>>> (2) Depress Lookup for Purchase Order Number.
>>>> (3) First time it works proper there is shown list of purchase orders
>>>> properly.
>>>> (4) Depress LOOKUP button, now there is no purchase order in the result.
>>>>
>>>>
>>>> Thanks and Regards
>>>> --
>>>> Akash Jain
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Order Lookup is not working properly for Receive Inventory

Scott Gray-2
Hi Rishi, Akash,

webSiteId is one of those fields that is always present in the context  
so auto-fields-entity will always find a value for it unless we tell  
it to look somewhere more specific for it's values like this:
<auto-fields-entity entity-name="OrderHeaderAndShipGroups" default-
field-type="hidden" map-name="parameters"/>

This way auto-fields-entity will only look in the parameter map for  
values to populate the form with.  Hope that helps.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 23/11/2009, at 7:10 PM, Rishi Solanki wrote:

> It should be better then previous like changing the web.xml was not  
> good
> idea. Doing this form will be independent from the webSiteId.
> But before finalizing we should wait.
> Jacques/Others could you pleas provide some love to this thread ;-),  
> as bug
> exists in OFBiz so that we can finalize some solution.
>
> Rishi Solanki
> Enterprise Software Developer
> HotWax Media Pvt. Ltd.
>
>
> On Mon, Nov 23, 2009 at 11:06 AM, Akash Jain <[hidden email]
> >wrote:
>
>> Thanks Rishi for reply.
>>
>> I have found out one more solution of this problem,
>>
>> After commenting, <auto-fields-entity
>> entity-name="OrderHeaderAndShipGroups" default-field-type="hidden"/
>> > for
>> lookupPurchaseOrderHeaderAndShipInfo form in FieldLookupForms.xml  
>> file (at
>> line no. 149) lookup works fine. I have tested all scenarios it  
>> works fine
>> for all.
>>
>>
>> Thanks and Regards
>> --
>> Akash Jain
>>
>> Rishi Solanki wrote:
>>
>>> If we look at your specify entity then all purchase orders are  
>>> associated
>>> to
>>> OrderEntry websitId. But the Facility component uses the FACILITY as
>>> websiteId in web.xml.
>>> By changing the websiteId to OrderEntry in /facility/web.xml the  
>>> lookup
>>> works fine at my end, but it should not be good one.
>>> This needs to be fix lets see what others say on this.
>>>
>>> Rishi Solanki
>>> Enterprise Software Developer
>>> HotWax Media Pvt. Ltd.
>>>
>>>
>>> On Fri, Nov 20, 2009 at 4:44 PM, Akash Jain <[hidden email]
>>>> wrote:
>>>
>>>
>>>
>>>> I have look up code and find out the reason, actually when there is
>>>> generate string for searching results then webSiteId=FACILITY is  
>>>> also
>>>> added
>>>> in this string and records is searching in OrderHeaderAndShipGroups
>>>> entity
>>>> and there is value of webSiteId is not FACILITY.
>>>>
>>>>
>>>> Thanks and Regards
>>>> --
>>>> Akash Jain
>>>>
>>>> Akash Jain wrote:
>>>>
>>>>
>>>>
>>>>> Hello All,
>>>>>
>>>>> Order Lookup is not working properly for Receive Inventory  
>>>>> process.
>>>>>
>>>>> I have done following:-
>>>>>
>>>>> (1) Hit url
>>>>>
>>>>> https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse
>>>>> (2) Depress Lookup for Purchase Order Number.
>>>>> (3) First time it works proper there is shown list of purchase  
>>>>> orders
>>>>> properly.
>>>>> (4) Depress LOOKUP button, now there is no purchase order in the  
>>>>> result.
>>>>>
>>>>>
>>>>> Thanks and Regards
>>>>> --
>>>>> Akash Jain
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>


smime.p7s (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Order Lookup is not working properly for Receive Inventory

Akash Jain-4
Thanks Rishi, Scott for your reply.

Problem is fixed at rev - 883328.

Thanks to Ashish for taking quick action on it.

Thanks and Regards
--
Akash Jain

Scott Gray wrote:

> Hi Rishi, Akash,
>
> webSiteId is one of those fields that is always present in the context
> so auto-fields-entity will always find a value for it unless we tell
> it to look somewhere more specific for it's values like this:
> <auto-fields-entity entity-name="OrderHeaderAndShipGroups"
> default-field-type="hidden" map-name="parameters"/>
>
> This way auto-fields-entity will only look in the parameter map for
> values to populate the form with.  Hope that helps.
>
> Regards
> Scott
>
> HotWax Media
> http://www.hotwaxmedia.com
>
> On 23/11/2009, at 7:10 PM, Rishi Solanki wrote:
>
>> It should be better then previous like changing the web.xml was not good
>> idea. Doing this form will be independent from the webSiteId.
>> But before finalizing we should wait.
>> Jacques/Others could you pleas provide some love to this thread ;-),
>> as bug
>> exists in OFBiz so that we can finalize some solution.
>>
>> Rishi Solanki
>> Enterprise Software Developer
>> HotWax Media Pvt. Ltd.
>>
>>
>> On Mon, Nov 23, 2009 at 11:06 AM, Akash Jain
>> <[hidden email]>wrote:
>>
>>> Thanks Rishi for reply.
>>>
>>> I have found out one more solution of this problem,
>>>
>>> After commenting, <auto-fields-entity
>>> entity-name="OrderHeaderAndShipGroups" default-field-type="hidden"/>
>>> for
>>> lookupPurchaseOrderHeaderAndShipInfo form in FieldLookupForms.xml
>>> file (at
>>> line no. 149) lookup works fine. I have tested all scenarios it
>>> works fine
>>> for all.
>>>
>>>
>>> Thanks and Regards
>>> --
>>> Akash Jain
>>>
>>> Rishi Solanki wrote:
>>>
>>>> If we look at your specify entity then all purchase orders are
>>>> associated
>>>> to
>>>> OrderEntry websitId. But the Facility component uses the FACILITY as
>>>> websiteId in web.xml.
>>>> By changing the websiteId to OrderEntry in /facility/web.xml the
>>>> lookup
>>>> works fine at my end, but it should not be good one.
>>>> This needs to be fix lets see what others say on this.
>>>>
>>>> Rishi Solanki
>>>> Enterprise Software Developer
>>>> HotWax Media Pvt. Ltd.
>>>>
>>>>
>>>> On Fri, Nov 20, 2009 at 4:44 PM, Akash Jain
>>>> <[hidden email]
>>>>> wrote:
>>>>
>>>>
>>>>
>>>>> I have look up code and find out the reason, actually when there is
>>>>> generate string for searching results then webSiteId=FACILITY is also
>>>>> added
>>>>> in this string and records is searching in OrderHeaderAndShipGroups
>>>>> entity
>>>>> and there is value of webSiteId is not FACILITY.
>>>>>
>>>>>
>>>>> Thanks and Regards
>>>>> --
>>>>> Akash Jain
>>>>>
>>>>> Akash Jain wrote:
>>>>>
>>>>>
>>>>>
>>>>>> Hello All,
>>>>>>
>>>>>> Order Lookup is not working properly for Receive Inventory process.
>>>>>>
>>>>>> I have done following:-
>>>>>>
>>>>>> (1) Hit url
>>>>>>
>>>>>> https://demo.ofbiz.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse 
>>>>>>
>>>>>> (2) Depress Lookup for Purchase Order Number.
>>>>>> (3) First time it works proper there is shown list of purchase
>>>>>> orders
>>>>>> properly.
>>>>>> (4) Depress LOOKUP button, now there is no purchase order in the
>>>>>> result.
>>>>>>
>>>>>>
>>>>>> Thanks and Regards
>>>>>> --
>>>>>> Akash Jain
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>