← Back to team overview

openerp-wms-expert team mailing list archive

[Bug 708631] Re: Inconsistent button activation between forms and o2m forms

 

Hello Numerigraphe,

According to the architecture of GTK client creation of a O2M will be
done internally and when the parent record is save the values of O2M
will be sent to the server to get it saved but the original call to
create will be from the parent. Now say for eg: you already have a
parent record saved and you add new O2M record so at that time a call to
write will be made from the parent with the values of O2M. This is the
main reason we need to disable the buttons on O2M when the record is not
saved i.e As the O2M does not have any ID yet because the parent had not
been saved and you try to execute an action on a record that is not
saved yet...may give you weird results so we decided to keep the
behavior as it is in both the clients WEB and GTK.

Thanks,


** Changed in: openobject-client
       Status: New => Invalid

** Changed in: openobject-client
       Status: Invalid => Won't Fix

-- 
You received this bug notification because you are a member of OpenERP
WMS Expert, which is subscribed to a duplicate bug report (937080).
https://bugs.launchpad.net/bugs/708631

Title:
  Inconsistent button activation between forms and o2m forms

Status in OpenERP GTK Client:
  Won't Fix

Bug description:
  The current behavior of the client is not consistent: buttons do don't
  get activated the same way depending on whether you create a record
  from a plain form view or a o2m's form view (see comment #2).

  Examples:
  Go to Sales -> Address Book -> Customers
  Select a customer
  Activate the "History" Tab on the notebook
  Create a new entry for the Phone Calls o2m.
  You can see that the buttons are disabled but they should not because the state is "open" and thus those buttons should be enabled for this state.

  Other examples can be found in duplicates of this bug.

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