dolibarr-bugtrack
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Dolibarr-bugtrack] [Bug #763] Customer Address fallback when a contact


From: Doliforge
Subject: [Dolibarr-bugtrack] [Bug #763] Customer Address fallback when a contact doesn't have an address
Date: Fri, 15 Mar 2013 10:46:07 +0100

Doliforge
Ce message ne s'affiche pas correctement?
mettez à jour vos préférences utilisateur.

Customer Address fallback when a contact doesn't have an address

Dernières modifications

15/03/2013 10:46 (Europe/Paris)
Florian,

Thanks for taking care of this issue.

I described it as "bug" because the behavior was correct in the version 3.0

AFAIK the regression appeared in the version 3.1

We did not declare this issue at the time because we thought it would be fixed in version 3.2

Anyway I have no problem with calling this a "feature" and wait for 3.4

All I what is to get the old behaviour back, sooner or later ;-)

Répondre

État

 Détails
Last Modified On:  15/03/2013 10:21 Submitted by:  damien clochard (daamien)
Submitted on:  12/03/2013 14:51 Dolibarr version:  3.2.1
PHP version:   Database type and version:  postgresql
OS Type/Version:  linux Category:  Module Invoice customer
Severity:  4 
Summary:  Customer Address fallback when a contact doesn't have an address
Description:  
Maybe this issue has been declared previously but I can't find anything about it :

Let's that you have a customer with an address. You also create a contact for this client. The field address in the contact is empty.

Now you want to create an invoice or a proposition for this client. If you don't attach any contact to the invoice, the adress will appear on the invoice. That's perfect.

Now If you attach the contact to the invoice, the address will be empty on the invoice. It feels weird because even if the contact address is empty, you can still use the customer's adress.

Basically here's the behaviour I'm expecting :


if contact.address id empty
then invoice.address = customer.address



Step to reproduce bug:  
 Etat
Resolution:  Invalid Assigned to:  HENRY Florian (fhenry)
Status:  Open 

Commentaires

damien clochard 15/03/2013 10:46
Florian,

Thanks for taking care of this issue.

I described it as "bug" because the behavior was correct in the version 3.0

AFAIK the regression appeared in the version 3.1

We did not declare this issue at the time because we thought it would be fixed in version 3.2

Anyway I have no problem with calling this a "feature" and wait for 3.4

All I what is to get the old behaviour back, sooner or later ;-)

HENRY Florian 15/03/2013 10:21
Hello Damien,

This cannot be consider as a bug, because there is no errors message, or blocking screen.
It can be consider as new feature (task). Could you create it as Task ?
I will develop it, but it will be integrated only in dev branch (future Dolibarrr 3.4). It must be conditionnal with option in propal/order/invoice administration screen.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]