Nabble - openerp-community-leaders

OpenERP 5.0.11

2010-06-08T02:50:55Z

We have the pleasure to announce a new revision of OpenERP 5.0.

This release contains lots of improvements and two important security
fixes.

1. OpenERP-2010-01-auth
=======================

I. Background
---------------

OpenERP server is accessible using RPC protocols (by default XML-RPC on
port 8069 and NET-RPC on 8070), not only for client access (GTK or Web
server) but also for any kind of direct inter-operation with external
systems.

Several remote services are available using this RPC interface, among
which the /object service that allows remote method calls on most ORM
objects (i.e. OpenERP business data objects).

II. Problem Description
------------------------

A programming error recently introduced in the authentication layer
could allow RPC requests directly sent to the /object service to proceed
without being properly authenticated.

III. Impact
-----------

An attacker could remotely execute operations as any user of the system,
including the administrator, if using XML-RPC manually.

The OpenERP clients (GTK, Web) do perform a call to the /common/login
service to properly authenticate the user before executing further
remote operations. This prevents any possible unauthenticated access
when using the graphical clients.

In addition, the 'users_ldap' module that implements LDAP authentication
in OpenERP overrides the authentication layer, suppressing this
vulnerability.

IV. Workaround
---------------

No known workaround is available, but systems with the 'users_ldap'
module installed are not vulnerable.

Systems running versions earlier than 5.0.7 or later than 5.0.10
(excluded) are also not vulnerable. The trunk version (5.2/6.0) is not
vulnerable either.

V. Solution
-------------

Apply the attached patch, or upgrade to OpenERP 5.0.11 which include the fix (2010-01-auth.patch).

To apply the patch, change into the root directory of the server
installation, then execute the patch command, such as:
patch -p0 -f < /path/to/the_patch_file.patch

2. SQL Injections
=================

Some sql queries were using python format string, instead of the psycopg2 quoting system,
that could lead to sql injection. We reviewed all the the sql queries to use psycopg
parametrized queries instead of python format strings.

You will find the Windows Installers and the tarball archives on OpenERP download page.

Tarballs:
=========
* Server: http://openerp.com/download/stable/source/openerp-server-5.0.11.tar.gz
* Client: http://openerp.com/download/stable/source/openerp-client-5.0.11.tar.gz
* Web: http://openerp.com/download/stable/source/openerp-web-5.0.11.tar.gz

Windows Installers:
===================
* Server: http://openerp.com/download/stable/win32/openerp-server-setup-5.0.11.exe
* Client: http://openerp.com/download/stable/win32/openerp-client-setup-5.0.11.exe
* Web: http://openerp.com/download/stable/win32/openerp-web-setup-5.0.11.exe
* AllInOne: http://openerp.com/download/stable/win32/openerp-allinone-setup-5.0.11.exe

You can contribute to OpenERP on LaunchPad.

* OpenERP Download page: http://openerp.com/downloads.html
* OpenObject Project on LaunchPad: https://launchpad.net/openobject
* Translations: https://translations.launchpad.net/openobject
* Bug Reporting: https://bugs.launchpad.net/openobject/+filebug
* Changelog:
* Server: http://bazaar.launchpad.net/~openerp/openobject-server/5.0/annotate/head:/doc/Changelog
* Client: http://bazaar.launchpad.net/~openerp/openobject-client/5.0/annotate/head:/doc/Changelog
* Web: http://bazaar.launchpad.net/~openerp/openobject-client-web/5.0/annotate/head:/doc/ChangeLog

For more information, take a look at the wiki and the forum.

The OpenERP Team,

--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
OpenERP S.A.
Chaussee de Namur, 40
B-1367 Grand-Rosière
Tel: +32.81.81.37.00
Web: http://www.openerp.com
Planet: http://www.openerp.com/planet/
Blog: http://stephane-wirtel-at-tiny.blogspot.com

[2010-01-auth.patch]

=== modified file 'bin/service/security.py' --- bin/service/security.py 2009-12-11 11:03:12 +0000 +++ bin/service/security.py 2010-06-02 14:43:40 +0000 @@ -45,7 +45,7 @@ def check(db, uid, passwd): if not passwd: - return False + raise Exception('AccessDenied') cached_pass = _uid_cache.get(db, {}).get(uid) if (cached_pass is not None) and cached_pass == passwd: return True

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Res partner title management in trunk

2010-05-27T08:13:47Z

Dear community,

Partner title (res.partner.title) management in v.4 and v.5 is the source of lot of problems, limitation and error :

- Title are field selection value that are hard to translate, especially in wizard context.

-You can not have different title title with the same shortcut, this generate strange behavior in GTK client

-It is hard to migrate, particularly when the user customize the title s

-If a title shortcut is modified all the addresses linked to the shortcut are not modified, worst the title did not appear anymore in linked addresses.

-etc.

The problem is design oriented as the link between title and addresses / partner is not a standard ORM link but use a strange word matching.

It would be great to standardize this point and transform this point in an orm relation. The choice of using a selection field does not worth/justify the troubles and user anger when strange behavior appears. (And the work of the partner to fix all the stuff ^_^ )

I know it will mean some migration work from 5 to 6 but the result will worth it.

I'm looking for your advice.

Regards

Nicolas

--------------------------------------------------------------------

Camptocamp SA

Senior ERP consultant

Nicolas Bessi

PSE A

CH-1015 Lausanne

http://www.camptocamp.com

http:/www.openerp.com

+41 21 619 10 26 (direct)

+41 21 619 10 10 (centrale)

+41 21 619 10 00 (fax)

--------------------------------------------------------------------

OpenERP 5.0.7

2010-03-01T07:45:23Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

We have the pleasure to announce a new revision of OpenERP 5.0.

This release contains lots of improvements and bug fixes which you can find in the Changelog [1]

You will find the tarball archives on OpenERP download page.

The Windows Installers will be made available as soon as possible.

As discussed in http://julienthewys.blogspot.com/2010/02/new-release-process-ongoing.html, we will release at least one revision each month, major issues and regressions might warrant more frequent
revision releases from time to time. This is the first release of that improved process.

You can contribute to OpenERP on LaunchPad.

* OpenObject Project on LaunchPad: https://launchpad.net/openobject
* Translations: https://translations.launchpad.net/openobject
* Bug Reporting: https://bugs.launchpad.net/openobject/+filebug

For more information, take a look at the wiki and the forum.

[1] Changelog: http://stephane-wirtel-at-tiny.blogspot.com/2010/03/openerp-507.html

The OpenERP Team,
- --
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Release/Quality Manager
Tiny SPRL
40, Chaussee de Namur
B-1367 Gerompont
* Tel: +32.81.81.37.00
* Web: http://www.openerp.com
* Planet: http://www.openerp.com/planet/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuL4RMACgkQnqh8s27uQNXtywCePfnHI+V2Peoehr2IDzhN1RTr
POsAn0hegzXTOjdatZ15gG2PgAnoH1Bt
=d3ps
-----END PGP SIGNATURE-----

[stephane.vcf]

begin:vcard fn:Stephane Wirtel n:Wirtel;Stephane org:OpenERP - Tiny sprl adr;quoted-printable;quoted-printable:;;Chauss=C3=A9e de Namur, 40;G=C3=A9rompont;;1367;Belgium email;internet:[hidden email] title:Developer tel;work:+32.81.81.37.00 note;quoted-printable:OpenERP is an Open Source enterprise management software=0D=0A= =0D=0A= http://www.openerp.com x-mozilla-html:FALSE url:http://www.tiny.be version:2.1 end:vcard

[Fwd: Re: [Openerp-community] Injustice, plagiarism and insult of community work]

2010-05-16T06:46:46Z

Hello,

I asked the developer if he took some code from poweremail without
putting the copyright. Check his answer bellow.

So, it's not injustice, plagiarism, or insult of your work.

-----------------------------------------------------------------
Hello Fabien,

Yes I confirm that I did not took a single line or character from the
power email, not even for the reference, still I did not check the
poweremail module.

I have just convert the old fetchmail module which was written by the
hmo's team and that purely converted (with major change to make it very
simple user-friendly email object) from email_gateway.py script of crm
module.

Changes I have applied
* Use the same code of fetching email - the one which was exist
* Make it very simple user-friendly email object
- body = mail.get('body', '')
* Integrate with ServerAction - Auto Reply

Aim was to have a very simple module, easy to configure and use the
maximum what we already have in the server addons and framework

Regards,
M Gajjar

--
Fabien Pinckaers
CEO OpenERP
Chaussée de Namur 40
B-1367 Grand-Rosière
Belgium
Phone: +32.81.81.37.00
Fax: +32.81.73.35.01
Web: http://openerp.com

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Merge of a security Branch in 5.0

2010-05-18T04:06:20Z

Hello all,

During the last month or so we worked on fixing outstanding potential sql injection vectors in the server [1] and various addons [2].
These branches are currently in my launchpad account [3] and we're planning on merging them into stable with 5.0.11.

They should be stable, but we might have introduced a few bugs (or missed a few vectors), would it be possible that you test them and report back?

Thank you very much.
Regards,

Stéphane Wirtel

[1] https://code.launchpad.net/~stephane-openerp/openobject-addons/5.0_security_branche_sql_injection
[2] https://code.launchpad.net/~stephane-openerp/openobject-server/5.0_security_branche_sql_injection
[3] https://code.launchpad.net/~stephane-openerp

--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
OpenERP S.A.
Chaussee de Namur, 40
B-1367 Grand-Rosière
Tel: +32.81.81.37.00
Web: http://www.openerp.com
Planet: http://www.openerp.com/planet/
Blog: http://stephane-wirtel-at-tiny.blogspot.com

[stw.vcf]

begin:vcard fn;quoted-printable:St=C3=A9phane Wirtel n;quoted-printable:Wirtel;St=C3=A9phane org:OpenERP S.A. adr;quoted-printable;quoted-printable:;;Chauss=C3=A9e de Namur, 40;Grand-Rosi=C3=A8re;;1367;Belgium email;internet:[hidden email] title:Developer tel;work:+32.81.81.37.00 note;quoted-printable:OpenERP is an Open Source enterprise management software=0D=0A= =0D=0A= http://www.openerp.com url:http://www.openerp.com version:2.1 end:vcard

Injustice, plagiarism and insult of community work

2010-05-14T16:54:39Z

Hello Fabien and the Open ERP community,

I request your attention to this post dated 2nd of May: http://blog.openerp.co.in/?p=400

It is a clear duplication of work done by Open ERP SA on the community module 'Powerwmail' .

I am not surprised but shocked to see this trend repeating again and again. Why is it that the community ideas have to reinvented by Open ERP SA in a different name everytime? It happened with scenario, rml and now I think it is right time to question whether its the right ethics for an opensource project ? To retain the copyright on the Open ERP code Open ERP SA goes to any extend?

I understand that it is Open ERP business model that 800EUR (or may be more because of the heavy code) is what is needed for a module to be 'certified'. Is it because the community cannot pay for a community contribution that the effort is duplicated? Well I think contribution of such useful features itself makes openerp more that worth 800EUR because till today I have received numerous mails saying how the work saves every developer couple of days. This is strongly disappointing for any community contributor. What is the point in releasing the code if it is next day going to be duplicated by your paid employees? What is the point of the community if the credits are all for open ERP SA?

I draw the attention also to the commitment made by fabien and antoine at the community days in Belgium to all those present there that poweremail would be drawn into official 6.0. I request you to respect the community and your own words.

Have a look at the duplicated work: http://bazaar.launchpad.net/~openerp-commiter/openobject-addons/trunk-mod3-local/annotate/head:/fetchmail/fetchmail.py
The model structure is 90% similar. Logic is 99% similar.

I wonder why you could not contribute if there is anything that's not there to the main poweremail code which is open to everybody to edit. (https://code.launchpad.net/~openerp-commiter/poweremail/poweremailtrunk)

I wish you spend your resources and time on playing the fair editor of an opensource project. Not Micro$oft of the opensource world. I may not waste my time on fighting legally or morally for the sake of poweremail again, but be sure that community members will also soon realise that contributing to openerp is waste of time. Who knows if their work will be duplicated by the editor in the next release. You discourage contribution to openerp and I speculate the intention of open ERP SA in holding the copyright of the code whatever they need integrated into the core.

When I conclude this mail, I am not sure if I will ever get a reply for this mail from 'Open ERP SA'. But please remember that the more you do this, the more the community moves away from you.

Wish you good luck plagiarising!

and a simple advice to your Indian team doing all the duplication work: Atleast show the quality of code poweremail has in your duplicated work. I can already see several logical foolishnes in your code and absolute '0' in code quality. Atleast try making something better with all the TODO's that has been left in the code.

Thanks,
--
Sharoon Thomas
Business Analyst & Open Source ERP Consultant
CEO @ http://openlabs.co.in

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

OpenERP 5.0.10

2010-05-05T09:30:14Z

We have the pleasure to announce a new revision of OpenERP 5.0.

This release contains lots of improvements and bug fixes which you can find in the Changelogs

You will find the Windows Installers and the tarball archives on OpenERP download page.

Tarballs:
=========
* Server: http://openerp.com/download/stable/source/openerp-server-5.0.10.tar.gz
* Client: http://openerp.com/download/stable/source/openerp-client-5.0.10.tar.gz
* Web: http://openerp.com/download/stable/source/openerp-web-5.0.10.tar.gz

Windows Installers:
===================
* Server: http://openerp.com/download/stable/win32/openerp-server-setup-5.0.10.exe
* Client: http://openerp.com/download/stable/win32/openerp-client-setup-5.0.10.exe
* Web: http://openerp.com/download/stable/win32/openerp-web-setup-5.0.10.exe
* AllInOne: http://openerp.com/download/stable/win32/openerp-allinone-setup-5.0.10.exe

You can contribute to OpenERP on LaunchPad.

* OpenERP Download page: http://openerp.com/downloads.html
* OpenObject Project on LaunchPad: https://launchpad.net/openobject
* Translations: https://translations.launchpad.net/openobject
* Bug Reporting: https://bugs.launchpad.net/openobject/+filebug
* Changelog:
* Server: http://bazaar.launchpad.net/~openerp/openobject-server/5.0/annotate/head:/doc/Changelog
* Client: http://bazaar.launchpad.net/~openerp/openobject-client/5.0/annotate/head:/doc/Changelog
* Web: http://bazaar.launchpad.net/~openerp/openobject-client-web/5.0/annotate/head:/doc/ChangeLog

For more information, take a look at the wiki and the forum.

The OpenERP Team,

--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
OpenERP S.A.
Chaussee de Namur, 40
B-1367 Grand-Rosière
Tel: +32.81.81.37.00
Web: http://www.openerp.com
Planet: http://www.openerp.com/planet/
Blog: http://stephane-wirtel-at-tiny.blogspot.com

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Bug List for 5.0.10

2010-04-12T01:29:00Z

Hi,

Here is the bug list for the next release of OpenERP 5.0.10.

We will try to fix the critical and high bugs for this milestone but without any warranty to close all.

Here is the complete bug list (except the invalid bugs), there are 57 bugs, but 10 bugs have been fixed.

The complete bug list: (except the invalid bugs)
================================================
Project: openobject-server [13]
High :Confirmed :http://launchpad.net/bugs/510834 : Print Engine is broken Converting to other type that is not PDF or HTML
High :Fix Released :http://launchpad.net/bugs/535559 : Illustration tag don't work for multi object printting
High :Confirmed :http://launchpad.net/bugs/552386 : _store_function dictionary does not get updated when field changes its type from function to any other storable!
Medium :In Progress :http://launchpad.net/bugs/508358 : XSL/XML reports do not create attachments like RML reports do.
Medium :Confirmed :http://launchpad.net/bugs/520854 : Missing license options for modules
Medium :Confirmed :http://launchpad.net/bugs/535566 : Missing tag "expr" into report engine since august 2009
Medium :New :http://launchpad.net/bugs/556365 : xmlid of one2many field in csv file is not saved
Low :New :http://launchpad.net/bugs/541985 : can't debug in eclipse using 5.0.7
Low :Fix Released :http://launchpad.net/bugs/558460 : win32 and pixmaps source packaging
Wishlist :Confirmed :http://launchpad.net/bugs/509266 : <pto> tag not supported by RML parser
Undecided :In Progress :http://launchpad.net/bugs/516966 : report_sxw: wrong pageCount and pageNumberReset when attachments are not kept
Undecided :In Progress :http://launchpad.net/bugs/524424 : Copy() behaves wrongly with translations when object has O2M relations with translatable fields.
Undecided :Confirmed :http://launchpad.net/bugs/553133 : Search with accents

Project: openobject-addons [32]
Critical :In Progress :http://launchpad.net/bugs/452854 : Cannot validate invoices with foreign currency
Critical :In Progress :http://launchpad.net/bugs/511104 : Pay invoice wizard regression in foreign currency
Critical :Confirmed :http://launchpad.net/bugs/551630 : Financial reports to review
High :Confirmed :http://launchpad.net/bugs/511193 : unit factor is limited to 5 zeros
High :Confirmed :http://launchpad.net/bugs/531507 : [PATCH] account module quite severe issues with closing fiscal years
Medium :In Progress :http://launchpad.net/bugs/415789 : Financial Mgmt: Balance does not sum up in General Ledger report
Medium :Fix Released :http://launchpad.net/bugs/489239 : Start of MO does not start the first Work order
Medium :Confirmed :http://launchpad.net/bugs/513278 : [5.0] Cannot validate Invoice with price_accuracy=3
Medium :Confirmed :http://launchpad.net/bugs/516396 : Multi-currency Consolidation
Medium :Fix Released :http://launchpad.net/bugs/519034 : Regression on 5.0.7? packing and payment done but order stays "in progress"
Medium :Confirmed :http://launchpad.net/bugs/523080 : Partner Balance : Wrong Period implementation
Medium :Fix Released :http://launchpad.net/bugs/535109 : An accounting account of type other than view, having entries related to it, is allowed to change to internal type view
Medium :Confirmed :http://launchpad.net/bugs/537281 : [document] OpenOffice files in DMS truncated to 0 bytes when directly edited
Medium :Confirmed :http://launchpad.net/bugs/538970 : [5.0] ftp document always bind to 127.0.0.1
Medium :In Progress :http://launchpad.net/bugs/543976 : Warning apear in selecting product from sales order line
Medium :Confirmed :http://launchpad.net/bugs/546004 : [5.0] : Overdue report shows amounts on wrong side and sign.Report needs a layout change.
Medium :In Progress :http://launchpad.net/bugs/551522 : Trouble with the state of the entries when doing manual reonciliation
Medium :In Progress :http://launchpad.net/bugs/551570 : Wrong date Importing payment order into bank statement
Medium :Confirmed :http://launchpad.net/bugs/559478 : base_report_creator: 'group by' broken since 5.0.7
Low :In Progress :http://launchpad.net/bugs/519133 : [5.0] The Centralisation check is required at write() as well.
Low :Confirmed :http://launchpad.net/bugs/551839 : c2c_budget - print zero lines option
Low :New :http://launchpad.net/bugs/552457 : IndexError: list index out of range
Low :New :http://launchpad.net/bugs/552464 : creating a sales order and want to save the header record.
Low :Confirmed :http://launchpad.net/bugs/552503 : Tried to make an invoice
Low :Fix Released :http://launchpad.net/bugs/553183 : c2c_budget - ERROR querying budget lines
Low :Fix Released :http://launchpad.net/bugs/557501 : voucher_type field was not defined
Low :Confirmed :http://launchpad.net/bugs/558579 : [account_invoice_payment_term] is missing the i18n directory.
Low :Fix Released :http://launchpad.net/bugs/559055 : Invalid View, duplicated field: bank_id Payment Lines
Low :Fix Released :http://launchpad.net/bugs/559171 : Error in google calendar module
Wishlist :Confirmed :http://launchpad.net/bugs/376579 : crm - No E-Mail ID Found for the Responsible user !
Wishlist :Fix Released :http://launchpad.net/bugs/557373 : account_followup Receivables & Payables - wrong domain
Undecided :New :http://launchpad.net/bugs/553112 : Partial packing wizard seems to change the id of existing pickings

Project: openobject-client [06]
Medium :Confirmed :http://launchpad.net/bugs/452047 : cannot change invoice date from invoice view
Medium :In Progress :http://launchpad.net/bugs/479157 : Exports to CSV only visible records instead of complete set
Medium :Confirmed :http://launchpad.net/bugs/503624 : The calendar widget will reject value entry when the locale date format is not 'Standard'
Medium :Confirmed :http://launchpad.net/bugs/525372 : [5.0] Boolean field broke the order from cell to cell with tab key
Low :New :http://launchpad.net/bugs/484657 : With Ubuntu Karmic: pixmaps location,RC files get wrong location!
Low :Confirmed :http://launchpad.net/bugs/545157 : Windows installer: silent operation option needed

Project: openobject-client-web [06]
High :Confirmed :http://launchpad.net/bugs/522135 : proxypass from another host - type 'exceptions.TypeError'
Medium :In Progress :http://launchpad.net/bugs/479157 : Exports to CSV only visible records instead of complete set
Medium :New :http://launchpad.net/bugs/552468 : I simply used the Enter key to filter a list instead of using the filter button.
Low :New :http://launchpad.net/bugs/414547 : shortcuts are not remove from list after deleting the sortcut
Wishlist :New :http://launchpad.net/bugs/435684 : number of requests is not updated
Undecided :In Progress :http://launchpad.net/bugs/461319 : graph views with group="True" display incorrectly following 5.0 branch revision 2723

Total Bugs: 57

The list of the fixed bugs.
===========================
Project: openobject-server [02]
High :Fix Released :http://launchpad.net/bugs/535559 : Illustration tag don't work for multi object printting
Low :Fix Released :http://launchpad.net/bugs/558460 : win32 and pixmaps source packaging

Project: openobject-addons [08]
Medium :Fix Released :http://launchpad.net/bugs/489239 : Start of MO does not start the first Work order
Medium :Fix Released :http://launchpad.net/bugs/519034 : Regression on 5.0.7? packing and payment done but order stays "in progress"
Medium :Fix Released :http://launchpad.net/bugs/535109 : An accounting account of type other than view, having entries related to it, is allowed to change to internal type view
Low :Fix Released :http://launchpad.net/bugs/553183 : c2c_budget - ERROR querying budget lines
Low :Fix Released :http://launchpad.net/bugs/557501 : voucher_type field was not defined
Low :Fix Released :http://launchpad.net/bugs/559055 : Invalid View, duplicated field: bank_id Payment Lines
Low :Fix Released :http://launchpad.net/bugs/559171 : Error in google calendar module
Wishlist :Fix Released :http://launchpad.net/bugs/557373 : account_followup Receivables & Payables - wrong domain
Total Bugs: 10

The following bugs should be fixed in the next release:
=======================================================
Project: openobject-addons [02]
Critical :In Progress :http://launchpad.net/bugs/452854 : Cannot validate invoices with foreign currency
Critical :In Progress :http://launchpad.net/bugs/511104 : Pay invoice wizard regression in foreign currency

Regards,

Stephane

--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
OpenERP S.A.
Chaussee de Namur, 40
B-1367 Grand-Rosière
Tel: +32.81.81.37.00
Web: http://www.openerp.com
Planet: http://www.openerp.com/planet/
Blog: http://stephane-wirtel-at-tiny.blogspot.com

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

OpenERP 5.0.9

2010-04-06T10:14:38Z

We have the pleasure to announce a new revision of OpenERP 5.0.

This release contains a fix for this bug:

https://bugs.launchpad.net/bugs/556634

You will find the tarball archives on OpenERP download page.

The Windows Installers will be made available as soon as possible.

You can contribute to OpenERP on LaunchPad.

* OpenERP Download page: http://openerp.com/downloads.html
* OpenObject Project on LaunchPad: https://launchpad.net/openobject
* Translations: https://translations.launchpad.net/openobject
* Bug Reporting: https://bugs.launchpad.net/openobject/+filebug

For more information, take a look at the wiki and the forum.

The OpenERP Team,
--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
OpenERP S.A.
Chaussee de Namur, 40
B-1367 Grand-Rosière
Tel: +32.81.81.37.00
Web: http://www.openerp.com
Planet: http://www.openerp.com/planet/
Blog: http://stephane-wirtel-at-tiny.blogspot.com

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

OpenERP 5.0.8

2010-04-06T07:21:54Z

We have the pleasure to announce a new revision of OpenERP 5.0.

This release contains lots of improvements and bug fixes which you can find in the Changelogs

You will find the Windows Installers and the tarball archives on OpenERP download page.

You can contribute to OpenERP on LaunchPad.

* OpenERP Download page: http://openerp.com/downloads.html
* OpenObject Project on LaunchPad: https://launchpad.net/openobject
* Translations: https://translations.launchpad.net/openobject
* Bug Reporting: https://bugs.launchpad.net/openobject/+filebug
* Changelog:
* Server: http://bazaar.launchpad.net/~openerp/openobject-server/5.0/annotate/head:/doc/Changelog
* Client: http://bazaar.launchpad.net/~openerp/openobject-client/5.0/annotate/head:/doc/Changelog
* Web: http://bazaar.launchpad.net/~openerp/openobject-client-web/5.0/annotate/head:/doc/ChangeLog

For more information, take a look at the wiki and the forum.

The OpenERP Team,
--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
OpenERP S.A.
Chaussee de Namur, 40
B-1367 Grand-Rosière
Tel: +32.81.81.37.00
Web: http://www.openerp.com
Planet: http://www.openerp.com/planet/
Blog: http://stephane-wirtel-at-tiny.blogspot.com

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Planning 5.0.8

2010-03-19T08:54:24Z

Hi all,

As you probably know, we're going to release 5.0.8 in a bit less than two weeks.

I just checked the bug list on launchpad and found 8 blocking bugs (High and Critical classification) and 17 non-blocking bugs.

Internally, blocking bugs have been prioritized greatly (5.0.8 will not ship with any of those still open), the rest has been targetted but are not blockers: 5.0.8 will ship even if some of them are open.

Therefore, we need some help next week: if you have a patch or can test submitted patches for those bugs (blockers or not), please do, especially if you want to see those bugs fixed.

Non-blockers not fixed as of March 26, 2010 are likely to be retargeted to 5.0.9 instead.

The list of bugs targetted for 5.0.8 is the following:

452854:Critical :In Progress :http://launchpad.net/bugs/452854 :Bug #452854 in OpenObject Addons: "Cannot validate invoices with foreign currency or price_accuracy=3"
511104:Critical :In Progress :http://launchpad.net/bugs/511104 :Bug #511104 in OpenObject Addons: "Pay invoice wizard regression in foreign currency"
531979:Critical :In Progress :http://launchpad.net/bugs/531979 :Bug #531979 in OpenObject GTK Client: "Timezone 5.0.7 windows"
427733:High :In Progress :http://launchpad.net/bugs/427733 :Bug #427733 in OpenObject Addons: "error with planed date on purchase order for product MTS"
522135:High :Confirmed :http://launchpad.net/bugs/522135 :Bug #522135 in OpenObject Web Client: "proxypass from another host - type 'exceptions.TypeError'"
524278:High :In Progress :http://launchpad.net/bugs/524278 :Bug #524278 in OpenObject Addons: "On change on invoice taxes ignore tax code sign"
535559:High :Confirmed :http://launchpad.net/bugs/535559 :Bug #535559 in OpenObject Server: "Illustration tag don't work for multi object printting"
415789:Medium :In Progress :http://launchpad.net/bugs/415789 :Bug #415789 in OpenObject Addons: "Financial Mgmt: Balance does not sum up in General Ledger report"
418080:Medium :In Progress :http://launchpad.net/bugs/418080 :Bug #418080 in OpenObject Addons: "document: ftp_server_port not reflected in 'Browse Files Using FTP'"
452047:Medium :Confirmed :http://launchpad.net/bugs/452047 :Bug #452047 in OpenObject GTK Client: "cannot change invoice date from invoice view "
479157:Medium :In Progress :http://launchpad.net/bugs/479157 :Bug #479157 in OpenObject GTK Client: "Exports to CSV only visible records instead of complete set"
503624:Medium :Confirmed :http://launchpad.net/bugs/503624 :Bug #503624 in OpenObject GTK Client: "The calendar widget will reject value entry when the locale date format is not 'Standard'"
516396:Medium :Confirmed :http://launchpad.net/bugs/516396 :Bug #516396 in OpenObject Addons: "Multi-currency Consolidation"
519034:Medium :Confirmed :http://launchpad.net/bugs/519034 :Bug #519034 in OpenObject Addons: "Regression on 5.0.7? packing and payment done but order stays "in progress""
520854:Medium :Confirmed :http://launchpad.net/bugs/520854 :Bug #520854 in OpenObject Server: "Missing license options for modules"
479157:Medium :Confirmed :http://launchpad.net/bugs/479157 :Bug #479157 in OpenObject Web Client: "Exports to CSV only visible records instead of complete set"
523080:Medium :Confirmed :http://launchpad.net/bugs/523080 :Bug #523080 in OpenObject Addons: "Partner Balance : Wrong Period implementation"
525372:Medium :Confirmed :http://launchpad.net/bugs/525372 :Bug #525372 in OpenObject GTK Client: "[5.0] Boolean field broke the order from cell to cell with tab key"
535566:Medium :Confirmed :http://launchpad.net/bugs/535566 :Bug #535566 in OpenObject Server: "Missing tag "expr" into report engine since august 2009"
537281:Medium :Confirmed :http://launchpad.net/bugs/537281 :Bug #537281 in OpenObject Addons: "[document] OpenOffice files in DMS truncated to 0 bytes when directly edited"
538970:Medium :Confirmed :http://launchpad.net/bugs/538970 :Bug #538970 in OpenObject Addons: "[5.0] ftp document always bind to 127.0.0.1"
414547:Low :New :http://launchpad.net/bugs/414547 :Bug #414547 in OpenObject Web Client: "shortcuts are not remove from list after deleting the sortcut"
484657:Low :New :http://launchpad.net/bugs/484657 :Bug #484657 in OpenObject GTK Client: "5.0.6 pixmaps location wrong in same cases"
435684:Wishlist :New :http://launchpad.net/bugs/435684 :Bug #435684 in OpenObject Web Client: "number of requests is not updated"
535109:Undecided :Confirmed :http://launchpad.net/bugs/535109 :Bug #535109 in OpenObject Addons: "An accounting account of type other than view, having entries related to it, is allowed to
change to internal type view"
Total Bugs: 25

Regards,

Stephane Wirtel

--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
Tiny SPRL
40, Chaussee de Namur
B-1367 Grand-Rosiere
* Tel: +32.81.81.37.00
* Fax: +32.81.73.35.01
* Web: http://www.openerp.com
* Planet: http://www.openerp.com/planet/

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Community+Partner days March 2010 - Usability workshop

2010-03-14T02:18:22Z

I have updated
http://www.openobject.com/wiki/index.php/WorkshopErgonomy
please feel free to comment / add issues
--
regards
Ferdinand Gassauer
ChriCar Beteiligungs- und Beratungs- GmbH
Official OpenERP Partner

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Release of a Windows Installer of the GTK Client for OpenERP 5.2-dev

2010-03-08T02:40:57Z

We have released a Windows Installer of the GTK Client for OpenERP 5.2-dev, this package is based on the revision 1190 [1] of the Trunk branch [2].

This version only works with the trunk version of OpenERP server.
Do *not* use it with a stable (5.0) server or instead of a stable client.

You can find the installer in the 'Downloads' section of the OpenERP website [3]

As always, bugs should be reported on the GTK client's Launchpad [4]

The OpenERP Team,

[1] http://bazaar.launchpad.net/~openerp/openobject-client/trunk/revision/1190
[2] lp:openobject-client
[3] http://openerp.com/downloads.html
[4] https://bugs.launchpad.net/openobject-client/+filebug
[5] Official Announce: http://stephane-wirtel-at-tiny.blogspot.com/2010/03/windows-installer-of-gtk-client-for_08.html
--
Stephane Wirtel - "As OpenERP is OpenSource, please feel free to contribute."
Quality/Release Manager
Technical Project Manager
Tiny SPRL
40, Chaussee de Namur
B-1367 Grand-Rosiere
* Tel: +32.81.81.37.00
* Fax: +32.81.73.35.01
* Web: http://www.openerp.com
* Planet: http://www.openerp.com/planet/

[stephane.vcf]

signature.asc (268 bytes) Download Attachment

the ever harder job to reject member subscription here

2010-01-28T05:22:48Z

Hello, this is the message I recently sent to the people asking to subscribe here with a Karma bellow 200 and no obvious OpenERP/open source large experience. Yes, sure Karma can be cheated, but say below 200 it just proves you are not yet an expert active member. You can easily pass that bar by contributing to the bug reports, questions or translations. In the future, we could discuss exactly the entrance conditions, no problem. But first we need to ensure the whole idea of the restriction that is essentially justified to keep it small enough for Tiny to collect qualified information from here.

So here is the refusal message I sent as I'm one of the bad admin so far. Oh by the way, I really don't consider I have such a privileged role here to play. I just set up what Tiny asked me to set up quickly, then I said them, if, as I feared, Tiny is unable to provide the minimal support such as creating the project milestones so planning is possible nor answer those discussions, then I have largely frozen my work (was meant for 1 day a week since December, so far I told Tiny I made 2 days) because I don't want to be hold responsible nor have to enter endless argumentations if their initiative were to fail. So so far, this is a quick interim, of course in the close future, with or without Tiny, the community will need a better organization with representative members, I just think we had other priorities with 5.2 freeze approaching.

Hello, Tiny asked us to keep that list very restricted to the greatest contributors of OpenERP and partners. The goal is to have a limited representation so Tiny could be able to talk with us without being flooded. See my introduction about the lists here: http://www.akretion.com/en/blog/2009/12/28/scaling-openerps-community-to-the-world/

On our side we try to make our best to represent the full community. Sorry, but from your Launchpad Karma/Google search, I'm not sure you qualify (please tell me if I'm wrong). So I suggest to try after demonstrating more skills and commitment.

Still, in the meantime, don't hesitate to send me a message to [hidden email] or contact any expert here, I/we could probably forward it. By the way, to be frank, Tiny didn't honor yet his promise to use the list as they presented it (they never posted on it yet), there are clear tensions between Tiny and the experts because of this. If Tiny were to fail to collect the information from the community through those lists, then I agree to tell such access restrictions are pointless and other organizations will emerge. For now just give them a few more days, they promised changes.

Raphaël Valyi

http://www.akretion.com

Simple things we need from Tiny for better bug planning/management

2010-01-20T10:40:31Z

Hello,

The community doesn't spend a lot of time currently on bug planning because we still can't do it efficiently unless you do what I list here:

****** problems for 5.0.x bug planning ******

We can't plan bugs on 5.0.x releases because we don't know any release calendar. 5.0.7 was announced at mid December, it's still not released at mid January. We asked the community to test it urgently in mid December, even during the week end. I assume some made the effort and indeed regressions where unlikely during that test effort. But if we ask work from the community and Tiny don't do what it announce (release 5.0.7, work on discovered regressions only lately), then it's not credible to ask more from the community.

Currently we don't know why Tiny doesn't release 5.0.7, I list here hypotheses:

1) is it because of the regressions found here https://launchpad.net/openobject-addons/+milestone/5.0.7 ?

If yes, why those regressions receive less priority than the other unimportant bugs or bugs that were always present?

2) is that because of the new important bugs found and target for 5.0.7 such as: https://bugs.launchpad.net/bugs/452854 ?

Well, working on those is great, but those bugs were always present so, why delay 5.0.7 forever letting instead lots of new install be done on 5.0.6 which have hundreds of more bugs, possibly very important?

3) other reason?

The result is that even if we see an important bug, now we don't have the courage to target it to 5.0.7 because we fear it will delay 5.0.7 even more forever.

We don't target bugs on 5.0.8 either because we have no idea how many bugs we can target to 5.0.8 (eg relative priority) because we don't know at all if 5.0.8 will be released in 2 weeks (like time period between 5.0.2 and 5.0.3) or in 5 months (like time period between 5.0.6 and 5.0.7).

I talked about that with Fabien, Quentin and Christophe and we all agreed that we need some scheduled released at least (like one per month or per 2 months, this is up to you but I personnaly prefer one per months to make users benefit the more possible bugfix), so why is that not done? Can't you do it? We community have no admin rights neither authority to do the schedule nor the releases.

Of course, having scheduled versions doesn't prevent some intermediary release in case of critical bugfix/exceptionnal regression.

****** problems for 5.2.x bug planning ******

There are some bugs that are whishlist for 5.0.x but that we need to plan for 5.2. Here are examples:

https://bugs.launchpad.net/bugs/510161

https://bugs.launchpad.net/openerp/+bug/257581

But this time we can't do it because no milestones have been created for those projects.

So can please Tiny create at least a 5.2 milestone for:

- openobject-server

- openobject-client

Thank you very much and good luck with the dev.

new public RSS feeds for the expert teams

2009-12-08T10:57:59Z

Hello,

the expert teams are all nice and seems to pick up so far which is great. But in any case the whole OpenERP community which is not part of those expert team should be able to know what experts are debating. Currently, Launchpad makes this a bit difficult to track. This is why we created new RSS feeds both for the expert posts and messages.

The community could subscribe to those new feeds or alternatively some website can show them in a feed reader. We did that for the http://www.openerpbrasil.org website, in the "Lista de difusao" section if you are curious how it looks like (here using Google Ajax Feed API proxy).

In the future, we could also set up things like Google Wave tracking those expert team debates so that the community could comment on live upon each post. Including a vote widget or manually, we could later on collect useful non qualified community inputs upon those expert message and forward them back to Tiny and the other developers/experts. Well that's just one of the possibilities obviously.

We will communicate about this in planet post, but for now I let just know.

All the expert feeds are:

openerp-community-leaders:

http://feeds.feedburner.com/openerp-community-leaders-messages

http://feeds.feedburner.com/openerp-community-leaders-topics

openerp-expert-framework-:

http://feeds.feedburner.com/openerp-expert-framework-messages

http://feeds.feedburner.com/openerp-expert-framework-topics

openerp-expert-localization:

http://feeds.feedburner.com/openerp-expert-localization-messages

http://feeds.feedburner.com/openerp-expert-localization-topics

openerp-expert-accounting:

http://feeds.feedburner.com/openerp-expert-accounting-messages

http://feeds.feedburner.com/openerp-expert-accounting-topics

openerp-expert-production:

http://feeds.feedburner.com/openerp-expert-production-messages

http://feeds.feedburner.com/openerp-expert-production-topics

openerp-expert-service:

http://feeds.feedburner.com/openerp-expert-service-messages

http://feeds.feedburner.com/openerp-expert-service-topics

Thanks to Sebastien Beau, trainee at Akretion LTDA for having set up that infrastructure.

Best regards,

Raphaël Valyi

http://www.akretion.com

Isn't stock management badly broken?

2010-01-12T05:02:07Z

[Sorry for the cross post, but although not directly related to framework, I
think it partially is because it's both an important issue and might popup in
other places too.]

Although OpenERP uses serializable isolation level for all transactions this
doesn't solve the problem of assigning two or more stock moves when only one
should be possible.

Let me explain:

Say you have one remaining unit of product X at location Stock. There are also
two outgoing pickings that require this product. Two users may "Check
Availability" at the same time and both stock moves would be marked as
assigned although only one should.

This is true because check_assign() function in stock.picking doesn't try to
avoid that. What the function does is:

- Search how much stock we have using _product_reserve() from stock.location
- If value is above zero, assign it

So if two transactions do the same at the same time both will assign the move.

This may seem unprobable but I don't think it is given that:
- Checking available stock requires a sequential scan on stock_move table
which may be really large.
- It's not necessary that both reads happen at the same time, it's only
necessary that both *transactions* happen at the same time. In some cases ther
might be large pickings which would take a long time to process. In others the
process may be part of another automated process that does many other things
and transaction time may be very long.

If my worries are true, I'd go for solving the issue in check_assign()
function. My proposal would be to create a new table in postgres just to
handle the lock (ie 'stock_move_lock').

The first thing check_assign() function should do is "LOCK stock_move_lock"
which would be release at the end of the transaction (this is simply how it
works in Postgres, there's not UNLOCK mechanism).

The proposal of using a new table for locking is base on a two facts:
- We don't want to lock 'stock_move' because other processes who only want a
value to be shown to the user shouldn't be locked. There's nothing critical in
there. Those who reallly want to assign the stock must use check_assign()
anyway.
- We don't want a semaphore because this would not allow running several
openobject servers against the same database.

Comments? Do you think I missed something?

--
Albert Cervera i Areny
http://www.NaN-tic.com
Mòbil: +34 669 40 40 18

_______________________________________________
Mailing list: https://launchpad.net/~openerp-community-leaders
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community-leaders
More help : https://help.launchpad.net/ListHelp

Interaction between Tiny an expert teams

2009-12-15T08:13:49Z

Hello,

I report here a talk I had with Quentin de Paoli yesterday about the expert team. I said to Tiny that the expert teams are surprisingly active but that people might dismiss from them if Tiny never comments on experts suggestions. Indeed 50% of the reasons we set up those list was to buffer the communication between Tiny and the community to avoid Tiny being struggled. However, that should be a two ways communication and now Tiny don't have the excuse that the community is too large as the number of posts on the expert lists are quite filtered already. Then that the role of the experts to forward back the information to and from the community, else that don't remove any bottleneck.

Quentin told me that currently he has no team even to follow the expert team threads. That's a bad news for us.

As a workaround, I proposed to Quentin to re-filter the expert team communication and offer a smaller set of mails Tiny should absolutely read and comment on. So I proposed tagging the most important messages using Delicious, so I'm now tagging the messages that propose something to Tiny or ask Tiny to take a position here:

http://delicious.com/rvalyi/openerpExpertTeamsTiny

Tiny can now subscribe to that feed to see only those messages:

http://feeds.delicious.com/v2/rss/rvalyi/openerpExpertTeamsTiny?count=15

After they identified a message they want to reply, they can search for the message title in their mail client and reply (before things like Google Wave, I can't really give them a post URL where they can reply inline using Launchpad mailing lists as they wanted too).

I just started flagging so some important posts might be missing please tell me if you think so.

Raphaël Valyi

http://www.akretion.com

Re: a few more things Tiny should do for effective bug management by OpenERP Driver team

2009-12-15T07:58:40Z

Hello, points 1) and 2) have been done by Quentin a few days ago already. However, point 3) still stands and prevent the "OpenERP Driver" team from efficient bug planning across the next 5.0.8 and 5.0.9 releases (we plan to 5.0.7 only security issues or regressions currently to avoid delaying 5.0.7 release).

Moreover, there two other points:

4) the "OpenER Driver" team is not a driver nor a "bug supervisors" of the https://launchpad.net/openobject-client-web project so we can't prioritize nor plan the bugs here.

5) Moreover, I asked again Tiny to publish the post explaining the expert teams the asked me to the general public in their openobject planet. Currently the post can however be found here: http://www.akretion.com/en/blog/2009/12/06/scaling-openerps-community-to-the-world/ but is currently missing it's target audience.

Raphaël Valyi

http://www.akretion.com

2009/12/7 Raphaël Valyi <[hidden email]>

Hello,

Looks like it will be the first post on the mailing list. A few folks my still not have subscribed to the mailing list, but never mind, this mail is mainly aimed at Tiny and doing it transparently is better.

So, the 5.0.7 release is actually helped us find out things that was missing for bug administration (importance evaluation and milestone planning) by the "OpenERP Driver team"
https://launchpad.net/~openerp-drivers

I even tested by planning bugs the power users reported me as regressions here:
https://launchpad.net/openobject-addons/+milestone/5.0.7

It mostly works but we need a few more things:

URGENT:

1) we need Tiny (only them have the required rights) to define a 5.0.7 milestone for

https://launchpad.net/openobject-server
https://launchpad.net/openobject-client

currently only (addons and client-web have it)

LESS URGENT BUT IMPORTANT:

2) For the sake of clarity, the status of the previous milestones for all projects need to be updated.

For instance the status here don't reflect the fact the milestones have been released already: https://launchpad.net/openobject-addons/+milestones

and milestone 5.0.6 is missing from addons for instance.

3) We need a Tiny to define a 5.0.8 and 5.0.9 milestone at least with an approximative release date for all projects. Indeed without an approximative release date, it's impossible for us to know if it's due in 3 weeks or 3 months (we saw such variations between milestones already), so we can't reasonably prioritize the bugs for those milestones. For instance, for something that is very urgent but isn't a regression, I guess we can't plan it for 5.0.7 as Tiny wanted 5.0.7 already (else it's the open door for anything that will delay the release forever, leading to new regressions meanwhile), but we need a 5.0.8 to show the users we actually consider fixing that important bug as soon as possible.

QUESTION:

4) I tested to assign a bug to an expert team as required by Tiny. For instance that regression which evaluation required the accounting expert team I think:

https://bugs.launchpad.net/openobject-addons/+bug/491807
However, this didn't sent any mail to the list (empty archive here https://lists.launchpad.net/openerp-expert-accounting/) nor to their member.

So is that any useful to do it?
How could we improve it? (eventually manually forward the bug report to the list?)
I see in Launchpad bug assignation that a bug can be assigned to only one person. So is their a risk that in th Tiny dev team, developers will rather not consider working on the bug due to the fact it seems assigned to somebody already (the contrary of what we want).

Thank you to help us sort this out.

Raphaël Valyi
http://www.akretion.com

Open ERP Exceptions on Exceptions bug

2009-12-11T08:49:17Z

Hello All,

I think these are the communities which have to review this:

Open ERP uses raise "Exception as string" in several places which is depreciated in Python 2.6 bundled with the most popular Ubuntu OS (9.10 Karmic).

Python 2.6 requires exceptions to be classes and not strings. As a result of this many exceptions turn out to be exceptions. An example of this would be an attempted inheritance of osv_memory wizards which is not supported in 5.0.X. Instead of showing a meaningful exception or message, the server will error out because the exception code is itself an error.

You can simply try:

raise "Error"

and you can see that it errors out in python 2.6, the correct one should be

raise Exception("error")

However most Open ERP exceptions are classes. Eg. except_osv used in modules, except_orm used in osv and simple Exception class used in the orm.

Exceptions as classes are supported from ver 2.4 of python and has been tested by Raphael Valyi.

In version 2.5 the wrong usage gives a depreciation warning, however we ignored them.

I request the community to review my merge proposal which is here:

https://code.launchpad.net/~sharoonthomas/openobject-server/5_0_orm_and_osv_cleaned_strException/+merge/15773

The corrections i have done is simple and dumb and extremely clear that it wont break anything. If this merge proposal is approved i think we can collectively clean other modules and files including fields.py which has the same problem.

Thanks & Regards

Sharoon Thomas

OpenERP Ergonomy expert group not properly set up...

2009-12-09T02:44:49Z

Hello,

Fabien, you asked me to promote the "ergonomy expert" team as well.

But there are 3 issues with that team:

1) the "ergonomy" word sounds like an English mistake. I think the team should be renamed "openerp-expert-ergonomics" instead; will look more professional.

2) I'm not admin of the team so I can't do anything about it.

3) The team has no mailing list currently, can you create one or else give me admin rights so I can do it.

Can you confirm we activate that team (else we should remove it; an other option would be to use https://launchpad.net/~openerp-expert-framework instead) ?

If we should activate it, I think this the right time to let ergonomics experts comment on topics such as "Trunk Generic Improvement in Ergonomy" https://bugs.launchpad.net/openobject-addons/+bug/485016

Thank you very much.

Raphaël Valyi

http://www.akretion.com