Re: Purchase Order Cancel status
To make SO and PO flow consistent and to maintain order header status with
its item status. Removed the condition, patch attached in OFBIZ-9838
<https://issues.apache.org/jira/browse/OFBIZ-9838>
Thanks
Renuka Srishti
On Mon, Oct 9, 2017 at 3:20 PM, Suraj Khurana <
suraj.khur...@hotwaxsystems.com> wrote:
> Thanks Renuka for bringing this into notice.
>
> I also agree with Arun's point
>
> --
> Best Regards,
> *Suraj Khurana* | Sr. Enterprise Software Engineer
> *HotWax Commerce * by *HotWax Systems*
> Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010
>
>
> On Mon, Oct 9, 2017 at 3:13 PM, Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > Hi Renuka,
> >
> > It seems to have slipped in with http://svn.apache.org/viewvc?v
> > iew=revision=1026520
> >
> > I see no reason to keep it
> >
> > Jacques
> >
> >
> >
> > Le 05/10/2017 à 15:47, Renuka Srishti a écrit :
> >
> >> Hello Devs,
> >>
> >> This is reference to
> >> http://markmail.org/message/wggbvdumrndpkxrj
> >>
> >> In "applications/order/src/org/ofbiz/order/order/OrderServices.java",
> >> under
> >> "checkItemStatus" service, there is one check for all item cancelled:
> >>
> >> if (!"PURCHASE_ORDER".equals(orderTypeId)) {
> >> newStatus = "ORDER_CANCELLED";
> >> }
> >>
> >> I was trying to find out the reason behind it but did not get any.
> >>
> >> When we cancel all the items of an order, Order should cancel at the
> >> header
> >> level too. Then why we have added this special check for purchase order?
> >>
> >> Becuase of this check, after canceling of all the items, purchase order
> do
> >> not get canceled at the header level. Currently, we need to cancel the
> >> purchase order manually.
> >>
> >>
> >> Thanks
> >> Renuka Srishti
> >>
> >>
> >
>
Re: Purchase Order Cancel status
Hii Mohammad,
I agree with your points. I think we should wait for other's reply too,
then we can conclude the implementation.
Thanks
Renuka Srishti
On Fri, Oct 6, 2017 at 7:34 PM, Mohammad Kathawala <
mohammad.kathaw...@hotwaxsystems.com> wrote:
> Hi,
>
> IMO, if all the items of the order need to be canceled then the user
> should/would directly cancel the order rather than canceling all the items
> individually. This will automatically cancel all the items and the order at
> header level. Despite this, still, if the user cancels all the items
> individually then IMO the order should not get canceled automatically at
> header level because after the order is canceled you cannot add new items
> to it and it might be possible that user wants to add new items to the
> order after canceling all the existing items. The order should be canceled
> manually in this case.
>
> Thanks.
>
> Regards*,*
> *Mohammad Kathawala* | Technical Consultant / Team Lead
> *HotWax Commerce* by *HotWax Systems*
> Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> Indore,
> M.P 452010
> Cell phone: 7772858789
>
> HotWax Systems recently received 8 mentions in *The Gartner Digital
> Commerce Vendor Guide, 2016 *by Gartner, Inc., the world's leading IT
> research and advisory company. Learn more about our research here
> <https://www.gartner.com/technology/media-products/
> newsletters/HotWax/1-2UVLP6M/index.html>
> .
>
> On Fri, Oct 6, 2017 at 7:14 PM, Ratnesh Upadhyay <
> upadhyay.ratn...@gmail.com
> > wrote:
>
> > Hi Renuka,
> >
> > I would also prefer to remove this condition as it's not making sense to
> > keep order in created status when all the order items get canceled.
> >
> > Thanks!!
> >
> > Regards,
> > Ratnesh Upadhyay
> > HotWax Systems | www.hotwaxsystems.com
> >
> > On Fri, Oct 6, 2017 at 12:52 PM, Deepak Dixit <
> > deepak.di...@hotwaxsystems.com> wrote:
> >
> > > Hi Renuka,
> > >
> > > I see no reason to keen this condition. we can remove this.
> > > As I know there is no business scenario around this. If all order item
> > > cancelled than order should be cancel either its Sales or Purchase
> order.
> > >
> > >
> > >
> > > Thanks & Regards
> > > --
> > > Deepak Dixit
> > > www.hotwaxsystems.com
> > > www.hotwax.co
> > >
> > > On Thu, Oct 5, 2017 at 7:17 PM, Renuka Srishti <
> > renuka.srisht...@gmail.com
> > > >
> > > wrote:
> > >
> > > > Hello Devs,
> > > >
> > > > This is reference to
> > > > http://markmail.org/message/wggbvdumrndpkxrj
> > > >
> > > > In "applications/order/src/org/ofbiz/order/order/
> OrderServices.java",
> > > > under
> > > > "checkItemStatus" service, there is one check for all item cancelled:
> > > >
> > > > if (!"PURCHASE_ORDER".equals(orderTypeId)) {
> > > > newStatus = "ORDER_CANCELLED";
> > > > }
> > > >
> > > > I was trying to find out the reason behind it but did not get any.
> > > >
> > > > When we cancel all the items of an order, Order should cancel at the
> > > header
> > > > level too. Then why we have added this special check for purchase
> > order?
> > > >
> > > > Becuase of this check, after canceling of all the items, purchase
> order
> > > do
> > > > not get canceled at the header level. Currently, we need to cancel
> the
> > > > purchase order manually.
> > > >
> > > >
> > > > Thanks
> > > > Renuka Srishti
> > > >
> > >
> >
>
Purchase Order Cancel status
Hello Devs,
This is reference to
http://markmail.org/message/wggbvdumrndpkxrj
In "applications/order/src/org/ofbiz/order/order/OrderServices.java", under
"checkItemStatus" service, there is one check for all item cancelled:
if (!"PURCHASE_ORDER".equals(orderTypeId)) {
newStatus = "ORDER_CANCELLED";
}
I was trying to find out the reason behind it but did not get any.
When we cancel all the items of an order, Order should cancel at the header
level too. Then why we have added this special check for purchase order?
Becuase of this check, after canceling of all the items, purchase order do
not get canceled at the header level. Currently, we need to cancel the
purchase order manually.
Thanks
Renuka Srishti
Re: Shipment Id goes missing on PO receiving screen once PO is received partially
Yes, I have investigated the way to code it. If we agree that shipment should be created while receiving PO, and no need to go to the order view screen for this. Then we can create JIRA for it and fix this. Thanks Renuka Srishti On Wed, Aug 23, 2017 at 10:03 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Hi Renuka, > > I just read the Jira and your summary below. I totally agree with your > summary. Did you already investigate a way to code it? > > Thanks > > Jacques > > > Le 23/08/2017 à 17:07, Renuka Srishti a écrit : > >> Hello Devs, >> >> I think my question is not clear. So here are the more details: >> Current flow to Receive a PO: >> 1. Facility manager needs to go to the order view screen. >> 2. Create shipment from order view screen. >> 3. Now come back to the facility component and then Recieve PO here. >> >> IMO, no need to go to the order view screen. When we Receive PO from >> facility component, the shipment should be created internally. >> >> Thanks >> Renuka Srishti >> >> On Sun, Aug 20, 2017 at 5:54 PM, Renuka Srishti < >> renuka.srisht...@gmail.com> >> wrote: >> >> Hello Dev, >>> >>> This is related to OFBIZ-7718 >>> <https://issues.apache.org/jira/browse/OFBIZ-7718> Here is the more >>> discussion <http://markmail.org/message/pbxbzgdqf5ayqcfh> about this >>> ticket. To fix the OFBIZ-7718 >>> <https://issues.apache.org/jira/browse/OFBIZ-7718> problem, shipment Id >>> should be created before receiving as mentioned in the comment. >>> There are following ways to create shipment before receiving: >>> 1. We can first create shipment by click on *New Shipment For Ship Group* >>> button in orderview >>> <https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderv >>> iew?orderId=DEMO10091> >>> screen and then go to Receive Inventory >>> <https://demo-trunk.ofbiz.apache.org/facility/control/Receiv >>> eInventory?facilityId=WebStoreWarehouse> >>> screen for further process. >>> 2. We can call internally create shipment on Receiving PO process as the >>> shipment is mandatory for further process. >>> Which option is right? >>> >>> >>> Thanks >>> Renuka Srishti >>> >>> >
Re: svn commit: r1805548 - in /ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts: datafile/ViewDataFile.groovy service/AvailableServices.groovy
In this commit, there is two typo mistake in ViewDataFile.groovy. Extra
closing bracket after dataFileSave and entityXmlFileSave which leads to
screen <https://demo-trunk.ofbiz.apache.org/webtools/control/viewdatafile>
broken.
Thanks
Renuka Srishti
On Sun, Aug 20, 2017 at 5:41 PM, <jler...@apache.org> wrote:
> Author: jleroux
> Date: Sun Aug 20 12:11:39 2017
> New Revision: 1805548
>
> URL: http://svn.apache.org/viewvc?rev=1805548=rev
> Log:
> No functional change,
>
> In 3 places we use uiLabelMap.get("x") instead of uiLabelMap.x
> which
> does essentially the same when there is no default parameter passed to
> get()
> http://mrhaki.blogspot.fr/2009/11/groovy-goodness-get-
> value-from-map-or.html
>
> Modified:
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/
> ViewDataFile.groovy
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/service/
> AvailableServices.groovy
>
> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/
> groovyScripts/datafile/ViewDataFile.groovy
> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/
> framework/webtools/groovyScripts/datafile/ViewDataFile.groovy?rev=
> 1805548=1805547=1805548=diff
>
> ==
> ---
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/ViewDataFile.groovy
> (original)
> +++
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/ViewDataFile.groovy
> Sun Aug 20 12:11:39 2017
> @@ -83,7 +83,7 @@ if (dataFile) {
> if (dataFile && dataFileSave) {
> try {
> dataFile.writeDataFile(dataFileSave)
> -messages.add(uiLabelMap.get("WebtoolsDataFileSavedTo") +
> dataFileSave)
> +messages.add(uiLabelMap.WebtoolsDataFileSavedTo) + dataFileSave)
> }
> catch (Exception e) {
> messages.add(e.getMessage())
> @@ -94,7 +94,7 @@ if (dataFile && entityXmlFileSave) {
> try {
> //dataFile.writeDataFile(entityXmlFileSave)
> DataFile2EntityXml.writeToEntityXml(entityXmlFileSave, dataFile)
> -messages.add(uiLabelMap.get("WebtoolsDataEntityFileSavedTo") +
> entityXmlFileSave)
> +messages.add(uiLabelMap.WebtoolsDataEntityFileSavedTo) +
> entityXmlFileSave)
> }
> catch (Exception e) {
> messages.add(e.getMessage())
>
> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/
> groovyScripts/service/AvailableServices.groovy
> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/
> framework/webtools/groovyScripts/service/AvailableServices.groovy?rev=
> 1805548=1805547=1805548=diff
>
> ==
> ---
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/service/AvailableServices.groovy
> (original)
> +++
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/service/AvailableServices.groovy
> Sun Aug 20 12:11:39 2017
> @@ -450,7 +450,7 @@ if (selectedService) {
> outParamsList.add(curOutParam)
> }
> outParamMap = [:]
> -outParamMap.title = uiLabelMap.get("WebtoolsOutParameters")
> +outParamMap.title = uiLabelMap.WebtoolsOutParameters)
> outParamMap.paramList = outParamsList
> allParamsList.add(outParamMap)
>
>
>
>
Re: Shipment Id goes missing on PO receiving screen once PO is received partially
Hello Devs, I think my question is not clear. So here are the more details: Current flow to Receive a PO: 1. Facility manager needs to go to the order view screen. 2. Create shipment from order view screen. 3. Now come back to the facility component and then Recieve PO here. IMO, no need to go to the order view screen. When we Receive PO from facility component, the shipment should be created internally. Thanks Renuka Srishti On Sun, Aug 20, 2017 at 5:54 PM, Renuka Srishti <renuka.srisht...@gmail.com> wrote: > Hello Dev, > > This is related to OFBIZ-7718 > <https://issues.apache.org/jira/browse/OFBIZ-7718> Here is the more > discussion <http://markmail.org/message/pbxbzgdqf5ayqcfh> about this > ticket. To fix the OFBIZ-7718 > <https://issues.apache.org/jira/browse/OFBIZ-7718> problem, shipment Id > should be created before receiving as mentioned in the comment. > There are following ways to create shipment before receiving: > 1. We can first create shipment by click on *New Shipment For Ship Group* > button in orderview > <https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderview?orderId=DEMO10091> > screen and then go to Receive Inventory > <https://demo-trunk.ofbiz.apache.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse> > screen for further process. > 2. We can call internally create shipment on Receiving PO process as the > shipment is mandatory for further process. > Which option is right? > > > Thanks > Renuka Srishti >
Re: svn commit: r1805548 - in /ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts: datafile/ViewDataFile.groovy service/AvailableServices.groovy
Thanks Jacques
On Tue, Aug 22, 2017 at 8:35 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Thanks Renuka,
>
> Typo fixed at r1805775
>
> Jacques
>
>
> Le 22/08/2017 à 16:26, Renuka Srishti a écrit :
>
>> Mail is not showing the code in the correct way:
>> So the correct line of code is outParamMap.title =
>> uiLabelMap.WebtoolsOutParameters
>>
>> Thanks
>> Renuka Srishti
>>
>> On Tue, Aug 22, 2017 at 7:48 PM, Renuka Srishti <
>> renuka.srisht...@gmail.com>
>> wrote:
>>
>> In this commit <http://markmail.org/message/ghaso2snobssoo74>
>>> *outParamMap.title = uiLabelMap.**WebtoolsOutParameters) *, there is a
>>> typo mistake of a closing bracket which is leading for screen
>>> <https://demo-trunk.ofbiz.apache.org/webtools/control/ServiceList>
>>> broken.
>>>
>>> It should be *outParamMap.title = uiLabelMap.*
>>>
>>> *WebtoolsOutParameters*
>>> Thanks
>>> Renuka Srishti
>>>
>>> On Sun, Aug 20, 2017 at 5:41 PM, <jler...@apache.org> wrote:
>>>
>>> Author: jleroux
>>>> Date: Sun Aug 20 12:11:39 2017
>>>> New Revision: 1805548
>>>>
>>>> URL: http://svn.apache.org/viewvc?rev=1805548=rev
>>>> Log:
>>>> No functional change,
>>>>
>>>> In 3 places we use uiLabelMap.get("x") instead of uiLabelMap.x
>>>> which
>>>> does essentially the same when there is no default parameter passed to
>>>> get()
>>>> http://mrhaki.blogspot.fr/2009/11/groovy-goodness-get-value-
>>>> from-map-or.html
>>>>
>>>> Modified:
>>>> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /datafile/ViewDataFile.groovy
>>>> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /service/AvailableServices.groovy
>>>>
>>>> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /datafile/ViewDataFile.groovy
>>>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/fra
>>>> mework/webtools/groovyScripts/datafile/ViewDataFile.groovy?
>>>> rev=1805548=1805547=1805548=diff
>>>>
>>>> ==
>>>> --- ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /datafile/ViewDataFile.groovy
>>>> (original)
>>>> +++ ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /datafile/ViewDataFile.groovy
>>>> Sun Aug 20 12:11:39 2017
>>>> @@ -83,7 +83,7 @@ if (dataFile) {
>>>> if (dataFile && dataFileSave) {
>>>> try {
>>>> dataFile.writeDataFile(dataFileSave)
>>>> -messages.add(uiLabelMap.get("WebtoolsDataFileSavedTo") +
>>>> dataFileSave)
>>>> +messages.add(uiLabelMap.WebtoolsDataFileSavedTo) +
>>>> dataFileSave)
>>>> }
>>>> catch (Exception e) {
>>>> messages.add(e.getMessage())
>>>> @@ -94,7 +94,7 @@ if (dataFile && entityXmlFileSave) {
>>>> try {
>>>> //dataFile.writeDataFile(entityXmlFileSave)
>>>> DataFile2EntityXml.writeToEntityXml(entityXmlFileSave,
>>>> dataFile)
>>>> -messages.add(uiLabelMap.get("WebtoolsDataEntityFileSavedTo") +
>>>> entityXmlFileSave)
>>>> +messages.add(uiLabelMap.WebtoolsDataEntityFileSavedTo) +
>>>> entityXmlFileSave)
>>>> }
>>>> catch (Exception e) {
>>>> messages.add(e.getMessage())
>>>>
>>>> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /service/AvailableServices.groovy
>>>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/fra
>>>> mework/webtools/groovyScripts/service/AvailableServices.
>>>> groovy?rev=1805548=1805547=1805548=diff
>>>>
>>>> ==
>>>> --- ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /service/AvailableServices.groovy (original)
>>>> +++ ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>>>> /service/AvailableServices.groovy Sun Aug 20 12:11:39 2017
>>>> @@ -450,7 +450,7 @@ if (selectedService) {
>>>> outParamsList.add(curOutParam)
>>>> }
>>>> outParamMap = [:]
>>>> -outParamMap.title = uiLabelMap.get("WebtoolsOutParameters")
>>>> +outParamMap.title = uiLabelMap.WebtoolsOutParameters)
>>>> outParamMap.paramList = outParamsList
>>>> allParamsList.add(outParamMap)
>>>>
>>>>
>>>>
>>>>
>>>>
>
Re: svn commit: r1805548 - in /ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts: datafile/ViewDataFile.groovy service/AvailableServices.groovy
Mail is not showing the code in the correct way:
So the correct line of code is outParamMap.title =
uiLabelMap.WebtoolsOutParameters
Thanks
Renuka Srishti
On Tue, Aug 22, 2017 at 7:48 PM, Renuka Srishti <renuka.srisht...@gmail.com>
wrote:
> In this commit <http://markmail.org/message/ghaso2snobssoo74>
> *outParamMap.title = uiLabelMap.**WebtoolsOutParameters) *, there is a
> typo mistake of a closing bracket which is leading for screen
> <https://demo-trunk.ofbiz.apache.org/webtools/control/ServiceList> broken.
>
> It should be *outParamMap.title = uiLabelMap.*
>
> *WebtoolsOutParameters*
> Thanks
> Renuka Srishti
>
> On Sun, Aug 20, 2017 at 5:41 PM, <jler...@apache.org> wrote:
>
>> Author: jleroux
>> Date: Sun Aug 20 12:11:39 2017
>> New Revision: 1805548
>>
>> URL: http://svn.apache.org/viewvc?rev=1805548=rev
>> Log:
>> No functional change,
>>
>> In 3 places we use uiLabelMap.get("x") instead of uiLabelMap.x
>> which
>> does essentially the same when there is no default parameter passed to
>> get()
>> http://mrhaki.blogspot.fr/2009/11/groovy-goodness-get-value-
>> from-map-or.html
>>
>> Modified:
>> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>> /datafile/ViewDataFile.groovy
>> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>> /service/AvailableServices.groovy
>>
>> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>> /datafile/ViewDataFile.groovy
>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/fra
>> mework/webtools/groovyScripts/datafile/ViewDataFile.groovy?
>> rev=1805548=1805547=1805548=diff
>>
>> ==
>> ---
>> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/ViewDataFile.groovy
>> (original)
>> +++
>> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/ViewDataFile.groovy
>> Sun Aug 20 12:11:39 2017
>> @@ -83,7 +83,7 @@ if (dataFile) {
>> if (dataFile && dataFileSave) {
>> try {
>> dataFile.writeDataFile(dataFileSave)
>> -messages.add(uiLabelMap.get("WebtoolsDataFileSavedTo") +
>> dataFileSave)
>> +messages.add(uiLabelMap.WebtoolsDataFileSavedTo) + dataFileSave)
>> }
>> catch (Exception e) {
>> messages.add(e.getMessage())
>> @@ -94,7 +94,7 @@ if (dataFile && entityXmlFileSave) {
>> try {
>> //dataFile.writeDataFile(entityXmlFileSave)
>> DataFile2EntityXml.writeToEntityXml(entityXmlFileSave, dataFile)
>> -messages.add(uiLabelMap.get("WebtoolsDataEntityFileSavedTo") +
>> entityXmlFileSave)
>> +messages.add(uiLabelMap.WebtoolsDataEntityFileSavedTo) +
>> entityXmlFileSave)
>> }
>> catch (Exception e) {
>> messages.add(e.getMessage())
>>
>> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>> /service/AvailableServices.groovy
>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/fra
>> mework/webtools/groovyScripts/service/AvailableServices.
>> groovy?rev=1805548=1805547=1805548=diff
>>
>> ==
>> --- ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>> /service/AvailableServices.groovy (original)
>> +++ ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts
>> /service/AvailableServices.groovy Sun Aug 20 12:11:39 2017
>> @@ -450,7 +450,7 @@ if (selectedService) {
>> outParamsList.add(curOutParam)
>> }
>> outParamMap = [:]
>> -outParamMap.title = uiLabelMap.get("WebtoolsOutParameters")
>> +outParamMap.title = uiLabelMap.WebtoolsOutParameters)
>> outParamMap.paramList = outParamsList
>> allParamsList.add(outParamMap)
>>
>>
>>
>>
>
Re: svn commit: r1805548 - in /ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts: datafile/ViewDataFile.groovy service/AvailableServices.groovy
In this commit <http://markmail.org/message/ghaso2snobssoo74>
*outParamMap.title = uiLabelMap.**WebtoolsOutParameters) *, there is a typo
mistake of a closing bracket which is leading for screen
<https://demo-trunk.ofbiz.apache.org/webtools/control/ServiceList> broken.
It should be *outParamMap.title = uiLabelMap.*
*WebtoolsOutParameters*
Thanks
Renuka Srishti
On Sun, Aug 20, 2017 at 5:41 PM, <jler...@apache.org> wrote:
> Author: jleroux
> Date: Sun Aug 20 12:11:39 2017
> New Revision: 1805548
>
> URL: http://svn.apache.org/viewvc?rev=1805548=rev
> Log:
> No functional change,
>
> In 3 places we use uiLabelMap.get("x") instead of uiLabelMap.x
> which
> does essentially the same when there is no default parameter passed to
> get()
> http://mrhaki.blogspot.fr/2009/11/groovy-goodness-get-
> value-from-map-or.html
>
> Modified:
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/
> ViewDataFile.groovy
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/service/
> AvailableServices.groovy
>
> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/
> groovyScripts/datafile/ViewDataFile.groovy
> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/
> framework/webtools/groovyScripts/datafile/ViewDataFile.groovy?rev=
> 1805548=1805547=1805548=diff
>
> ==
> ---
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/ViewDataFile.groovy
> (original)
> +++
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/datafile/ViewDataFile.groovy
> Sun Aug 20 12:11:39 2017
> @@ -83,7 +83,7 @@ if (dataFile) {
> if (dataFile && dataFileSave) {
> try {
> dataFile.writeDataFile(dataFileSave)
> -messages.add(uiLabelMap.get("WebtoolsDataFileSavedTo") +
> dataFileSave)
> +messages.add(uiLabelMap.WebtoolsDataFileSavedTo) + dataFileSave)
> }
> catch (Exception e) {
> messages.add(e.getMessage())
> @@ -94,7 +94,7 @@ if (dataFile && entityXmlFileSave) {
> try {
> //dataFile.writeDataFile(entityXmlFileSave)
> DataFile2EntityXml.writeToEntityXml(entityXmlFileSave, dataFile)
> -messages.add(uiLabelMap.get("WebtoolsDataEntityFileSavedTo") +
> entityXmlFileSave)
> +messages.add(uiLabelMap.WebtoolsDataEntityFileSavedTo) +
> entityXmlFileSave)
> }
> catch (Exception e) {
> messages.add(e.getMessage())
>
> Modified: ofbiz/ofbiz-framework/trunk/framework/webtools/
> groovyScripts/service/AvailableServices.groovy
> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-framework/trunk/
> framework/webtools/groovyScripts/service/AvailableServices.groovy?rev=
> 1805548=1805547=1805548=diff
>
> ==
> ---
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/service/AvailableServices.groovy
> (original)
> +++
> ofbiz/ofbiz-framework/trunk/framework/webtools/groovyScripts/service/AvailableServices.groovy
> Sun Aug 20 12:11:39 2017
> @@ -450,7 +450,7 @@ if (selectedService) {
> outParamsList.add(curOutParam)
> }
> outParamMap = [:]
> -outParamMap.title = uiLabelMap.get("WebtoolsOutParameters")
> +outParamMap.title = uiLabelMap.WebtoolsOutParameters)
> outParamMap.paramList = outParamsList
> allParamsList.add(outParamMap)
>
>
>
>
Shipment Id goes missing on PO receiving screen once PO is received partially
Hello Dev, This is related to OFBIZ-7718 <https://issues.apache.org/jira/browse/OFBIZ-7718> Here is the more discussion <http://markmail.org/message/pbxbzgdqf5ayqcfh> about this ticket. To fix the OFBIZ-7718 <https://issues.apache.org/jira/browse/OFBIZ-7718> problem, shipment Id should be created before receiving as mentioned in the comment. There are following ways to create shipment before receiving: 1. We can first create shipment by click on *New Shipment For Ship Group* button in orderview <https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderview?orderId=DEMO10091> screen and then go to Receive Inventory <https://demo-trunk.ofbiz.apache.org/facility/control/ReceiveInventory?facilityId=WebStoreWarehouse> screen for further process. 2. We can call internally create shipment on Receiving PO process as the shipment is mandatory for further process. Which option is right? Thanks Renuka Srishti
Re: Suggestions Request: OFBiz Business Process Reference Book/Guide
+1 for the idea and I would like to work for this effort. Thanks On Sat, Aug 19, 2017 at 9:54 AM, Pranay Pandey < pranay.pan...@hotwaxsystems.com> wrote: > Hello Devs, > > This is something where I wanted to request your suggestions. I am planning > to rename and restructure the documentation on OFBiz Wiki page- Business > Process Stories and Use Cases Library > <https://cwiki.apache.org/confluence/x/1gm8Ag>. > > The idea will still be the same i.e. to help OFBiz Evaluators. All the > people who are more interested in written content to prove the > implementation. Provide a robust process documentation that supports > decision-makers to choose OFBiz over any other proprietary software. To > help them take this content to a wider audience who take the decision for > choosing a business automation software. > > I am planning to rename this page to: "*OFBiz Business Process Reference > Book*". > Then review and overhaul the overall content on this page to clarify the > purpose of all the documents in this tree(Directory). > > Now restructure the child pages with new names with business significance > i.e. the process names that industry people refer e.g. CRM, Product > Information Management(PIM), Procurement, Fulfilment etc. > > Now every module page will have two child pages so the structure would be > changed like this- > > - Catalog Management > -- Product Information Management (PIM) > --- PIM Process Overview (Content: Process Overview, Business Purpose, > Level-1,2, and 3 Activity Diagrams as applicable to demonstrate the process > flow) > --- PIM User Stories, Use Cases and Test Cases (Content: Review, refine and > add missing user stories, use cases, and test cases) > -- Merchandising > --- Merchandising Process Overview (Content: Process Overview, Business > Purpose, Level-1,2, and 3 Activity Diagrams as applicable to demonstrate > the process flow) > --- Merchandising User Stories, Use Cases and Test Cases > -- Store Management > --- Store Management Process Overview > --- Store Management User Stories, Use Cases and Test Cases > ... > ... > ... > > I am planning to create a JIRA ticket with these details and would like to > start from there with sub tasks. This way we'll be able to collaborate in > this effort. > > How does that all sound to you? Please let me know your thoughts, feedback, > and improvement suggestions for the mentioned effort. > > Kind regards, > Pranay Pandey > -- Renuka Srishti
Re: [Proposal] - Leverage the CMS capability for Product Store's Email
+1 Swapnil Thanks & Regards, On Thu, Aug 17, 2017 at 2:42 PM, Marek Mosiewicz <marekmosiew...@gmail.com> wrote: > 17.08.2017 10:56 "Aditya Sharma" <aditya.sha...@hotwaxsystems.com> > napisał(a): > > > +1 > > > > Thanks and Regards, > > > > *Aditya Sharma* | Enterprise Software Engineer > > HotWax Systems <http://www.hotwaxsystems.com/> > > <https://www.linkedin.com/in/aditya-sharma-78291810a/> > > > > On Thu, Aug 17, 2017 at 10:39 AM, Arun Patidar < > > arun.pati...@hotwaxsystems.com> wrote: > > > > > +1 Swapnil for content driven template. > > > > > > Also, like idea to remove redundancy of email templates settings. > > > > > > -- > > > Thanks & Regards > > > --- > > > Arun Patidar > > > Manager, Enterprise Software Development > > > > > > > > > HotWax Systems Pvt Ltd.www.hotwaxsystems.com > > > > > > > > > On Thu, Aug 17, 2017 at 10:19 AM, Swapnil Mane < > > > swapnil.m...@hotwaxsystems.com> wrote: > > > > > > > Thanks Nicolas for your inputs and sharing more details. This > proposed > > > > model is making sense to me. > > > > Please give me some more time to look into the details, will get back > > to > > > > you in next week. > > > > > > > > Also, please see my comments inline. > > > > > > > > On Tue, Aug 15, 2017 at 1:52 AM, Nicolas Malin < > > nicolas.ma...@nereide.fr > > > > > > > > wrote: > > > > > > > > > Hello Swapnil, in line > > > > > > > > > > > > > > > Le 14/08/2017 à 04:35, Swapnil Mane a écrit : > > > > > > > > > >> Thank you Nicolas for your inputs and interest. I highly > appreciate > > > it. > > > > >> > > > > >> Based on my understanding, please see my comments inline and let > me > > > know > > > > >> if > > > > >> you have further inputs. > > > > >> > > > > >> On Fri, Aug 11, 2017 at 3:10 PM, Nicolas Malin < > > > > nicolas.ma...@nereide.fr> > > > > >> wrote: > > > > >> > > > > >> Hello Swapnil, > > > > >>> > > > > >>> In past I tried to refactoring email interface with the idea to : > > > > >>> * deprecate current ProductStoreEmailSetting to link it to > > > > >>> TemplateEmailSetting. The purpose is to centralize all email > > > > >>> configuration > > > > >>> in this entity > > > > >>> > > > > >>> We may have multiple product store and can have different email > > > > templates > > > > >> for them, ProductStoreEmailSetting will allow us to do that. > > > > >> > > > > > My fault, I'm not clear. ProductStoreEmailSetting and > > > > EmailTemplateSetting > > > > > are redundancy, > > > > > I'm in favor to keep all email template information in > > > > > EmailTemplateSetting and use ProductStoreEmailTemplate to link a > > email > > > > > template to a productStore throw a purpose. > > > > > So we can deprecate all email template fields in > > > ProductStoreEmailSetting > > > > > to centralize all this part in EmailTemplateSetting > > > > > > > > > > > > > +1 > > > > > > > > > > > > > * link TemplateEmailSetting with Content through > > > > >>> TemplateEmailSettingContent and TemplateEmailSettingContentType. > > > This > > > > >>> offert the possibilty to link header, body, footer or some more > > > complex > > > > >>> case like link documents, pdf invoice, order, etc ... > > > > >>> > > > > >>> Having content model with us, the customizable header, footer > > > > >> (decoratorContentId at content level) and other complex case can > be > > > > >> handled > > > > >> easily with content model. > > > > >> > > > > > Completely, except for attached file. I agree for rendering the > email > > > > > content, but if you want link the file to your email its more > easier > > to > > > > > indicate it on EmailTemplateSetting. > > > > > > > > > > An example, when you send a order confirmation, you want attach to > > this > > > > > email the the legal notice. We would be link directly the contentId > > > where > > > > > is the legal notice and an other content for the email body. > > > > > > > > > > > > > I guess, this can be achieved by ContentAssoc model, but yes, your > > > proposal > > > > of using TemplateEmailSettingContent and > TemplateEmailSettingContentTyp > > e > > > > is > > > > also looks reasonable to me. > > > > > > > > > > > > > * review all send email function to manage the content rendering > > > > >>> Yes, during the proposed implementation, we were planning to do > > this > > > as > > > > >>> well. > > > > >>> > > > > >>> But the time has been missed :( > > > > >>> If you are motivate, we can try to revive this idea ? > > > > >>> > > > > >> > > > > >> :-) > > > > >> I would love to hear more about your idea, will it be possible for > > you > > > > to > > > > >> share more information about this. > > > > >> > > > > > The issue where I started https://issues.apache.org/ > > > > jira/browse/OFBIZ-4333 > > > > > > > > > > Nicolas > > > > > > > > > > > > > > > > > > > > > - Best Regards, > > > > Swapnil M Mane, > > > > www.hotwaxsystems.com > > > > www.hotwax.co > > > > > > > > > > -- Renuka Srishti
Re: Welcome Rishi Solanki as a New Committer!
Congratulations Rishi Thanks & Regards, On Wed, Aug 9, 2017 at 2:36 PM, Deepak Dixit <deepak.di...@hotwaxsystems.com > wrote: > Many congrats Rishi... > > Thanks & Regards > -- > Deepak Dixit > www.hotwaxsystems.com > www.hotwax.co > > On Wed, Aug 9, 2017 at 2:26 PM, Sharan Foga <sha...@apache.org> wrote: > > > The OFBiz PMC has invited Rishi Solanki to become a new committer and are > > happy to announce that he has accepted. > > > > Some of the key factors considered for inviting him were as follows: > > > > - He has been involved with the OFBiz project for quite a while which > > shows dedication and commitment > > - He has a lot of good knowledge that he is happy to share which shows he > > is a good team player > > - His work is consistent, has good code quality and he has provided a > > range of patches > > - He is friendly, respectful and keen to help out others in the community > > > > Please join me in welcoming and congratulating Rishi! > > > > Thanks > > Sharan > > > -- Renuka Srishti Enterprise Software Engineer HotWax Systems
Re: Welcome Akash Jain as a New Committer!
Congratulations Akash Thanks & Regards, On Wed, Aug 9, 2017 at 2:38 PM, Aditya Sharma < aditya.sha...@hotwaxsystems.com> wrote: > Felicitations Akash ... > > Thanks and Regards, > > *Aditya Sharma* | Enterprise Software Engineer > HotWax Systems <http://www.hotwaxsystems.com/> > <https://www.linkedin.com/in/aditya-sharma-78291810a/> > > On Wed, Aug 9, 2017 at 2:28 PM, Sharan Foga <sha...@apache.org> wrote: > > > The OFBiz PMC has invited Akash Jain to become a new committer and are > > happy to announce that he has accepted. > > > > Some of the key factors considered for inviting him were as follows: > > > > - He has been involved with the OFBiz project for quite a while which > > shows his dedication and commitment > > - He has a lot of good knowledge (both functional and technical) that he > > is happy to share which shows he is a good team player > > - He is very active, positive and respectful to others in the community > > - He has contributed patches and shows a willingness to learn which is > > really important as the project continues to go through changes > > > > Please join me in welcoming and congratulating Akash. > > > > Thanks > > Sharan > > > -- Renuka Srishti Enterprise Software Engineer HotWax Systems
Re: svn commit: r1794770 - in /ofbiz/ofbiz-plugins/trunk/lucene: ./ groovyScripts/content/ src/main/java/org/apache/ofbiz/content/search/
Thanks Jacques :)
On Wed, Jul 26, 2017 at 10:56 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Thanks Renuka,
>
> I also spotted something but you beat me on it :)
>
> Jacques
>
>
> Le 17/07/2017 à 15:31, Renuka Srishti a écrit :
>
>> Hii,
>>
>> I think during the solr/lucene version update, few changes are reverted
>> like *"combQuery = new BooleanQuery.Builder()" *in
>> lucene/groovyScripts/content/Search.groovy. The issue reported for the
>> same
>> changes is OFBIZ-9301 <https://issues.apache.org/jira/browse/OFBIZ-9301>.
>>
>>
>> Thanks
>>
>> On Thu, May 11, 2017 at 5:28 AM, <sh...@apache.org> wrote:
>>
>> Author: shijh
>>> Date: Wed May 10 23:58:31 2017
>>> New Revision: 1794770
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1794770=rev
>>> Log:
>>> Fixed: Update Apache Solr/Lucene to release 6.2.1
>>> OFBIZ-8316
>>>
>>> Updated Lucene from 6.2.1 to 6.5.1 and the point fields generated by
>>> Lucene are ok now for Solr component.
>>>
>>> Thanks: Cao Pengan for the patch and Jacques, Michael for the comments
>>> and
>>> reviews.
>>>
>>> Modified:
>>> ofbiz/ofbiz-plugins/trunk/lucene/build.gradle
>>> ofbiz/ofbiz-plugins/trunk/lucene/groovyScripts/content/Sear
>>> ch.groovy
>>> ofbiz/ofbiz-plugins/trunk/lucene/groovyScripts/content/
>>> SearchProducts.groovy
>>> ofbiz/ofbiz-plugins/trunk/lucene/src/main/java/org/
>>> apache/ofbiz/content/search/ProductDocument.java
>>> ofbiz/ofbiz-plugins/trunk/lucene/src/main/java/org/
>>> apache/ofbiz/content/search/SearchWorker.java
>>>
>>> Modified: ofbiz/ofbiz-plugins/trunk/lucene/build.gradle
>>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-plugins/trunk/
>>> lucene/build.gradle?rev=1794770=1794769=1794770=diff
>>>
>>> ==
>>> --- ofbiz/ofbiz-plugins/trunk/lucene/build.gradle (original)
>>> +++ ofbiz/ofbiz-plugins/trunk/lucene/build.gradle Wed May 10 23:58:31
>>> 2017
>>> @@ -17,7 +17,7 @@
>>>* under the License.
>>>*/
>>> dependencies {
>>> -pluginLibsCompile 'org.apache.lucene:lucene-core:6.2.1'
>>> -pluginLibsCompile 'org.apache.lucene:lucene-queryparser:6.2.1'
>>> -pluginLibsCompile 'org.apache.lucene:lucene-analyzers-common:6.2.1'
>>> +pluginLibsCompile 'org.apache.lucene:lucene-core:6.5.1'
>>> +pluginLibsCompile 'org.apache.lucene:lucene-queryparser:6.5.1'
>>> +pluginLibsCompile 'org.apache.lucene:lucene-analyzers-common:6.5.1'
>>> }
>>> \ No newline at end of file
>>>
>>> Modified: ofbiz/ofbiz-plugins/trunk/lucene/groovyScripts/content/
>>> Search.groovy
>>> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-plugins/trunk/
>>> lucene/groovyScripts/content/Search.groovy?rev=1794770=
>>> 1794769=1794770=diff
>>>
>>> ==
>>> --- ofbiz/ofbiz-plugins/trunk/lucene/groovyScripts/content/Search.groovy
>>> (original)
>>> +++ ofbiz/ofbiz-plugins/trunk/lucene/groovyScripts/content/Search.groovy
>>> Wed May 10 23:58:31 2017
>>> @@ -22,15 +22,13 @@ import org.apache.lucene.document.Docume
>>> import org.apache.lucene.index.Term
>>> import org.apache.lucene.queryparser.classic.QueryParser
>>> import org.apache.lucene.store.FSDirectory
>>> -import org.apache.lucene.search.*
>>> -import org.apache.lucene.index.DirectoryReader
>>> -
>>> import org.apache.ofbiz.base.util.UtilHttp
>>> import org.apache.ofbiz.content.search.SearchWorker
>>> import org.apache.ofbiz.product.feature.ParametricSearch
>>> +import org.apache.lucene.search.*
>>> +import org.apache.lucene.index.DirectoryReader
>>> import org.apache.ofbiz.base.util.UtilProperties
>>>
>>> -
>>> queryLine = parameters.queryLine
>>>
>>> siteId = parameters.lcSiteId
>>> @@ -41,7 +39,7 @@ searchFeature3 = (String) parameters.SEA
>>>
>>> featureIdByType = ParametricSearch.makeFeatureIdByTypeMap(
>>> UtilHttp.getParameterMap(request))
>>>
>>> -combQuery = new BooleanQuery.Builder()
>>> +combQuery = new BooleanQuery()
>>>
>>> try {
>>> DirectoryReader reader = DirectoryReader.open(FS
Re: svn commit: r1794770 - in /ofbiz/ofbiz-plugins/trunk/lucene: ./ groovyScripts/content/ src/main/java/org/apache/ofbiz/content/search/
mp("salesDiscontinuationDate"))),
> Field.Store.NO));
> +doc.add(new LongPoint("salesDiscontinuationDate",
> quantizeTimestampToDays(product.getTimestamp("
> salesDiscontinuationDate";
> nextReIndex = this.checkSetNextReIndex(
> product.getTimestamp("salesDiscontinuationDate"), nextReIndex);
> doc.add(new StringField("isVariant",
> product.get("isVariant") != null && product.getBoolean("isVariant") ?
> "true" : "false", Field.Store.NO));
>
> @@ -252,8 +252,8 @@ public class ProductDocument implements
> fieldNameSb.append("_price");
> // OFBiz-8316, the DoublePoint should be reused when
> updating to Solr 6.4.1 or later
> //doc.add(new DoubleField(fieldNameSb.toString(),
> productPrice.getDouble("price"), Field.Store.NO));
> -doc.add(new StringField(fieldNameSb.toString(),
> String.valueOf(productPrice.getDouble("price")), Field.Store.NO));
> -//doc.add(new DoublePoint(fieldNameSb.toString(),
> productPrice.getDouble("price")));
> +//doc.add(new StringField(fieldNameSb.toString(),
> String.valueOf(productPrice.getDouble("price")), Field.Store.NO));
> +doc.add(new DoublePoint(fieldNameSb.toString(),
> productPrice.getDouble("price")));
> }
>
> // Index ProductSuppliers
>
> Modified: ofbiz/ofbiz-plugins/trunk/lucene/src/main/java/org/
> apache/ofbiz/content/search/SearchWorker.java
> URL: http://svn.apache.org/viewvc/ofbiz/ofbiz-plugins/trunk/
> lucene/src/main/java/org/apache/ofbiz/content/search/
> SearchWorker.java?rev=1794770=1794769=1794770=diff
> ========
> ==
> --- ofbiz/ofbiz-plugins/trunk/lucene/src/main/java/org/
> apache/ofbiz/content/search/SearchWorker.java (original)
> +++ ofbiz/ofbiz-plugins/trunk/lucene/src/main/java/org/
> apache/ofbiz/content/search/SearchWorker.java Wed May 10 23:58:31 2017
> @@ -41,7 +41,7 @@ public final class SearchWorker {
>
> public static final String module = SearchWorker.class.getName();
>
> -private static final Version LUCENE_VERSION = Version.LUCENE_6_2_1;
> +private static final Version LUCENE_VERSION = Version.LUCENE_6_5_1;
>
> private SearchWorker() {}
>
> @@ -68,7 +68,7 @@ public final class SearchWorker {
>
> public static String getIndexPath(String path) {
> String basePath = UtilProperties.getPropertyValue("lucene",
> "defaultIndex", "index");
> -return (UtilValidate.isNotEmpty(path)? basePath + "/" + path:
> basePath);
> +return (UtilValidate.isNotEmpty(path)? basePath + "/" + path +
> "/index" : basePath);
> }
>
> public static void indexContentList(LocalDispatcher dispatcher,
> Delegator delegator, List idList) throws Exception {
>
>
>
--
Renuka Srishti
Re: Serialized Inventory issue with backorder item
Thank you so much Deepak for the detailed explanation. Thanks James for sharing your thoughts. Regards, Renuka Srishti On Mon, Dec 19, 2016 at 12:24 PM, Deepak Dixit < deepak.di...@hotwaxsystems.com> wrote: > Hi James, > > System create new inventory item each time, it does not use single > InventoryItem for all backorder. So it create incorrect inventory item(s) > data for serialized inventory item. > I think we can refine serialized inventory item support under > https://issues.apache.org/jira/browse/OFBIZ-7762 > > As per current implementation serialized inventory logic implemented on > status, and non-serialized inventory logic implemented on > InventoryItemDetail. > > Ideally both should use IID and if item is serialized than qoh can't be > greater then one, if we go with this route than we can implement status > base check on both type of inventory item. > Like if inventory item is defective than we can set its ATP to zero for > both cases etc > > > > > > > > Thanks & Regards > -- > Deepak Dixit > www.hotwaxsystems.com > > On Sat, Dec 17, 2016 at 8:42 PM, james yong <i_yon...@yahoo.com.sg> wrote: > > > Hi Renuka, > > > > In this case, the non-serialized inventory acts as a placeholder to > ensure > > the final ATP is correct. > > This is correct behaviour, and not a bug. > > > > Regards, > > James > > > > > > Renuka Srishti-2 wrote > > > Hello All, > > > > > > In OFBiz, when we create an order for product with serialized inventory > > > with quantity more than ATP then a negative ATP Inventory Item record > is > > > created, which is of type Non-Serialized. > > > It should be of type serialized . > > > > > > If we resolve this issue, we need to check all scenarios related to > this > > > process. Please let me know your thoughts. If it looks good I will > open a > > > ticket for the same. > > > > > > Thanks > > > > > > -- > > > Regards, > > > Renuka Srishti > > > > > > > > > > > > -- > > View this message in context: http://ofbiz.135035.n4.nabble. > > com/Serialized-Inventory-issue-with-backorder-item- > tp4700367p4700409.html > > Sent from the OFBiz - Dev mailing list archive at Nabble.com. > > >
Serialized Inventory issue with backorder item
Hello All, In OFBiz, when we create an order for product with serialized inventory with quantity more than ATP then a negative ATP Inventory Item record is created, which is of type Non-Serialized. It should be of type serialized . If we resolve this issue, we need to check all scenarios related to this process. Please let me know your thoughts. If it looks good I will open a ticket for the same. Thanks -- Regards, Renuka Srishti
[jira] [Updated] (OFBIZ-7933) Set the default value for Fo Screen Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7933: -- Attachment: OFBIZ-7933.patch > Set the default value for Fo Screen Macro Library. > -- > > Key: OFBIZ-7933 > URL: https://issues.apache.org/jira/browse/OFBIZ-7933 > Project: OFBiz > Issue Type: Sub-task > Components: framework > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7933.patch > > > Need to set the default value for all the macros in fo screen macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7933) Set the default value for Fo Screen Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti reassigned OFBIZ-7933: - Assignee: Renuka Srishti > Set the default value for Fo Screen Macro Library. > -- > > Key: OFBIZ-7933 > URL: https://issues.apache.org/jira/browse/OFBIZ-7933 > Project: OFBiz > Issue Type: Sub-task > Components: framework > Reporter: Renuka Srishti > Assignee: Renuka Srishti > > Need to set the default value for all the macros in fo screen macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7933) Set the default value for Fo Screen Macro Library.
Renuka Srishti created OFBIZ-7933: - Summary: Set the default value for Fo Screen Macro Library. Key: OFBIZ-7933 URL: https://issues.apache.org/jira/browse/OFBIZ-7933 Project: OFBiz Issue Type: Sub-task Reporter: Renuka Srishti Need to set the default value for all the macros in fo screen macro library file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7932) Set the default value for Fo Form Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7932: -- Summary: Set the default value for Fo Form Macro Library. (was: Set the default value for Fo screen Macro Library.) > Set the default value for Fo Form Macro Library. > > > Key: OFBIZ-7932 > URL: https://issues.apache.org/jira/browse/OFBIZ-7932 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7932.patch > > > Need to set the default value for all the macros in fo screen macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7932) Set the default value for Fo Form Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7932: -- Description: Need to set the default value for all the macros in fo from macro library file. (was: Need to set the default value for all the macros in fo screen macro library file.) > Set the default value for Fo Form Macro Library. > > > Key: OFBIZ-7932 > URL: https://issues.apache.org/jira/browse/OFBIZ-7932 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7932.patch > > > Need to set the default value for all the macros in fo from macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7932) Set the default value for Fo Form Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7932: -- Description: Need to set the default value for all the macros in fo form macro library file. (was: Need to set the default value for all the macros in fo from macro library file.) > Set the default value for Fo Form Macro Library. > > > Key: OFBIZ-7932 > URL: https://issues.apache.org/jira/browse/OFBIZ-7932 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7932.patch > > > Need to set the default value for all the macros in fo form macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7932) Set the default value for Fo screen Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7932: -- Attachment: OFBIZ-7932.patch > Set the default value for Fo screen Macro Library. > -- > > Key: OFBIZ-7932 > URL: https://issues.apache.org/jira/browse/OFBIZ-7932 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7932.patch > > > Need to set the default value for all the macros in fo screen macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7932) Set the default value for Fo screen Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7932: -- Affects Version/s: Trunk > Set the default value for Fo screen Macro Library. > -- > > Key: OFBIZ-7932 > URL: https://issues.apache.org/jira/browse/OFBIZ-7932 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > > Need to set the default value for all the macros in fo screen macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7932) Set the default value for Fo screen Macro Library.
Renuka Srishti created OFBIZ-7932: - Summary: Set the default value for Fo screen Macro Library. Key: OFBIZ-7932 URL: https://issues.apache.org/jira/browse/OFBIZ-7932 Project: OFBiz Issue Type: Sub-task Reporter: Renuka Srishti Assignee: Renuka Srishti Need to set the default value for all the macros in fo screen macro library file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7606) Set the default value for macros
[ https://issues.apache.org/jira/browse/OFBIZ-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti reassigned OFBIZ-7606: - Assignee: Renuka Srishti > Set the default value for macros > - > > Key: OFBIZ-7606 > URL: https://issues.apache.org/jira/browse/OFBIZ-7606 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: Trunk >Reporter: Deepak Dixit > Assignee: Renuka Srishti > > Need to set the default value for all the macros, so that at the time of > calling we don't need to pass all the parameters. As per current > implementation we have to pass all the parameters with as empty value. We > have support in freemarker to set the default in macros. > This pattern has been used in htmlTemplate.lookupField macro. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7879) Set the default value for Html screen Macro Library.
[ https://issues.apache.org/jira/browse/OFBIZ-7879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7879: -- Attachment: OFBIZ-7879.patch Here is the patch. > Set the default value for Html screen Macro Library. > > > Key: OFBIZ-7879 > URL: https://issues.apache.org/jira/browse/OFBIZ-7879 > Project: OFBiz > Issue Type: Sub-task > Components: framework > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7879.patch > > > Need to set the default value for all the macros in html screen macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7879) Set the default value for Html screen Macro Library.
Renuka Srishti created OFBIZ-7879: - Summary: Set the default value for Html screen Macro Library. Key: OFBIZ-7879 URL: https://issues.apache.org/jira/browse/OFBIZ-7879 Project: OFBiz Issue Type: Sub-task Reporter: Renuka Srishti Assignee: Renuka Srishti Need to set the default value for all the macros in html screen macro library file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7877) Set the default value for Html Menu Macro Library
[ https://issues.apache.org/jira/browse/OFBIZ-7877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7877: -- Attachment: OFBIZ-7877.patch Here is the patch. > Set the default value for Html Menu Macro Library > - > > Key: OFBIZ-7877 > URL: https://issues.apache.org/jira/browse/OFBIZ-7877 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > Attachments: OFBIZ-7877.patch > > > Need to set the default value for all the macros in html menu macro library > file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7877) Set the default value for Html Menu Macro Library
[ https://issues.apache.org/jira/browse/OFBIZ-7877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7877: -- Summary: Set the default value for Html Menu Macro Library (was: Set the default value for Common Macros) > Set the default value for Html Menu Macro Library > - > > Key: OFBIZ-7877 > URL: https://issues.apache.org/jira/browse/OFBIZ-7877 > Project: OFBiz > Issue Type: Sub-task > Components: framework >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti > > Need to set the default value for all the macros in common macros file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7877) Set the default value for Common Macros
Renuka Srishti created OFBIZ-7877: - Summary: Set the default value for Common Macros Key: OFBIZ-7877 URL: https://issues.apache.org/jira/browse/OFBIZ-7877 Project: OFBiz Issue Type: Sub-task Components: framework Affects Versions: Trunk Reporter: Renuka Srishti Assignee: Renuka Srishti Need to set the default value for all the macros in common macros file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15372132#comment-15372132 ] Renuka Srishti commented on OFBIZ-7427: --- ReceiveInventoryAgainstPurchaseOrder screen is not looking good.As label and its corresponding values are not in a proper place.Fix the UI issue also in this patch. > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task > Components: product >Affects Versions: Trunk > Reporter: Renuka Srishti >Assignee: Deepak Dixit >Priority: Minor > Attachments: OFBIZ-7427.patch > > > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7623) Add "changeByUserLoginId" field for FinAccountStatus
[ https://issues.apache.org/jira/browse/OFBIZ-7623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti reassigned OFBIZ-7623: - Assignee: Renuka Srishti > Add "changeByUserLoginId" field for FinAccountStatus > > > Key: OFBIZ-7623 > URL: https://issues.apache.org/jira/browse/OFBIZ-7623 > Project: OFBiz > Issue Type: Sub-task > Components: ALL COMPONENTS >Affects Versions: Trunk >Reporter: Nameet Jain >Assignee: Renuka Srishti > Attachments: OFBIZ-7623.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7623) Add "changeByUserLoginId" field for FinAccountStatus
[ https://issues.apache.org/jira/browse/OFBIZ-7623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7623: -- Attachment: OFBIZ-7623.patch > Add "changeByUserLoginId" field for FinAccountStatus > > > Key: OFBIZ-7623 > URL: https://issues.apache.org/jira/browse/OFBIZ-7623 > Project: OFBiz > Issue Type: Sub-task > Components: ALL COMPONENTS >Affects Versions: Trunk >Reporter: Nameet Jain > Attachments: OFBIZ-7623.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7624) Add "changeByUserLoginId" field for InventoryItemStatus
[ https://issues.apache.org/jira/browse/OFBIZ-7624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7624: -- Attachment: OFBIZ-7624.patch > Add "changeByUserLoginId" field for InventoryItemStatus > --- > > Key: OFBIZ-7624 > URL: https://issues.apache.org/jira/browse/OFBIZ-7624 > Project: OFBiz > Issue Type: Sub-task > Components: ALL COMPONENTS >Affects Versions: Trunk >Reporter: Nameet Jain >Assignee: Renuka Srishti > Attachments: OFBIZ-7624.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (OFBIZ-7624) Add "changeByUserLoginId" field for InventoryItemStatus
[ https://issues.apache.org/jira/browse/OFBIZ-7624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti reassigned OFBIZ-7624: - Assignee: Renuka Srishti > Add "changeByUserLoginId" field for InventoryItemStatus > --- > > Key: OFBIZ-7624 > URL: https://issues.apache.org/jira/browse/OFBIZ-7624 > Project: OFBiz > Issue Type: Sub-task > Components: ALL COMPONENTS >Affects Versions: Trunk >Reporter: Nameet Jain >Assignee: Renuka Srishti > Attachments: OFBIZ-7624.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7625) Add "changeByUserLoginId" field for ExampleStatus
[ https://issues.apache.org/jira/browse/OFBIZ-7625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7625: -- Attachment: OFBIZ-7625.patch > Add "changeByUserLoginId" field for ExampleStatus > - > > Key: OFBIZ-7625 > URL: https://issues.apache.org/jira/browse/OFBIZ-7625 > Project: OFBiz > Issue Type: Sub-task > Components: ALL COMPONENTS >Affects Versions: Trunk >Reporter: Nameet Jain >Assignee: Renuka Srishti > Attachments: OFBIZ-7625.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7625) Add "changeByUserLoginId" field for ExampleStatus
[ https://issues.apache.org/jira/browse/OFBIZ-7625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7625: -- Assignee: Renuka Srishti > Add "changeByUserLoginId" field for ExampleStatus > - > > Key: OFBIZ-7625 > URL: https://issues.apache.org/jira/browse/OFBIZ-7625 > Project: OFBiz > Issue Type: Sub-task > Components: ALL COMPONENTS >Affects Versions: Trunk >Reporter: Nameet Jain >Assignee: Renuka Srishti > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7427: -- Description: In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : 1. OrderId label is not in a right place with its corresponding inbox. 2. On selecting OrderId from lookup it showing orderId , partyName multiple times. 3. If we use autocomplete to fill orderId in place of choosing from lookup, it showing orderId partId multipletimes. was: In Facility component : In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : 1. OrderId label is not in a right place with its corresponding inbox. 2. On selecting OrderId from lookup it showing orderId , partyName multiple times. 3. If we use autocomplete to fill orderId in place of choosing from lookup, it showing orderId partId multipletimes. > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task > Components: product >Affects Versions: Trunk > Reporter: Renuka Srishti >Assignee: Renuka Srishti >Priority: Minor > Attachments: OFBIZ-7427.patch > > > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7427: -- Component/s: product > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task > Components: product >Affects Versions: Trunk > Reporter: Renuka Srishti >Assignee: Renuka Srishti >Priority: Minor > Attachments: OFBIZ-7427.patch > > > In Facility component : > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7427: -- Attachment: OFBIZ-7427.patch Here is the patch for this task. > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti >Priority: Minor > Attachments: OFBIZ-7427.patch > > > In Facility component : > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1533#comment-1533 ] Renuka Srishti commented on OFBIZ-7427: --- I tried adding the component "Facility" while creating the ticket.But "Facility" component is not present in the dropdown list, that's why now I have mentioned it in the description. > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task >Affects Versions: Trunk > Reporter: Renuka Srishti >Assignee: Renuka Srishti >Priority: Minor > > In Facility component : > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7427: -- Affects Version/s: Trunk > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti >Priority: Minor > > In Facility component : > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
[ https://issues.apache.org/jira/browse/OFBIZ-7427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7427: -- Description: In Facility component : In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : 1. OrderId label is not in a right place with its corresponding inbox. 2. On selecting OrderId from lookup it showing orderId , partyName multiple times. 3. If we use autocomplete to fill orderId in place of choosing from lookup, it showing orderId partId multipletimes. was: In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : 1. OrderId label is not in a right place with its corresponding inbox. 2. On selecting OrderId from lookup it showing orderId , partyName multiple times. 3. If we use autocomplete to fill orderId in place of choosing from lookup, it showing orderId partId multipletimes. > OrderId, PartId showing multiple times in > ReceiveInventoryAgainstPurchaseOrder screen. > -- > > Key: OFBIZ-7427 > URL: https://issues.apache.org/jira/browse/OFBIZ-7427 > Project: OFBiz > Issue Type: Task >Affects Versions: Trunk > Reporter: Renuka Srishti > Assignee: Renuka Srishti >Priority: Minor > > In Facility component : > In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : > 1. OrderId label is not in a right place with its corresponding inbox. > 2. On selecting OrderId from lookup it showing orderId , partyName multiple > times. > 3. If we use autocomplete to fill orderId in place of choosing from lookup, > it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (OFBIZ-7427) OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen.
Renuka Srishti created OFBIZ-7427: - Summary: OrderId, PartId showing multiple times in ReceiveInventoryAgainstPurchaseOrder screen. Key: OFBIZ-7427 URL: https://issues.apache.org/jira/browse/OFBIZ-7427 Project: OFBiz Issue Type: Task Reporter: Renuka Srishti Assignee: Renuka Srishti Priority: Minor In ReceiveInventoryAgainstPurchaseOrder screen there are three issue : 1. OrderId label is not in a right place with its corresponding inbox. 2. On selecting OrderId from lookup it showing orderId , partyName multiple times. 3. If we use autocomplete to fill orderId in place of choosing from lookup, it showing orderId partId multipletimes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7387) Product name is showing multiple time on create purchase order
[ https://issues.apache.org/jira/browse/OFBIZ-7387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7387: -- Attachment: OFBIZ-7387.patch Here is the patch for this task. > Product name is showing multiple time on create purchase order > -- > > Key: OFBIZ-7387 > URL: https://issues.apache.org/jira/browse/OFBIZ-7387 > Project: OFBiz > Issue Type: Task > Components: order >Reporter: Avnindra Sharma > Assignee: Renuka Srishti >Priority: Minor > Attachments: OFBIZ-7387.patch > > > While selecting product name on creating the purchase order, product name > comes multiple times. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-382) Implement Party lookup by External Id
[ https://issues.apache.org/jira/browse/OFBIZ-382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-382: - Attachment: OFBIZ-382_new.patch Here is updated patch for the same which covers following points : #1. Add field externalId in PartyForms.xml. #2. Update the PartyServices.performFindParty() method to include the logic to handle the externalId argument. #3. Add new method getPartyFromExternalId to PartyServices. #4. Add getPartyFromExternalId service definition in Party servicedef/services_view.xml > Implement Party lookup by External Id > - > > Key: OFBIZ-382 > URL: https://issues.apache.org/jira/browse/OFBIZ-382 > Project: OFBiz > Issue Type: New Feature > Components: party >Reporter: John Martin >Assignee: Deepak Dixit >Priority: Minor > Attachments: OFBIZ-382.patch, OFBIZ-382_new.patch > > > It would be helpful for anyone whom is integrating ofBiz with an external > application to be able to expose the externalId property in the Party entity. > > The tasks to complete include: > - Update the findparty.ftl to include the prompt/form input field for the > external id > - Update the PartyServices.findParty() method to include the logic to handle > the externalId argument > - Add new method getPartyFromExternalId to PartyServices > - Add getPartyFromExternalId service definition in Party > servicedef/services_view.xml > - Add misc local strings to UI label resource file > Need to determine if the External Id: input form field should be > configuarable so that it only appears if feature is enabled. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-382) Implement Party lookup by External Id
[ https://issues.apache.org/jira/browse/OFBIZ-382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-382: - Attachment: OFBIZ-382.patch Here is the patch for this feature. > Implement Party lookup by External Id > - > > Key: OFBIZ-382 > URL: https://issues.apache.org/jira/browse/OFBIZ-382 > Project: OFBiz > Issue Type: New Feature > Components: party >Reporter: John Martin >Priority: Minor > Attachments: OFBIZ-382.patch > > > It would be helpful for anyone whom is integrating ofBiz with an external > application to be able to expose the externalId property in the Party entity. > > The tasks to complete include: > - Update the findparty.ftl to include the prompt/form input field for the > external id > - Update the PartyServices.findParty() method to include the logic to handle > the externalId argument > - Add new method getPartyFromExternalId to PartyServices > - Add getPartyFromExternalId service definition in Party > servicedef/services_view.xml > - Add misc local strings to UI label resource file > Need to determine if the External Id: input form field should be > configuarable so that it only appears if feature is enabled. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-2593) Layout in the Orderconfirmation PDF is not correct if EFT-account is added to Company
[ https://issues.apache.org/jira/browse/OFBIZ-2593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-2593: -- Attachment: OFBIZ-2593.patch Here is the patch for this improvement. > Layout in the Orderconfirmation PDF is not correct if EFT-account is added to > Company > - > > Key: OFBIZ-2593 > URL: https://issues.apache.org/jira/browse/OFBIZ-2593 > Project: OFBiz > Issue Type: Improvement > Components: specialpurpose/ecommerce >Affects Versions: Release Branch 09.04 > Environment: Local environment, since this part has been unavailable > online. However, I have used subversion 781729 unchanged. >Reporter: Torstein Hegbom >Priority: Minor > Attachments: OFBIZ-2593.patch, order.pdf > > > Layout in the Orderconfirmation PDF is not correct if EFT-account is added to > Company. > Please find the attached document where the companyHeader.fo.ftl is > overlapped by OrderReportContactMecs.fo.ftl. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-7090) Return Pdf is throwing exception
[ https://issues.apache.org/jira/browse/OFBIZ-7090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-7090: -- Attachment: OFBIZ-7090.patch Here is the patch for this issue. > Return Pdf is throwing exception > > > Key: OFBIZ-7090 > URL: https://issues.apache.org/jira/browse/OFBIZ-7090 > Project: OFBiz > Issue Type: Bug > Components: order >Affects Versions: Trunk >Reporter: Nameet Jain >Priority: Blocker > Attachments: OFBIZ-7090.patch, screenshot-1.png > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (OFBIZ-6364) Viewing party content should open in a new window
[ https://issues.apache.org/jira/browse/OFBIZ-6364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Renuka Srishti updated OFBIZ-6364: -- Attachment: OFBIZ-6364.patch Here is the patch for this issue. > Viewing party content should open in a new window > - > > Key: OFBIZ-6364 > URL: https://issues.apache.org/jira/browse/OFBIZ-6364 > Project: OFBiz > Issue Type: Improvement > Components: party >Affects Versions: Trunk >Reporter: Pierre Smits > Attachments: OFBIZ-6364.patch > > > Currently, when the user clicks on the 'view' button to view the content in a > party profile the item is shown in the same screen. However, for a better ux > this should open in a new window. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
