Re: [Openerp-community] has someone seen something similar ?
Are you putting correctly the addons_path?
eg: addons_path=addons,web/addons,...
The orden it is important, you need make the reference to the addons folder
into the web folder because it contains the web modules like web_kanban
On Sat, May 3, 2014 at 12:47 PM, Christian Eichert c...@zp1.net wrote:
014-05-03 17:41:42,823 5174 WARNING ? openerp.modules.module: module
web: module not found
2014-05-03 17:41:42,824 5174 CRITICAL ? openerp.modules.module: Couldn't
load module web
2014-05-03 17:41:42,824 5174 CRITICAL ? openerp.modules.module: No module
named web
2014-05-03 17:41:42,824 5174 ERROR ? openerp.service: Failed to load
server-wide module `web`.
The `web` module is provided by the addons found in the `openerp-web`
project.
Maybe you forgot to add those addons in your addons_path configuration.
Traceback (most recent call last):
File /opt/openerp/v7/server/openerp/service/__init__.py, line 60, in
load_server_wide_modules
openerp.modules.module.load_openerp_module(m)
File /opt/openerp/v7/server/openerp/modules/module.py, line 405, in
load_openerp_module
__import__('openerp.addons.' + module_name)
File /opt/openerp/v7/server/openerp/modules/module.py, line 132, in
load_module
f, path, descr = imp.find_module(module_part, ad_paths)
ImportError: No module named web
2014-05-03 17:41:42,824 5174 WARNING ? openerp.modules.module: module
web_kanban: module not found
2014-05-03 17:41:42,825 5174 CRITICAL ? openerp.modules.module: Couldn't
load module web_kanban
2014-05-03 17:41:42,825 5174 CRITICAL ? openerp.modules.module: No module
named web_kanban
2014-05-03 17:41:42,825 5174 ERROR ? openerp.service: Failed to load
server-wide module `web_kanban`.
Traceback (most recent call last):
File /opt/openerp/v7/server/openerp/service/__init__.py, line 60, in
load_server_wide_modules
openerp.modules.module.load_openerp_module(m)
File /opt/openerp/v7/server/openerp/modules/module.py, line 405, in
load_openerp_module
__import__('openerp.addons.' + module_name)
File /opt/openerp/v7/server/openerp/modules/module.py, line 132, in
load_module
f, path, descr = imp.find_module(module_part, ad_paths)
ImportError: No module named web_kanban
On 03-05-2014 17:23, Gianluca Milano wrote:
You better upgrade via command line:
./openerp-server -u all -d *database_name*
[image: gianlucamilano] http://www.gianlucamilano.com/
Gianluca Milano | Business Integrator
+39 081 194 65 159 | +39 335 60 10 512
gianlucamilano | Via Trepiccioni, 39 - 80078 Pozzuoli (NA) - ITALY
P.IVA IT07227561219
[image: WebsiteGB] http://www.gianlucamilano.com/ [image:
email]g...@gianlucamilano.com
[image: Vcard Save
Contact]http://www.companysig.com/vcards/show_vcard2.php/ELOZVI449934.vcf
[image: View
map]http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=Via+Trepiccioni%2C+39+-+80078+Pozzuoli+%28NA%29+-+ITALY+
[image: Twitter button] http://twitter.com/gianluca_milano
Il giorno 03/mag/2014, alle ore 17:05, Christian Eichert c...@zp1.net ha
scritto:
Can someone help ?
hcddjcci.png
It seems to be a ugly bug.
2014-05-03 14:52:07,033 22531 INFO EKsrl werkzeug: 84.158.188.106 - -
[03/May/2014 14:52:07] POST /web/action/load HTTP/1.1
200 -
2014-05-03 14:52:07,229 22531 INFO EKsrl werkzeug: 84.158.188.106 - -
[03/May/2014 14:52:07] POST /web/dataset/call_kw HTTP/1.1 200 -
2014-05-03 14:52:07,353 22531 INFO EKsrl werkzeug: 84.158.188.106 - -
[03/May/2014 14:52:07] POST /web/dataset/call_kw HTTP/1.1 200 -
2014-05-03 14:52:09,055 22531 INFO EKsrl werkzeug: 84.158.188.106 - -
[03/May/2014 14:52:09] POST /web/dataset/call_kw HTTP/1.1 200 -
2014-05-03 14:52:09,140 22531 INFO EKsrl werkzeug: 84.158.188.106 - -
[03/May/2014 14:52:09] POST /web/dataset/call_kw HTTP/1.1 200 -
2014-05-03 14:52:15,926 22531 ERROR EKsrl
openerp.addons.base.ir.ir_ui_view: Can't render view for model:
product.product
Traceback (most recent call last):
File /opt/openerp/v7/server/openerp/addons/base/ir/ir_ui_view.py, line
126, in _check_render_view fvg =
self.pool.get(view.model).fields_view_get(cr, uid, view_id=view.id,
view_type=view.type, context=context)
File /opt/openerp/v7/addons/stock/product.py, line 439, in
fields_view_get res = super(product_product,self).fields_view_get(cr, uid,
view_id, view_type, context, toolbar=toolbar, submenu=submenu)
File /opt/openerp/v7/server/openerp/osv/orm.py, line 2277, in
fields_view_get xarch, xfields = self.__view_look_dom_arch(cr, user,
result['arch'], view_id, context=ctx)
File /opt/openerp/v7/server/openerp/osv/orm.py, line 1930, in
__view_look_dom_arch fields_def = self.__view_look_dom(cr, user, node,
view_id, False, fields, context=context)
File /opt/openerp/v7/server/openerp/osv/orm.py, line 1876, in
__view_look_dom fields.update(self.__view_look_dom(cr, user, f, view_id,
in_tree_view, model_fields, context))
File
Re: [Openerp-community] Access rights on relational field such as one2many , many2many
Hi
Which user are you using for testing?
You need create a simple user with your custom group for your model,
because if you use admin user, he can always change everything without any
restriction
On Fri, Feb 21, 2014 at 9:09 AM, shazz0020 shazu@hotmail.com wrote:
Hello
I have tried its quite frustrating that iam not able to assign access
rights to my customized module.
Iam inheriting stock.picking module.
Following code-
class stock_picking(osv.osv):
_inherit = 'stock.picking'
_description = Picking List
_columns = {
'ads':fields.one2many('stock.picking.ads, 'stock_id', 'Advertisements')
}
class stock_picking_ads(osv.osv):
_name = 'stock.picking.ads'
_description = 'Picking Ads'
_columns = {
'name':fields.datetime('Date'),
'stock_id':fields.many2one('stock.picking', 'Delivery orders'),
'ads_no':fields.text('ads'),
}
stock_picking_ads()
Now i create new group , assign user and access right as READ CREATE to
object stock.picking.ads but nothing is reflected , iam able to delete and
write which should not happen. Very Strange!!!
--
View this message in context:
http://openerp-community.2306076.n4.nabble.com/Access-rights-on-relational-field-such-as-one2many-many2many-tp4644775.html
Sent from the OpenERP Community mailing list archive at Nabble.com.
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
--
Jose Morales
Senior Developer
Site: http://vauxoo.com
Email: j rsil...@vauxoo.como...@vauxoo.com
Twitter: @joseamoralesp
Skype: joseamoralesp
LPUser: https://launchpad.net/~josemoralesp
Linux-Counter: 564569
Phone: +58 (426) 310 69 65
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
Re: [Openerp-community] Coding Guidlines - long lines
Hello.
I think the same way that Oscar does.
When I saw the PEP8 updates almost cry of happiness, because 79 char is too
short when you fully follow the pep8 rules, you can see the account code
and then tell me if 79 char is enough.
The answer is simple is not enough because you would have to cut the code
lines to follow the PEP8 and this makes your code to be ugly.
I follow the PEP8 rules even in the fields definition and I tell them again
79 is not enough.
If you want follow the PEP8 fully 79 is not enough if you want follow the
PEP8 in some lines(bad way) you can use 79 char.
Use this command pep8 --show-source --show-pep8 for know how many rules you
are broken.
On Mon, Nov 25, 2013 at 1:42 AM, Mario Arias the.clone.mas...@gmail.comwrote:
+1 for 79 chars...
I am on the road working on my laptop most of the time...
Regards,
-Mario
On Sun, Nov 24, 2013 at 2:48 PM, Franco Tampieri
franco.tampi...@abstract.it wrote:
I like python pep8 rule, code i much readable on small diplay, so I agree
at 100% to the community approach.
Regards
Franco
Franco Tampieri
System Engineer
_
abstract.it - +39 06 9294 6938
Registro Imprese di Napoli 788429 / Cap. Soc. 10.000 Euro I.V.
Avvertenze Legali – D. Lgs. 196/03 Tutela dei dati personali. Le
informazioni contenute in questo messaggio
e in ogni eventuale allegato sono riservate e ne è vietata ogni forma di
diffusione. Se avete ricevuto questa
comunicazione per errore, Vi preghiamo di informare immediatamente il
mittente del messaggio e di eliminare l'e-mail.
2013/11/24 Leonardo Pistone leonardo.pist...@camptocamp.com
I prefer 79 as well.
I also agree with the pep8 idea of not using backslashes, but using
Python's implied
line continuation inside parentheses, brackets and braces.
OpenERP example:
'date_order': fields.date(
'Date', required=True, readonly=True, select=True,
states={
'draft': [('readonly', False)],
'sent': [('readonly', False)]
}),
Instead of the long line found in the actual openobject-addons code
l
On Sat, Nov 23, 2013 at 4:27 PM, Oscar Alca oszc...@gmail.com wrote:
http://hg.python.org/peps/rev/fb24c80e9afb#l1.95
On Fri, Nov 22, 2013 at 10:38 AM, Sebastien Beau
sebastien.b...@akretion.com.br wrote:
Hi
I also support 79.
When I start on python I was thinking that 79 was not enough. But now
every time I read the code of an OpenERP Module that respect pep8. I
really
enjoy it, it's really more readable, so let's stay on 79.
2013/11/22 Stefan ste...@therp.nl
On 11/22/2013 05:15 PM, Oscar Alca wrote:
Hello Raphael I also understand the question why the question was
rised, also, I do not think that PEP8 Is ambiguous, it says maximum of
100
with effective 99 for code mantained by a team, so, we, as a team, are
allowed to a maximum of 100.
Hi Oscar,
it does not say 'code maintained by a team', it says [maintained] by
a team that can reach agreement on this issue. And as a member of that
team, I prefer 79 like Alexandre for now.
Cheers,
Stefan
--
Therp - Maatwerk in open ontwikkeling
Stefan Rijnhart - Ontwerp en implementatie
mail: ste...@therp.nl
tel: +31 (0) 614478606
web: http://therp.nl
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
--
Ing. Oscar Alcalá Rivera
*312-107-1704 312-107-1704* · oszc...@gmail.com ozc...@gmail.com
Paseo de Bugambilias 251 · Villa de alvarez, Colima, CP 28978
Tlf: *312322 312322*
*Open Source Enthusiast*
[image: twitter] http://twitter.com/oscarolar [image:
linkedIn]http://www.linkedin.com/pub/oscar-alcal%C3%A1/3b/a79/922
[image: Google+]http://plus.google.com/107659954580035981067/posts
[image: eco] No me imprimas si no es necesario. Protejamos el medio
ambiente
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
___
Mailing list: https://launchpad.net/~openerp-community
Post to :
Re: [Openerp-community] [Merge] lp:~openerp-community/openobject-addons/trunk-bug-1090224 into lp:openobject-addons
Hi
To search on function fields you need make a fnct_search and return the
search parameters, without store=True
El 25/02/2013 09:46, Michael Telahun Makonnen mmakon...@gmail.com
escribió:
Hi there,
I believe that for related and function fields unless you store the value
in the database you cannot search or filter on it. So, in this case
instead of just setting store=False it might be better to use store={...}
See here for an example:
http://doc.openerp.com/v6.0/developer/2_5_Objects_Fields_Methods/field_type.html#store-parameter
--
https://code.launchpad.net/~openerp-community/openobject-addons/trunk-bug-1090224/+merge/149980
Your team OpenERP Community is subscribed to branch
lp:~openerp-community/openobject-addons/trunk-bug-1090224.
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
--
https://code.launchpad.net/~openerp-community/openobject-addons/trunk-bug-1090224/+merge/149980
Your team OpenERP Community is subscribed to branch
lp:~openerp-community/openobject-addons/trunk-bug-1090224.
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
Re: [Openerp-community] [Merge] lp:~openerp-community/openobject-addons/trunk-bug-1090224 into lp:openobject-addons
Well it all depends on whether you want the record or field is not in the
db.
If you want the field will not save, store = False to be, it will make the
sensible and calculated field to display automatic, fnct_search there if
you need because there is being saved.
If you are using store = {model: method} the field is saved in the db and
calculated each time you have a change in the selected model, as this is
saved no need to use a fnct_search.
It's about what you need at that time, if you want to save the field or not
El 25/02/2013 10:26, Michael Telahun Makonnen mmakon...@gmail.com
escribió:
Ok. I hadn't thought of that.
My main point was that it should be searchable. Otherwise, it's broken.
Which way is the recommended way?
1. store=False and use fnct_search
or
2. store={...} (and have the value in the db updated when the related
field changes).
I'm just wondering for my own future reference.
Regards,
Mike.
--
https://code.launchpad.net/~openerp-community/openobject-addons/trunk-bug-1090224/+merge/149980
Your team OpenERP Community is subscribed to branch
lp:~openerp-community/openobject-addons/trunk-bug-1090224.
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
--
https://code.launchpad.net/~openerp-community/openobject-addons/trunk-bug-1090224/+merge/149980
Your team OpenERP Community is subscribed to branch
lp:~openerp-community/openobject-addons/trunk-bug-1090224.
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp
Re: [Openerp-community] Supplier Invoice Imports
Hi all. If you invoices create without type, this will customer type by default, you must add the column type with supplier value El 19/02/2013 12:01, erik.myllym...@gmail.com escribió: Add a new field called supplier to you CSV and set it to True and import again. On Tue, Feb 19, 2013 at 8:26 AM, Andrew Higgs andrew.m.hi...@gmail.comwrote: Hi all, I have created a csv of supplier invoices. The file imports just fine although OpenERP creates Customer Invoices. I do run the import from the Suppliers Invoice page (using the imports module). What am I doing wrong? Using OpenERP 7. Regards ___ Mailing list: https://launchpad.net/~openerp-community Post to : openerp-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openerp-community Post to : openerp-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openerp-community Post to : openerp-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp
