Ok should be fixed in rev. 553114 Regards Scott
On 04/07/07, Scott Gray <[EMAIL PROTECTED]> wrote:
Hi Jacopo, Rashko, I just gave it a go and two billing account payment prefs were created, I'll have a dig and see whats going on. Regards Scott On 04/07/07, Jacopo Cappellato <[EMAIL PROTECTED]> wrote: > > Rashko, > > that is really strange since I recently tested a lot that process (when > I worked on the billing accounts refactoring) and that was not > happening... but I could be wrong, or something has changed after the > tests. > You are right about the ShoppingCart.makeAllOrderPaymentInfos method: it > is the right place to start your investigations. > My first bet would be that in that method there is an approximation > issue, for example a fake 0.00001$ remaining, and so the system creates > a new record that once stored in the db, is approximated to 0. > > Jacopo > > > Rashko Rejmer wrote: > > Hi Jacopo, > > > > I entered the order from the order manager application. The problem > still > > exists. I tried to use credit card - the result is the same. The > strange > > thing is that if you want to pay order with billing account only, 2 > > OrderPaymentPreference entries are created - one for the whole amount > of the > > order(EXT_BILLACT) and another with 0 amount(EXT_BILLACT). I was > wondering > > if the appearance of the 0 amount record is bug or it has some special > use? > > > > I was looking in the code and I think that the problem is in > > ShoppingCart.makeAllOrderPaymentInfos() method. > > > > Thanks, > > Rashko Rejmer > > >
