← Back to team overview

c2c-oerpscenario team mailing list archive

[Bug 802583] Re: GTK client does not display anything when encounters unknown @widget

 

Hello,

I am agree with this issue that when we are using any other widget
option which is not available the system will not raise any error due to
code allowance. I have tried to improve this at my end so the following
patch will raise a warning message (eg: If I changed the widget="abc"
then It will allow me with out any error.):

modified file 'bin/widget/view/form_gtk/parser.py'
--- bin/widget/view/form_gtk/parser.py	2011-04-20 09:31:42 +0000
+++ bin/widget/view/form_gtk/parser.py	2011-07-22 09:02:08 +0000
@@ -455,7 +455,7 @@
                 fields[name].update(attrs)
                 fields[name]['model'] = model
                 if not type in widgets_type:
-                    continue
+                    common.message('The field ' +name+' on the view is wrongly defined with widget attribute!','Programming Error!')
 
                 fields[name]['name'] = name
                 if 'saves' in attrs:


Thanks.

** Changed in: openobject-client
   Importance: Medium => Low

** Changed in: openobject-client
     Assignee: (unassigned) => OpenERP sa GTK client R&D (openerp-dev-gtk)

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/802583

Title:
  GTK client does not display anything when encounters unknown @widget

Status in OpenERP GTK Client:
  Confirmed

Bug description:
  If a view is created with field's "widget" attribute set to a value
  the GTK client does not know, instead of falling back on a widget it
  knows (e.g. default widget for the field) the GTK client simply does
  not display anything.

  GTK client should implement that fallback so that it's not broken in
  case of views improved through widgets one client knows but the other
  one does not know.

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


References