[trunk] clicking on address book from main screen creates error

Bug #636899 reported by Ruud Riem-Vis
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Released
Undecided
Anup(SerpentCS)

Bug Description

Clicking on the "address book" button on the main screen (to the left of the calendar button) creates the following error :

Traceback (most recent call last):
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/netsvc.py", line 435, in dispatch
    result = ExportService.getService(service_name).dispatch(method, auth, params)
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/service/web_services.py", line 586, in dispatch
    res = fn(db, uid, *params)
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/osv/osv.py", line 57, in wrapper
    return f(self, dbname, *args, **kwargs)
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/osv/osv.py", line 133, in execute
    res = pool.execute_cr(cr, uid, obj, method, *args, **kw)
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/osv/osv.py", line 123, in execute_cr
    return getattr(object, method)(cr, uid, *args, **kw)
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/osv/orm.py", line 1667, in fields_view_get
    result['arch'] = _inherit_apply_rec(inherit_result, sql_res[3])
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/osv/orm.py", line 1662, in _inherit_apply_rec
    result = _inherit_apply(result, inherit)
  File "/usr/local/lib/python2.6/dist-packages/openerp-server/osv/orm.py", line 1606, in _inherit_apply
    raise AttributeError(_("Couldn't find tag '%s' in parent view !") % tag)
AttributeError: Couldn't find tag '<field name="lang">' in parent view !

The installation has 3 languages installed and the administrator's default language is french.

Related branches

Revision history for this message
Kunal Chavda (kunal-chavda) wrote :

Hello,

I get same error with GTK client also.
So may be its related to server/addons problem.

Thanks.

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

Hi Ruud,

Would you please enlist the module you have installed?
I guess, its base_contact doing the mess.
Thanks.

affects: openobject-client-web → openobject-addons
Revision history for this message
Ferdinand (office-chricar) wrote :

@Jay

Revision history for this message
Ferdinand (office-chricar) wrote :

@Jay
Please make sure that the base_contact module integrates well
I think there are some issues left when other modules are using partner.address and are not aware of the changes made by base_contact
I suggest that the unused data fields are replaced by function fields fetching the "best guess" contact (lowest sequence or id number)
Many references to address + contact must be replaced by references to contact which is not done.

Revision history for this message
Ruud Riem-Vis (ruud-riem-vis) wrote : Re: [Bug 636899] Re: [trunk] clicking on address book from main screen creates error

  On 13.09.2010 11:47, Jay (OpenERP) wrote:
> Hi Ruud,
>
> Would you please enlist the module you have installed?
> I guess, its base_contact doing the mess.
> Thanks.
>
> ** Project changed: openobject-client-web => openobject-addons
>
I've attached a print screen.
Ruud

Revision history for this message
Anup(SerpentCS) (anup-serpent) wrote :

Hello Ruud Riem-Vis,

     It has been fixed by revision 4917 <email address hidden>

Thanks for pointing out the issue.

Changed in openobject-addons:
assignee: nobody → Anup (OpenERP) (ach-openerp)
milestone: none → 5.0.15
status: New → Fix Released
Changed in openobject-addons:
milestone: 5.0.15 → 6.0
Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

I agree Dr. Ferdinand.

But, this case was for crm where it depended on lang field and it was removed from base. However, it has been fixed now.

But, the Base_contact is a best(isn't it?) example which shows how different modules depending on same module,modulating on same field may fail when installed altogether.

Base_XXX and base_YYY depend on base,out of which one module removes a field and another re-uses it may fail as a result of unavailibility of it.

Here, the order of installation is also plays an important part.

Thanks.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.