Refunding adjustments only

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

Refunding adjustments only

bsanders1979
If you look at processRefundReturn, you will notice that none of the
code runs unless there is at least 1 line item. If you are refunding
only, say, freight charges, the refund will not actually occur. There is
a TODO labeled "add adjustment total" which sounds like the developers
are aware of the issue. Is there a reason that it has not been
implemented yet? If I were to try and implement the functionality
myself, is there anything I should be aware off? Can anyone offer some
tips/suggestions as to how to implement? Thanks.

Reply | Threaded
Open this post in threaded view
|

Re: Refunding adjustments only

Jacques Le Roux
Administrator
I did not find any TODO in OrderReturnServices.processRefundReturn()
Are you sure its plain OFBiz code ?
If yes, which Release.revision are you using ?

Jacques

From: "Sanders, Brian" <[hidden email]>
If you look at processRefundReturn, you will notice that none of the
code runs unless there is at least 1 line item. If you are refunding
only, say, freight charges, the refund will not actually occur. There is
a TODO labeled "add adjustment total" which sounds like the developers
are aware of the issue. Is there a reason that it has not been
implemented yet? If I were to try and implement the functionality
myself, is there anything I should be aware off? Can anyone offer some
tips/suggestions as to how to implement? Thanks.



Reply | Threaded
Open this post in threaded view
|

RE: Refunding adjustments only

bsanders1979
When the project was imported into our repo, the revision # was 684368.
The TODO was there.

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Tuesday, April 14, 2009 12:01 PM
To: [hidden email]
Subject: Re: Refunding adjustments only

I did not find any TODO in OrderReturnServices.processRefundReturn()
Are you sure its plain OFBiz code ?
If yes, which Release.revision are you using ?

Jacques

From: "Sanders, Brian" <[hidden email]>
If you look at processRefundReturn, you will notice that none of the
code runs unless there is at least 1 line item. If you are refunding
only, say, freight charges, the refund will not actually occur. There is
a TODO labeled "add adjustment total" which sounds like the developers
are aware of the issue. Is there a reason that it has not been
implemented yet? If I were to try and implement the functionality
myself, is there anything I should be aware off? Can anyone offer some
tips/suggestions as to how to implement? Thanks.



Reply | Threaded
Open this post in threaded view
|

RE: Refunding adjustments only

bsanders1979
It's in the head revision as well on line 801.

-----Original Message-----
From: Sanders, Brian [mailto:[hidden email]]
Sent: Tuesday, April 14, 2009 12:32 PM
To: [hidden email]
Subject: RE: Refunding adjustments only

When the project was imported into our repo, the revision # was 684368.
The TODO was there.

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Tuesday, April 14, 2009 12:01 PM
To: [hidden email]
Subject: Re: Refunding adjustments only

I did not find any TODO in OrderReturnServices.processRefundReturn()
Are you sure its plain OFBiz code ?
If yes, which Release.revision are you using ?

Jacques

From: "Sanders, Brian" <[hidden email]>
If you look at processRefundReturn, you will notice that none of the
code runs unless there is at least 1 line item. If you are refunding
only, say, freight charges, the refund will not actually occur. There is
a TODO labeled "add adjustment total" which sounds like the developers
are aware of the issue. Is there a reason that it has not been
implemented yet? If I were to try and implement the functionality
myself, is there anything I should be aware off? Can anyone offer some
tips/suggestions as to how to implement? Thanks.



Reply | Threaded
Open this post in threaded view
|

Refunding digital items

Rees Watkins
Hi


There is special code to invoice digital items see checkDigitalItemFulfillment

Is there corresponding code for returns in digital items?

Thanks
Rees



Reply | Threaded
Open this post in threaded view
|

Re: Refunding adjustments only

Jacques Le Roux
Administrator
In reply to this post by bsanders1979
Are you speaking about the last release available at the moment (r764940) ?
I don't see nay TODO on line 801 and moreover this is not a line of OrderReturnServices.processRefundReturn() method.
The last change in this file was commited by me in r763175 one week ago
http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReturnServices.java?r=763175

Could you clarify please ?

Jacques

From: "Sanders, Brian" <[hidden email]>

> It's in the head revision as well on line 801.
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:32 PM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> When the project was imported into our repo, the revision # was 684368.
> The TODO was there.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:01 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> I did not find any TODO in OrderReturnServices.processRefundReturn()
> Are you sure its plain OFBiz code ?
> If yes, which Release.revision are you using ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
> If you look at processRefundReturn, you will notice that none of the
> code runs unless there is at least 1 line item. If you are refunding
> only, say, freight charges, the refund will not actually occur. There is
> a TODO labeled "add adjustment total" which sounds like the developers
> are aware of the issue. Is there a reason that it has not been
> implemented yet? If I were to try and implement the functionality
> myself, is there anything I should be aware off? Can anyone offer some
> tips/suggestions as to how to implement? Thanks.
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

RE: Refunding adjustments only

bsanders1979
Ok, I was looking at the head for 4.0. It appears that the issue is
fixed in the latest. Thanks.

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Tuesday, April 14, 2009 4:15 PM
To: [hidden email]
Subject: Re: Refunding adjustments only

Are you speaking about the last release available at the moment
(r764940) ?
I don't see nay TODO on line 801 and moreover this is not a line of
OrderReturnServices.processRefundReturn() method.
The last change in this file was commited by me in r763175 one week ago
http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/
org/ofbiz/order/order/OrderReturnServices.java?r=763175

Could you clarify please ?

Jacques

From: "Sanders, Brian" <[hidden email]>
> It's in the head revision as well on line 801.
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:32 PM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> When the project was imported into our repo, the revision # was
684368.

> The TODO was there.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:01 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> I did not find any TODO in OrderReturnServices.processRefundReturn()
> Are you sure its plain OFBiz code ?
> If yes, which Release.revision are you using ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
> If you look at processRefundReturn, you will notice that none of the
> code runs unless there is at least 1 line item. If you are refunding
> only, say, freight charges, the refund will not actually occur. There
is
> a TODO labeled "add adjustment total" which sounds like the developers
> are aware of the issue. Is there a reason that it has not been
> implemented yet? If I were to try and implement the functionality
> myself, is there anything I should be aware off? Can anyone offer some
> tips/suggestions as to how to implement? Thanks.
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

RE: Refunding adjustments only

bsanders1979
Well, it turns out it's not fixed in the latest. While it does make it
further into the code, it gets skipped over because of line 894:
while (itemByOrderIt.hasNext()) {

-----Original Message-----
From: Sanders, Brian [mailto:[hidden email]]
Sent: Wednesday, April 15, 2009 8:40 AM
To: [hidden email]
Subject: RE: Refunding adjustments only

Ok, I was looking at the head for 4.0. It appears that the issue is
fixed in the latest. Thanks.

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Tuesday, April 14, 2009 4:15 PM
To: [hidden email]
Subject: Re: Refunding adjustments only

Are you speaking about the last release available at the moment
(r764940) ?
I don't see nay TODO on line 801 and moreover this is not a line of
OrderReturnServices.processRefundReturn() method.
The last change in this file was commited by me in r763175 one week ago
http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/
org/ofbiz/order/order/OrderReturnServices.java?r=763175

Could you clarify please ?

Jacques

From: "Sanders, Brian" <[hidden email]>
> It's in the head revision as well on line 801.
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:32 PM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> When the project was imported into our repo, the revision # was
684368.

> The TODO was there.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:01 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> I did not find any TODO in OrderReturnServices.processRefundReturn()
> Are you sure its plain OFBiz code ?
> If yes, which Release.revision are you using ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
> If you look at processRefundReturn, you will notice that none of the
> code runs unless there is at least 1 line item. If you are refunding
> only, say, freight charges, the refund will not actually occur. There
is
> a TODO labeled "add adjustment total" which sounds like the developers
> are aware of the issue. Is there a reason that it has not been
> implemented yet? If I were to try and implement the functionality
> myself, is there anything I should be aware off? Can anyone offer some
> tips/suggestions as to how to implement? Thanks.
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

RE: Refunding adjustments only

bsanders1979
Part of an approach I considered to handle this situation would create a
dummy order adjustment so that I can link the manual return adjustment
to the original order. Would anyone consider this a hack/bad idea? What
about adding an orderId field to ReturnAdjustment? I am for creating the
order adjustment because you're putting both types of return adjustments
into the same bucket. My colleague, however, feels that it would be
better to add the orderId field to the entity. Also, I think this
functionality would be a good addition to the release so I planned on
attaching the patch to the Jira issue I opened. Thanks and have a good
weekend.

-----Original Message-----
From: Sanders, Brian [mailto:[hidden email]]
Sent: Wednesday, April 15, 2009 1:34 PM
To: [hidden email]
Subject: RE: Refunding adjustments only

Well, it turns out it's not fixed in the latest. While it does make it
further into the code, it gets skipped over because of line 894:
while (itemByOrderIt.hasNext()) {

-----Original Message-----
From: Sanders, Brian [mailto:[hidden email]]
Sent: Wednesday, April 15, 2009 8:40 AM
To: [hidden email]
Subject: RE: Refunding adjustments only

Ok, I was looking at the head for 4.0. It appears that the issue is
fixed in the latest. Thanks.

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Tuesday, April 14, 2009 4:15 PM
To: [hidden email]
Subject: Re: Refunding adjustments only

Are you speaking about the last release available at the moment
(r764940) ?
I don't see nay TODO on line 801 and moreover this is not a line of
OrderReturnServices.processRefundReturn() method.
The last change in this file was commited by me in r763175 one week ago
http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/
org/ofbiz/order/order/OrderReturnServices.java?r=763175

Could you clarify please ?

Jacques

From: "Sanders, Brian" <[hidden email]>
> It's in the head revision as well on line 801.
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:32 PM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> When the project was imported into our repo, the revision # was
684368.

> The TODO was there.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 12:01 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> I did not find any TODO in OrderReturnServices.processRefundReturn()
> Are you sure its plain OFBiz code ?
> If yes, which Release.revision are you using ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
> If you look at processRefundReturn, you will notice that none of the
> code runs unless there is at least 1 line item. If you are refunding
> only, say, freight charges, the refund will not actually occur. There
is
> a TODO labeled "add adjustment total" which sounds like the developers
> are aware of the issue. Is there a reason that it has not been
> implemented yet? If I were to try and implement the functionality
> myself, is there anything I should be aware off? Can anyone offer some
> tips/suggestions as to how to implement? Thanks.
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Refunding adjustments only

Jacques Le Roux
Administrator
Hi Brian,

Do you finally have a solution for this ?

Jacques

From: "Sanders, Brian" <[hidden email]>

> Part of an approach I considered to handle this situation would create a
> dummy order adjustment so that I can link the manual return adjustment
> to the original order. Would anyone consider this a hack/bad idea? What
> about adding an orderId field to ReturnAdjustment? I am for creating the
> order adjustment because you're putting both types of return adjustments
> into the same bucket. My colleague, however, feels that it would be
> better to add the orderId field to the entity. Also, I think this
> functionality would be a good addition to the release so I planned on
> attaching the patch to the Jira issue I opened. Thanks and have a good
> weekend.
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Wednesday, April 15, 2009 1:34 PM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> Well, it turns out it's not fixed in the latest. While it does make it
> further into the code, it gets skipped over because of line 894:
> while (itemByOrderIt.hasNext()) {
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Wednesday, April 15, 2009 8:40 AM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> Ok, I was looking at the head for 4.0. It appears that the issue is
> fixed in the latest. Thanks.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 4:15 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> Are you speaking about the last release available at the moment
> (r764940) ?
> I don't see nay TODO on line 801 and moreover this is not a line of
> OrderReturnServices.processRefundReturn() method.
> The last change in this file was commited by me in r763175 one week ago
> http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/
> org/ofbiz/order/order/OrderReturnServices.java?r=763175
>
> Could you clarify please ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
>> It's in the head revision as well on line 801.
>>
>> -----Original Message-----
>> From: Sanders, Brian [mailto:[hidden email]]
>> Sent: Tuesday, April 14, 2009 12:32 PM
>> To: [hidden email]
>> Subject: RE: Refunding adjustments only
>>
>> When the project was imported into our repo, the revision # was
> 684368.
>> The TODO was there.
>>
>> -----Original Message-----
>> From: Jacques Le Roux [mailto:[hidden email]]
>> Sent: Tuesday, April 14, 2009 12:01 PM
>> To: [hidden email]
>> Subject: Re: Refunding adjustments only
>>
>> I did not find any TODO in OrderReturnServices.processRefundReturn()
>> Are you sure its plain OFBiz code ?
>> If yes, which Release.revision are you using ?
>>
>> Jacques
>>
>> From: "Sanders, Brian" <[hidden email]>
>> If you look at processRefundReturn, you will notice that none of the
>> code runs unless there is at least 1 line item. If you are refunding
>> only, say, freight charges, the refund will not actually occur. There
> is
>> a TODO labeled "add adjustment total" which sounds like the developers
>> are aware of the issue. Is there a reason that it has not been
>> implemented yet? If I were to try and implement the functionality
>> myself, is there anything I should be aware off? Can anyone offer some
>> tips/suggestions as to how to implement? Thanks.
>>
>>
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

RE: Refunding adjustments only

bsanders1979
Hello Jacques,
        We got the core functionality to work (the actual refund takes
place and the return completes), but there are a few more things that
need to happen. Essentially, if the adjustment is by itself, an invoice
does not get created and thus, there is no payment application.
According to Al, "in order to have an invoice, you have to have a
shipment, to have a shipment you need an item". Unfortunately, we do not
have time to code it correctly and meet our deadline, but I think we are
going to revisit it once we go live. If you can provide any sort of
guidance, that would be great. If you want, I will talk to him about
submitting a patch of what we got done so far to the Jira issue I
opened.

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Sunday, April 26, 2009 5:29 PM
To: [hidden email]
Subject: Re: Refunding adjustments only

Hi Brian,

Do you finally have a solution for this ?

Jacques

From: "Sanders, Brian" <[hidden email]>
> Part of an approach I considered to handle this situation would create
a
> dummy order adjustment so that I can link the manual return adjustment
> to the original order. Would anyone consider this a hack/bad idea?
What
> about adding an orderId field to ReturnAdjustment? I am for creating
the
> order adjustment because you're putting both types of return
adjustments

> into the same bucket. My colleague, however, feels that it would be
> better to add the orderId field to the entity. Also, I think this
> functionality would be a good addition to the release so I planned on
> attaching the patch to the Jira issue I opened. Thanks and have a good
> weekend.
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Wednesday, April 15, 2009 1:34 PM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> Well, it turns out it's not fixed in the latest. While it does make it
> further into the code, it gets skipped over because of line 894:
> while (itemByOrderIt.hasNext()) {
>
> -----Original Message-----
> From: Sanders, Brian [mailto:[hidden email]]
> Sent: Wednesday, April 15, 2009 8:40 AM
> To: [hidden email]
> Subject: RE: Refunding adjustments only
>
> Ok, I was looking at the head for 4.0. It appears that the issue is
> fixed in the latest. Thanks.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, April 14, 2009 4:15 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> Are you speaking about the last release available at the moment
> (r764940) ?
> I don't see nay TODO on line 801 and moreover this is not a line of
> OrderReturnServices.processRefundReturn() method.
> The last change in this file was commited by me in r763175 one week
ago
>
http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/

> org/ofbiz/order/order/OrderReturnServices.java?r=763175
>
> Could you clarify please ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
>> It's in the head revision as well on line 801.
>>
>> -----Original Message-----
>> From: Sanders, Brian [mailto:[hidden email]]
>> Sent: Tuesday, April 14, 2009 12:32 PM
>> To: [hidden email]
>> Subject: RE: Refunding adjustments only
>>
>> When the project was imported into our repo, the revision # was
> 684368.
>> The TODO was there.
>>
>> -----Original Message-----
>> From: Jacques Le Roux [mailto:[hidden email]]
>> Sent: Tuesday, April 14, 2009 12:01 PM
>> To: [hidden email]
>> Subject: Re: Refunding adjustments only
>>
>> I did not find any TODO in OrderReturnServices.processRefundReturn()
>> Are you sure its plain OFBiz code ?
>> If yes, which Release.revision are you using ?
>>
>> Jacques
>>
>> From: "Sanders, Brian" <[hidden email]>
>> If you look at processRefundReturn, you will notice that none of the
>> code runs unless there is at least 1 line item. If you are refunding
>> only, say, freight charges, the refund will not actually occur. There
> is
>> a TODO labeled "add adjustment total" which sounds like the
developers
>> are aware of the issue. Is there a reason that it has not been
>> implemented yet? If I were to try and implement the functionality
>> myself, is there anything I should be aware off? Can anyone offer
some
>> tips/suggestions as to how to implement? Thanks.
>>
>>
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Refunding adjustments only

Jacques Le Roux
Administrator
Hi Brian,

Yes I saw, after my message, the Jira issue. It's not a big deal but yes a patch would be welcome.

Thanks

Jacques

From: "Sanders, Brian" <[hidden email]>

> Hello Jacques,
> We got the core functionality to work (the actual refund takes
> place and the return completes), but there are a few more things that
> need to happen. Essentially, if the adjustment is by itself, an invoice
> does not get created and thus, there is no payment application.
> According to Al, "in order to have an invoice, you have to have a
> shipment, to have a shipment you need an item". Unfortunately, we do not
> have time to code it correctly and meet our deadline, but I think we are
> going to revisit it once we go live. If you can provide any sort of
> guidance, that would be great. If you want, I will talk to him about
> submitting a patch of what we got done so far to the Jira issue I
> opened.
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Sunday, April 26, 2009 5:29 PM
> To: [hidden email]
> Subject: Re: Refunding adjustments only
>
> Hi Brian,
>
> Do you finally have a solution for this ?
>
> Jacques
>
> From: "Sanders, Brian" <[hidden email]>
>> Part of an approach I considered to handle this situation would create
> a
>> dummy order adjustment so that I can link the manual return adjustment
>> to the original order. Would anyone consider this a hack/bad idea?
> What
>> about adding an orderId field to ReturnAdjustment? I am for creating
> the
>> order adjustment because you're putting both types of return
> adjustments
>> into the same bucket. My colleague, however, feels that it would be
>> better to add the orderId field to the entity. Also, I think this
>> functionality would be a good addition to the release so I planned on
>> attaching the patch to the Jira issue I opened. Thanks and have a good
>> weekend.
>>
>> -----Original Message-----
>> From: Sanders, Brian [mailto:[hidden email]]
>> Sent: Wednesday, April 15, 2009 1:34 PM
>> To: [hidden email]
>> Subject: RE: Refunding adjustments only
>>
>> Well, it turns out it's not fixed in the latest. While it does make it
>> further into the code, it gets skipped over because of line 894:
>> while (itemByOrderIt.hasNext()) {
>>
>> -----Original Message-----
>> From: Sanders, Brian [mailto:[hidden email]]
>> Sent: Wednesday, April 15, 2009 8:40 AM
>> To: [hidden email]
>> Subject: RE: Refunding adjustments only
>>
>> Ok, I was looking at the head for 4.0. It appears that the issue is
>> fixed in the latest. Thanks.
>>
>> -----Original Message-----
>> From: Jacques Le Roux [mailto:[hidden email]]
>> Sent: Tuesday, April 14, 2009 4:15 PM
>> To: [hidden email]
>> Subject: Re: Refunding adjustments only
>>
>> Are you speaking about the last release available at the moment
>> (r764940) ?
>> I don't see nay TODO on line 801 and moreover this is not a line of
>> OrderReturnServices.processRefundReturn() method.
>> The last change in this file was commited by me in r763175 one week
> ago
>>
> http://fisheye6.atlassian.com/browse/ofbiz/trunk/applications/order/src/
>> org/ofbiz/order/order/OrderReturnServices.java?r=763175
>>
>> Could you clarify please ?
>>
>> Jacques
>>
>> From: "Sanders, Brian" <[hidden email]>
>>> It's in the head revision as well on line 801.
>>>
>>> -----Original Message-----
>>> From: Sanders, Brian [mailto:[hidden email]]
>>> Sent: Tuesday, April 14, 2009 12:32 PM
>>> To: [hidden email]
>>> Subject: RE: Refunding adjustments only
>>>
>>> When the project was imported into our repo, the revision # was
>> 684368.
>>> The TODO was there.
>>>
>>> -----Original Message-----
>>> From: Jacques Le Roux [mailto:[hidden email]]
>>> Sent: Tuesday, April 14, 2009 12:01 PM
>>> To: [hidden email]
>>> Subject: Re: Refunding adjustments only
>>>
>>> I did not find any TODO in OrderReturnServices.processRefundReturn()
>>> Are you sure its plain OFBiz code ?
>>> If yes, which Release.revision are you using ?
>>>
>>> Jacques
>>>
>>> From: "Sanders, Brian" <[hidden email]>
>>> If you look at processRefundReturn, you will notice that none of the
>>> code runs unless there is at least 1 line item. If you are refunding
>>> only, say, freight charges, the refund will not actually occur. There
>> is
>>> a TODO labeled "add adjustment total" which sounds like the
> developers
>>> are aware of the issue. Is there a reason that it has not been
>>> implemented yet? If I were to try and implement the functionality
>>> myself, is there anything I should be aware off? Can anyone offer
> some
>>> tips/suggestions as to how to implement? Thanks.
>>>
>>>
>>>
>>>
>>
>>
>
>