openerp-wms-expert team mailing list archive

[Numérigraphe <708631@xxxxxxxxxxxxxxxxxx>]

** Description changed:

+ 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.
  
- 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.
- 
- The problem is probably due to the error that can be seen in the stdout
- when the form view is loaded :
- 
- ERROR:tools.expr_eval:email_from
- Traceback (most recent call last):
-   File "/home/amigrave/openerp/bazaar/client-trunk/bin/tools/__init__.py", line 52, in expr_eval
-     temp = eval(string, context)
-   File "<string>", line 1, in <module>
- NameError: name 'email_from' is not defined
+ Other examples can be found in duplicates of this bug.

-- 
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:
  New

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