← Back to team overview

credativ team mailing list archive

[Bug 914840] Re: [trunk] [stock] red color in warehouse management views not appropriate

 

Hello,

Thanks for the time you passed to consider my proposition.

I understand your opinion to compare with the min_date instead of the
max_date, but I disagree because using max_date is more usefull in some
cases.

I have the example with a client where it's better to use the max_date.
Indeed, in the case of a complete shipping, so the partial shippings are
forbidden, the delivery is late if the max_date has passed. The client
knows only the latest date, which is based on max_date, so it's only
after the max_date that we are late and the line must become red.

Maybe the best solution is to be able to configure it, depending of the
shipping: complete shipping or partial shipping.

Best regards,

-- 
You received this bug notification because you are a member of OpenERP
Framework Experts, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/914840

Title:
  [trunk] [stock] red color in warehouse management views not
  appropriate

Status in OpenERP Addons (modules):
  Confirmed

Bug description:
  A line in the list of delivery orders, incoming shippments or internal moves become red when the current date is higher than the order date.
  in stock_view.xml
  line 864 :
          <record id="view_picking_out_tree" model="ir.ui.view">
              <field name="name">stock.picking.out.tree</field>
              <field name="model">stock.picking</field>
              <field name="type">tree</field>
              <field name="arch" type="xml">
                  <tree colors="blue:state == 'draft';grey:state == 'cancel';red:state not in ('cancel', 'done') and date &lt; current_date" string="Delivery Orders">

  date in stock_picking is the date of order.

  so the color is red even if the delivery is not late. Maybe the
  comparated date should be the max_date.

  Best regards,

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/914840/+subscriptions


References