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

Re: [Openerp-expert-framework] Res partner title management in trunk

2010-05-27T08:50:17Z

Am Donnerstag 27 Mai 2010, 17:13:47 schrieb Nicolas Bessi:
> Dear community,
+ 1
titles should be translatable and a "normal" m2o relation - this is specially
true for countries where using correct titles is key to success

>
> 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)
> --------------------------------------------------------------------

--
Best Regards

ChriCar Beteiligungs- und Beratungs- GmbH
http://www.chricar.at/ChriCar/index.html
Dr. Ferdinand Gassauer
Official Tiny 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

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)

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

Re: [Openerp-community] OpenERP 5.0.7

2010-05-20T02:34:45Z

I will try to improve it

Regards,
On 03/02/2010 12:59 AM, Eric Caudal wrote:

> Great Job,
> Is it possible in the future to improve the change log having it
> classified by module, and with short description for all and bug
> reference link (if exists)?
> Current change log is impressive but unreadable if you want to keep
> track of a specific module.
>
> regards
>
> Eric
>
> -----Original Message-----
> From: Stephane Wirtel <[hidden email]>
> Reply-to: [hidden email]
> To: [hidden email]
> Cc: [hidden email],
> [hidden email]
> Subject: [Openerp-community] OpenERP 5.0.7
> Date: Mon, 01 Mar 2010 16:45:23 +0100
>
>
>
> 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,

_______________________________________________

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

_______________________________________________
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

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

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

2010-05-19T12:50:51Z

Hello Sir,

Thanks for this interesting long fabricated mail.

On Wed, May 19, 2010 at 6:07 PM, Mantavya Gajjar <[hidden email]> wrote:

Hello to All and Sharoon,

I am Mantavya Gajjar - (mga), Director Tiny ERP India,

Sorry for my Late Reply, but I just came to know about this email
chaining from some of the employees.

I would prefer to believe it, but its very very bad that even senior most employees of Tiny don't participate in the community mailing lists.Clearly shows why there is a disconnect between Open ERP and the community [I would recommend you to join atleast the framework-expert list.]

I had posted a bug that doesn't mean that I am aware about the complete
product.

For the bug post, https://bugs.launchpad.net/poweremail/+bug/428568, I
have seen some of the template screen somewhere on the blog and I see
some of the notation like ${ } from the screen I did not know that you
have used mako template.

I have a sense that if you use features of the mako template then its
not easy to change the behaviour of parsing the same, and that is the
reason, that after your reply I did not post any comment on the same
bug. Actually I should not post the bug but I post because at that time
I was crazy about the new development I did and that as the Server
Action. (In that if you look at the Email & SMS Action features i use
the notation [[ ]] same like OpenERP report to parse the object /
fields). the Intention behind this post was to keep the same notation
[[ ]] instead of the ${}. at that time I didn't know that this post will
prove me liar.

Wrong argument about mako, but I prefer to believe you on the rest.

Regarding the Powermail - after listening "India Director has to lie" I
try to check the poweremail module and try to check the code.
(http://bazaar.launchpad.net/~openerp-commiter/poweremail/poweremailtrunk/annotate/head:/poweremail_core.py) at the first look it seems more or less the Axelor Webmail module. which manage Inbox, of emails, provide the templates for emailing.

I want to believe that you never checked poweremail before. Axelor webmail module (If its the open one in the standard repos) is just not even a quarter of poweremail -it just downloads mail and as far as i see does not have powerful templating or such reception with read/unread status etc.

Regarding the Fetchmail: As I have already informed to Fabien during his
trip to Indian, that why I have invented the fetchmail module.

- To replace the mail_gateway module which was tightly coupled with the
crm module (even after migration from email_gateway.py script to
mail_gateway module)

- From the beginning I have already Invented the smtpclient module in
the trunk-extra-addons, and it is alternative of the tools.send_email()
(I think this module I have developed before the Sharon's Training @
Indian Office, I think Sharon I have shown you this module during the
Training).

Yes, you did show the module, but it never worked and that's where I got my first dose of inspiration for poweremail. If you remember we had an argument then about the 'lockin' disadvantage of having such a system.

- Before 1.5 months Tiny ERP Indian office have started the recruitment,
and due to that we are getting lots of CV's I want some system where i
can redirect this all emails to our Internal Interview Module (which is
already running in our system), for that I required some system like CRM
Mail Gate. but I was not able to use the same as its strict with CRM
module. so one of the biggest reason was to develop a Fetchmail was
this

So, finally I started to work on that and come with the very simple
module by taking the email_gateway module code I prepare a generic and
very simple system which can be used in any module (yes of course need
to write 2 method in the model which we want to integrate).

If you had used poweremail the job would have been done in 5 minutes. After 1.5 months you still dont have a working solution... lol... (also keen to know what discouraged you from using axelor's webmail)

But what surprises me more is that you have Open ERP 6.0 in production internally before 1.5 months!! as far as I can see the fetch mail module was written for 6.0. Anyway, INTERESTING fabrications!

If you compare these 2 modules there are no similarities in between
them.

I am writing the similarities below with the proof of my claim for the duplication

Fetchmail: only work for the fetching emails and integrate with the
OpenERP Model

PowerEmail: works like a mail client.

I think you angry because of
"http://openlabs.co.in/blog/post/presentation-community-meeting/" here
you wrote that

"The good news is the commitment from Fabien Pinckaers (CEO of Open ERP)
and the Antoine (CTO of Open ERP) that Poweremail is going to be
integrated to the trunk of Open ERP." and certainly Fetchmail was
published in the addons branch. but that is again not a relation of
fetchmail with the poweremail module.

My company site says as you have quoted "good news ..". If I was angry I would have written "Bad news"? I dont understand what you try to explain here!

Also, I have reviewed Axelor Webmail for so many times( At Indian
office), also gives the solution for some problems, do you think that I
need to copy and paste from the Powermail module ??

I have personally taken my training from you and I completely understand your skills in programming and knowledge. There's no question about it. I respect your knowledge and skills but replicating functionality is no excuse for it.

Working with the sms & email applications is interesting things for me.
http://sites.google.com/site/mantavyagajjar2/massmailing-java
http://sites.google.com/site/mantavyagajjar2/massmailingapplication
http://sites.google.com/site/mantavyagajjar2/smsapplication

- and that's why I put 2 module on the trunk extra addons (smsclient,
and smtpclient as smsclient nobody is using so there is no enhancements
smtpclient used by the 2 major projects webmail and direct marketing
project - dm)

you have no rights to blame anyone before knowing the complete truth,
how come you say that its 90% same in the code and 99% same in logic?

As mentioned my reasons for the above claim are below:

Reason 1: HTML2TEXT in poweremail is in separate file, in your module in the same file

Reason 2: 9/13 fields already exist in poweremail core accounts (obviously the views have similar structure)
[Format: fetchmail_field:poweremail_field]
1.name:name
2.active:
3.state:state (with three equivalent states)
4.server:iserver
5.port:iport
6.type:iserver_type
7.is_ssl:isssl
8.user:username
9.password:password
10.action_id:
11.object_id:
12.priority:
13.user_id:user

Reason 3:

Constraint of check_duplicate in fetchmail: Called _constraint_unique in poweremail

Reason 4: Method similarity [4/5 methods are same]

_process_email :
set_draft : done in workflow
decode_header : decode_header_text
button_fetch_mail : send_receive
fetch_mail : get_mails (Almost the same in code as well with same kind of if else logic)

When a model, view and methods are same in functionality, I prefer to call it a duplicate. Now tell me why I cant make the above claim. (Sorry if its a rounded percentage.. lol)
If you call 'apple' an 'Apple', python may be case sensitive and make a difference but doesnt make it new code.

I would like to request any community member to check out the code of
both the modules. I would not like to enter in a huge discussion.

I have made it easy for the community member who wants to check.

We appreciate your contribution in the community, but you should
respects others too.

With all due respect to you as an Individual, I should say that I am convinced that you will neither accept the fact that you copied, nor do I expect you to. Open ERP SA claims to support all community work. Can you give the name of the community modules which you have contributed to officially and incorporated to the official base? Do you want to say that till today there are no valid contributions from the community?

I know you hate this name 'Tryton', please download its client (from www.tryton.org) and have a look at the 'About section'. That will show you the 'respect' an opensource project should have for its contributors. To get what you have made today all what you needed was to add 4 fields to poweremail, but i want to believe you never knew about 'poweremail'.

Everything about your reply is so contradictory, and despite the nice laugh this mail gave me at the end of tiring day (thankful to you for that), I would like to stop this mail trail. I am convinced that you will never accept the truth and I have no time to keep proving your false statements false.

Remember that what Open ERP SA is today is not what your copyright claims it to be, its what your partners and the community makes it to be. The day is not far when the competition you try to deny (Tryton) will be much ahead in popularity as well, it already crossed to be a better framework than Open ERP when you guys were busy trying to have SQL Alchemy inside Open ERP ORM. I have a humble request: Please dont insult Tryton then by adding it to your manipulated http://evaluation-matrix.com/

Apologies if I have been a bit out of topic, but I guess it is necessary for you to understand because you seem to be too disconnected from the real world (from the fact that you are not on any such mailing lists or communication channels and never even knew about a popular community module's functionality after a presentation was conducted in you head quarters).

Regards,
Mantavya Gajjar
Director
Tiny ERP Private Limited

On Sun, 2010-05-16 at 15:44 +0100, Sharoon Thomas wrote:
> Hello Fabien,
>
> Thanks for this update as well.
>
> Its very unfortunate that your India Director has to lie that 'still I
> did not check the poweremail module.'
>
> Here is a bug he has reported
> https://bugs.launchpad.net/poweremail/+bug/428568
>
> I am not sure you can report a bug/feature of the above nature without
> testing and using poweremail.
>
> I do not want to take these allegations personally but i think it is
> important to justify your intentions. You can look at the same bug and
> you will note that the person has tried to put it as a hidden bug
> (security vulnerability). I made it a public bug because I don't see
> anything so private in it.

> I leave it to Open ERP SA to decide why he had to do it and the truth
> of these claims.
>
> I leave it to the programmers and techies who work everyday on these
> very programs to further decide the originality of code too. Anyway,
> copying has never been new to OpenERP. Just taking references to Tree
> view buttons, the wizard to google map lookup idea etc. [This is not
> for a second set of arguments to begin!]
>
> Atleast Fabien, its great relief to know that you are not aware of
> these.
>
> Thanks,
>
>
> NB: I have remarked a copy of the mail to the same groups that were
> addressed these questions to ensure that there are no broken
> conversations in the archives.
>
> On Sun, May 16, 2010 at 2:46 PM, Fabien Pinckaers <[hidden email]>
> wrote:
> 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
>
>
>
>
> --
> Sharoon Thomas
> Business Analyst & Open Source ERP Consultant
> CEO @ http://openlabs.co.in

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

--
Mantavya Gajjar <[hidden email]>
Tiny ERP Private Limited

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

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

2010-05-19T10:07:58Z

Hello to All and Sharoon,

I am Mantavya Gajjar - (mga), Director Tiny ERP India,

Sorry for my Late Reply, but I just came to know about this email
chaining from some of the employees.

I had posted a bug that doesn't mean that I am aware about the complete
product.

For the bug post, https://bugs.launchpad.net/poweremail/+bug/428568, I
have seen some of the template screen somewhere on the blog and I see
some of the notation like ${ } from the screen I did not know that you
have used mako template.

I have a sense that if you use features of the mako template then its
not easy to change the behaviour of parsing the same, and that is the
reason, that after your reply I did not post any comment on the same
bug. Actually I should not post the bug but I post because at that time
I was crazy about the new development I did and that as the Server
Action. (In that if you look at the Email & SMS Action features i use
the notation [[ ]] same like OpenERP report to parse the object /
fields). the Intention behind this post was to keep the same notation
[[ ]] instead of the ${}. at that time I didn't know that this post will
prove me liar.

Regarding the Powermail - after listening "India Director has to lie" I
try to check the poweremail module and try to check the code.
(http://bazaar.launchpad.net/~openerp-commiter/poweremail/poweremailtrunk/annotate/head:/poweremail_core.py) at the first look it seems more or less the Axelor Webmail module. which manage Inbox, of emails, provide the templates for emailing.

Regarding the Fetchmail: As I have already informed to Fabien during his
trip to Indian, that why I have invented the fetchmail module.

- To replace the mail_gateway module which was tightly coupled with the
crm module (even after migration from email_gateway.py script to
mail_gateway module)

- From the beginning I have already Invented the smtpclient module in
the trunk-extra-addons, and it is alternative of the tools.send_email()
(I think this module I have developed before the Sharon's Training @
Indian Office, I think Sharon I have shown you this module during the
Training).

- Before 1.5 months Tiny ERP Indian office have started the recruitment,
and due to that we are getting lots of CV's I want some system where i
can redirect this all emails to our Internal Interview Module (which is
already running in our system), for that I required some system like CRM
Mail Gate. but I was not able to use the same as its strict with CRM
module. so one of the biggest reason was to develop a Fetchmail was
this

So, finally I started to work on that and come with the very simple
module by taking the email_gateway module code I prepare a generic and
very simple system which can be used in any module (yes of course need
to write 2 method in the model which we want to integrate).

If you compare these 2 modules there are no similarities in between
them.

Fetchmail: only work for the fetching emails and integrate with the
OpenERP Model

PowerEmail: works like a mail client.

I think you angry because of
"http://openlabs.co.in/blog/post/presentation-community-meeting/" here
you wrote that

"The good news is the commitment from Fabien Pinckaers (CEO of Open ERP)
and the Antoine (CTO of Open ERP) that Poweremail is going to be
integrated to the trunk of Open ERP." and certainly Fetchmail was
published in the addons branch. but that is again not a relation of
fetchmail with the poweremail module.

Also, I have reviewed Axelor Webmail for so many times( At Indian
office), also gives the solution for some problems, do you think that I
need to copy and paste from the Powermail module ??

Working with the sms & email applications is interesting things for me.
http://sites.google.com/site/mantavyagajjar2/massmailing-java
http://sites.google.com/site/mantavyagajjar2/massmailingapplication
http://sites.google.com/site/mantavyagajjar2/smsapplication

- and that's why I put 2 module on the trunk extra addons (smsclient,
and smtpclient as smsclient nobody is using so there is no enhancements
smtpclient used by the 2 major projects webmail and direct marketing
project - dm)

you have no rights to blame anyone before knowing the complete truth,
how come you say that its 90% same in the code and 99% same in logic?

I would like to request any community member to check out the code of
both the modules. I would not like to enter in a huge discussion.

We appreciate your contribution in the community, but you should
respects others too.

Regards,
Mantavya Gajjar
Director
Tiny ERP Private Limited

On Sun, 2010-05-16 at 15:44 +0100, Sharoon Thomas wrote:

> Hello Fabien,
>
> Thanks for this update as well.
>
> Its very unfortunate that your India Director has to lie that 'still I
> did not check the poweremail module.'
>
> Here is a bug he has reported
> https://bugs.launchpad.net/poweremail/+bug/428568
>
> I am not sure you can report a bug/feature of the above nature without
> testing and using poweremail.
>
> I do not want to take these allegations personally but i think it is
> important to justify your intentions. You can look at the same bug and
> you will note that the person has tried to put it as a hidden bug
> (security vulnerability). I made it a public bug because I don't see
> anything so private in it.

> I leave it to Open ERP SA to decide why he had to do it and the truth
> of these claims.
>
> I leave it to the programmers and techies who work everyday on these
> very programs to further decide the originality of code too. Anyway,
> copying has never been new to OpenERP. Just taking references to Tree
> view buttons, the wizard to google map lookup idea etc. [This is not
> for a second set of arguments to begin!]
>
> Atleast Fabien, its great relief to know that you are not aware of
> these.
>
> Thanks,
>
>
> NB: I have remarked a copy of the mail to the same groups that were
> addressed these questions to ensure that there are no broken
> conversations in the archives.
>
> On Sun, May 16, 2010 at 2:46 PM, Fabien Pinckaers <[hidden email]>
> wrote:
> 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
>
>
>
>
> --
> Sharoon Thomas
> Business Analyst & Open Source ERP Consultant
> CEO @ http://openlabs.co.in
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-community
> Post to : [hidden email]
> Unsubscribe : https://launchpad.net/~openerp-community
> More help : https://help.launchpad.net/ListHelp

--
Mantavya Gajjar <[hidden email]>
Tiny ERP Private Limited

_______________________________________________
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]

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

2010-05-16T07:44:41Z

Hello Fabien,

Thanks for this update as well.

Its very unfortunate that your India Director has to lie that 'still I did not check the poweremail module.'

Here is a bug he has reported https://bugs.launchpad.net/poweremail/+bug/428568

I am not sure you can report a bug/feature of the above nature without testing and using poweremail.

I do not want to take these allegations personally but i think it is important to justify your intentions. You can look at the same bug and you will note that the person has tried to put it as a hidden bug (security vulnerability). I made it a public bug because I don't see anything so private in it. I leave it to Open ERP SA to decide why he had to do it and the truth of these claims.

I leave it to the programmers and techies who work everyday on these very programs to further decide the originality of code too. Anyway, copying has never been new to OpenERP. Just taking references to Tree view buttons, the wizard to google map lookup idea etc. [This is not for a second set of arguments to begin!]

Atleast Fabien, its great relief to know that you are not aware of these.

Thanks,

NB: I have remarked a copy of the mail to the same groups that were addressed these questions to ensure that there are no broken conversations in the archives.

On Sun, May 16, 2010 at 2:46 PM, Fabien Pinckaers <[hidden email]> wrote:

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

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

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

2010-05-16T07:29:22Z

Hello Fabien,

Thank you very much for taking time out of your busy schedules to write back to this community.

On Sun, May 16, 2010 at 1:25 PM, Fabien Pinckaers <[hidden email]> wrote:

Hello,

History of this module
----------------------

1. The smtpclient is a personal initiative of one our developer. It was
not in our R&D backlog. I just discovered it a few days ago.

2. We reviewed the smtpclient module just after the publication of the
blog and we decided to remove it from the addons as it was not clean enough.

3. So, the smtpclient will be removed from addons and be moved to
addons-extra. The mailgateway module will be independant of the
smtpclient module.

Our internal policy
-------------------

At OpenERP sa, our policy is quite clear:

* Promote every community's effort, even if we think the module is not
clean or useful enough for the official version.
* If we reuse something from the community, we:
- keep the author in the module
- keep the copyright
- put greetings in the commit.
If one of our developer forget this during his work, we fix this as
soon as we get a notice from someone of the community.
* It is not our policy at all to try to stole copyright.

Please avoid launching trolls about this.

I did not checked the code, but I don't think mga took code from
poweremail module. Mga, can you confirm or not. If you get some code
from poweremail, wan you change the copyright in your module ?

The smtpclient module
---------------------

I'd like to thanks the author of the smtpclient module.

It's a good contribution to OpenERP (even if we think it's not ready to
be ported to v6.0.) It adds several features and some companies may find
the solution they need in this module.

I don't think it's fair to criticise someone who contributes. (whether
is's OpenERP SA, a personal initiative or someone from the community).
Every contribution is a plus to OpenERP.

You can blame OpenERP SA to have added this module in addons because you
think it's not good enough. This is a mistake of us and we will remove
it as soon as we have changed the mailgateway module to remove the
dependency. It's in our backlog since a few days.

Your attitude
-------------

I think your attitude is not open at all !

It's not acceptable to blame someone that develop a new open source
module. Every one is free to develop what he needs, this is what open
source is all about.

You may like the new development or not, but don't blame someone who
contributes. It's sometime a good thing to have several modules that
does the same thing. People will use the module that best fits their needs.

Anybody is free to develop what they want. But, opensource is also about improving what is available not rebuilding whatever already exists. From the design, approach and blog I had linked all were a clear duplication of the community work on poweremail. It may be better to have alternatives from the perspective of having multiple disto's of Linux, but IMHO not sure about duplicates :(

I really appreciate if you could ensure that the new module is not a duplicate in methodology, functionality and code.

Our policy about duplication of Work
------------------------------------

Our policy is to reuse what exists, if it's possible.

But sometimes it's better to recode than to reuse. Here are some
examples, which lead to great improvements in OpenERP:

1. Scenario

* OpenERP had a test system based on asserts and .XML files.
* C2C did not liked this and made a good contribution with OERPScenario
instead of using/improving the current OpenERP test system.
* We thought the C2C system can not be integrated in the main branch so
we released an improved version of our initial data loading/test
system: YAML.

Today, we have two good tests system in OpenERP: OpenERPScenario and YAML.

I think it's very good to have alternatives, we must keep and promote
both: and that's what we do.

OpenERPScenario is a strong improvement to OpenERP. Even if we decided
to not use it, for reasons I previously explained, we promote their
contribution.

This is exactly what open souce is all about: freedom to use what you
want, freedom to redevelop what you don't like.

2. Report Engine

* Reportlab had a report engine that produced PDF files based on .XML
data. (RML2PDF) This was a great tool because, 10 years ago, every
report engine where based on code, rather than data.
* We decided to redevelop it because it was not open source. So we made
trml2pdf, an open source alternative.
* The community decided to add new report engine because RML has some
limitations and we have about 4 new report engine in OpenERP: OO
headless, mako, etc.

Fortunately these two examples are exceptions. In the 500 modules of
OpenERP, you have only a very few of them that overlaps. This is good
because it's a waste of time to redevelop 2 times the same thing, even
if sometimes it's required.

It works in both ways. If the community do not like a module from
OpenERP, you can redevelop an alternative for it. We will not blame you
but promote your effort.

So, please be open to this.

About Quality certification
---------------------------

> Is it because the community cannot pay for a community contribution
> that the effort is duplicated?

The quality certification is a service for customers, if they want their
module to be checked and maintained in the long term. (migrations of
versions, ...) It's not required and our goal is not to force people to
pass it.

If we think a module is good enough to be integrated in the official
release, we take the certification at our charge. We already announced
we will do it for several accounting modules and for poweremail.

Thank you for the official confirmation of this news. I express my gratitude for the same.

We made the review of poweremail for quality certification and including
it in the next versions of OpenERP because it's clearly interesting
features.

In my first check, I think they are several things to change before
being included in the official version.

Some examples:
* the name of the module must be changed. Something like: email_template
To compare, we will not name a module efficient_sale in the official
addons.
* most menus must be changed according to v6.0 guidelines. It must be in
submenus of Tools, instead of defining a root menu.
* we need the module to send template of emails, but we don't need the
reception of email. (pop/imap) Managing mailboxes is a different
behaviour and I prefer to have light modules.
* Also, there is a good contribution from axelor for webmail which seems
more advanced for managing mailboxes. (reception of emails)

If you allow, we can do the rework (and keep your copyright of course).

Fabien, thats the difference here. From, Day 1 the module branch has been owned by the 'Open ERP Committers' - the most active group of community members and Open ERP SA employees. I have absolutely no issue with any changes AS LONG AS IT IS DISCUSSED WITH THE COMMUNITY WHICH DEVELOPED IT AND USES IT. The policy on code changes is 'propose merge', its 'open for peer-review' and after review it gets 'merged'. This allows to take full benefit of the tacit and explicit knowledge wealth in the open erp community rather than individuals like us or organisations (Compare open ERP SA with the collective wisdom of the community).

But certainly, there should be no issues with any of these changes for version 6.0 since nobody already uses this for 6.0.

Conclusion
----------

> 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.

Sharoon, please understand that:

1. It was not the intention of OpenERP to duplicate your work. It was a
personal initiative of one of our employee and his intention was to
improve the mailgateway which is a slightly different behaviour than
poweremail. I don't know if he reused code from poweremail or not. But,
you may like it or nto, a contribution is always good thing.

There is NO FACTOR OF MY PERSONAL LIKING. IMHO we expect Open ERP SA to play the role of an editor. I think it is important for Open ERP SA to fix issues of high importance like the numerous security holes, quality, pythonisation rather than dedicating the efforts of critical workforce like your India Director (as in this case) on developing something which is already there. [BTW its only a suggestion and its none of my business how OpenERP SA should organise and utilise itself]

2. If, one day, we reuse your code in one of our module, you should not
criticise this. (unless we forget the copyright of course) This is how
open source projects evolve.

You have all the right to use (with copyright) since every line of code is covered by GPL3

3. If, one day, you reuse our code, we will not criticise you publicly.
We think it's normal and we will probably promote your contribution.

I understand nobody likes to have an alternative module to one of his
work. But this is how open source works: having different alternatives
for the same purpose, and the users use the ones they prefer.

I reiterate the fact that this has nothing to do with having an alternate module if it is written at a better quality and implements better functionality. In this case both are not there :(

As an editor, we always prefer to reuse and promote the work of the
community if it's possible.

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

[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

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

2010-05-16T05:25:07Z

Hello,

History of this module
----------------------

1. The smtpclient is a personal initiative of one our developer. It was
not in our R&D backlog. I just discovered it a few days ago.

2. We reviewed the smtpclient module just after the publication of the
blog and we decided to remove it from the addons as it was not clean enough.

3. So, the smtpclient will be removed from addons and be moved to
addons-extra. The mailgateway module will be independant of the
smtpclient module.

Our internal policy
-------------------

At OpenERP sa, our policy is quite clear:

* Promote every community's effort, even if we think the module is not
clean or useful enough for the official version.
* If we reuse something from the community, we:
- keep the author in the module
- keep the copyright
- put greetings in the commit.
If one of our developer forget this during his work, we fix this as
soon as we get a notice from someone of the community.
* It is not our policy at all to try to stole copyright.

Please avoid launching trolls about this.

I did not checked the code, but I don't think mga took code from
poweremail module. Mga, can you confirm or not. If you get some code
from poweremail, wan you change the copyright in your module ?

The smtpclient module
---------------------

I'd like to thanks the author of the smtpclient module.

It's a good contribution to OpenERP (even if we think it's not ready to
be ported to v6.0.) It adds several features and some companies may find
the solution they need in this module.

I don't think it's fair to criticise someone who contributes. (whether
is's OpenERP SA, a personal initiative or someone from the community).
Every contribution is a plus to OpenERP.

You can blame OpenERP SA to have added this module in addons because you
think it's not good enough. This is a mistake of us and we will remove
it as soon as we have changed the mailgateway module to remove the
dependency. It's in our backlog since a few days.

Your attitude
-------------

I think your attitude is not open at all !

It's not acceptable to blame someone that develop a new open source
module. Every one is free to develop what he needs, this is what open
source is all about.

You may like the new development or not, but don't blame someone who
contributes. It's sometime a good thing to have several modules that
does the same thing. People will use the module that best fits their needs.

Our policy about duplication of Work
------------------------------------

Our policy is to reuse what exists, if it's possible.

But sometimes it's better to recode than to reuse. Here are some
examples, which lead to great improvements in OpenERP:

1. Scenario

* OpenERP had a test system based on asserts and .XML files.
* C2C did not liked this and made a good contribution with OERPScenario
instead of using/improving the current OpenERP test system.
* We thought the C2C system can not be integrated in the main branch so
we released an improved version of our initial data loading/test
system: YAML.

Today, we have two good tests system in OpenERP: OpenERPScenario and YAML.

I think it's very good to have alternatives, we must keep and promote
both: and that's what we do.

OpenERPScenario is a strong improvement to OpenERP. Even if we decided
to not use it, for reasons I previously explained, we promote their
contribution.

This is exactly what open souce is all about: freedom to use what you
want, freedom to redevelop what you don't like.

2. Report Engine

* Reportlab had a report engine that produced PDF files based on .XML
data. (RML2PDF) This was a great tool because, 10 years ago, every
report engine where based on code, rather than data.
* We decided to redevelop it because it was not open source. So we made
trml2pdf, an open source alternative.
* The community decided to add new report engine because RML has some
limitations and we have about 4 new report engine in OpenERP: OO
headless, mako, etc.

Fortunately these two examples are exceptions. In the 500 modules of
OpenERP, you have only a very few of them that overlaps. This is good
because it's a waste of time to redevelop 2 times the same thing, even
if sometimes it's required.

It works in both ways. If the community do not like a module from
OpenERP, you can redevelop an alternative for it. We will not blame you
but promote your effort.

So, please be open to this.

About Quality certification
---------------------------

> Is it because the community cannot pay for a community contribution
> that the effort is duplicated?

The quality certification is a service for customers, if they want their
module to be checked and maintained in the long term. (migrations of
versions, ...) It's not required and our goal is not to force people to
pass it.

If we think a module is good enough to be integrated in the official
release, we take the certification at our charge. We already announced
we will do it for several accounting modules and for poweremail.

We made the review of poweremail for quality certification and including
it in the next versions of OpenERP because it's clearly interesting
features.

In my first check, I think they are several things to change before
being included in the official version.

Some examples:
* the name of the module must be changed. Something like: email_template
To compare, we will not name a module efficient_sale in the official
addons.
* most menus must be changed according to v6.0 guidelines. It must be in
submenus of Tools, instead of defining a root menu.
* we need the module to send template of emails, but we don't need the
reception of email. (pop/imap) Managing mailboxes is a different
behaviour and I prefer to have light modules.
* Also, there is a good contribution from axelor for webmail which seems
more advanced for managing mailboxes. (reception of emails)

If you allow, we can do the rework (and keep your copyright of course).

Conclusion
----------

> 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.

Sharoon, please understand that:

1. It was not the intention of OpenERP to duplicate your work. It was a
personal initiative of one of our employee and his intention was to
improve the mailgateway which is a slightly different behaviour than
poweremail. I don't know if he reused code from poweremail or not. But,
you may like it or nto, a contribution is always good thing.

2. If, one day, we reuse your code in one of our module, you should not
criticise this. (unless we forget the copyright of course) This is how
open source projects evolve.

3. If, one day, you reuse our code, we will not criticise you publicly.
We think it's normal and we will probably promote your contribution.

I understand nobody likes to have an alternative module to one of his
work. But this is how open source works: having different alternatives
for the same purpose, and the users use the ones they prefer.

As an editor, we always prefer to reuse and promote the work of the
community if it's possible.

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

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

2010-05-15T14:26:36Z

2010/5/15 Raimon Esteve <[hidden email]>:
> and a lot of work of community users.

Sorry, I wanted to write:
I'm very sad this notice after a lot of work of communtiy users.

_______________________________________________
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

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

2010-05-15T14:23:27Z

Hello,
Last friday in III Jornadas OpenERP Bilbao (1) (Spanish community
days), one of my presentation was: "Poweremail, email client of
OpenERP".

Now, I'm very sad this new feature of OpenERP 6.0 and fetchamail
module.... and a lot of work of community users.

You can see the presentation at:
http://www.zikzakmedia.com/ca/bloc/novetats/168-material-de-las-iii-jornadas-de-openerp-de-bilbao.html
or
http://www.slideshare.net/raimonesteve/poweremail

:(

(1) http://www.jornadasopenerp.com/

--
Raimon Esteve
OpenERP, gestió empresarial flexible
Magento, botigues virtuals dinàmiques

_______________________________________________
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

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

2010-05-15T11:14:27Z

Hello Shabbir ji,

I think the confusion here is you are talking about this module: http://bazaar.launchpad.net/~openerp-community/openobject-addons/trunk-addons-community/revision/44#poweremail/poweremail_inv.py

It clearly has my name as the author and Pragmatic as the company since this was authored at the time i worked at Pragmatic.
The only mistake done by me was I reused the same name 'poweremail' for a new module which was totally built from scratch.
The work is just an implementation of osv_memory specifically for sale_order and account_invoice. It does not even work with other models. It would be like comparing the new magento corrector with the original smile one because both does the basic job of connecting to magento and the same developer was involved in both. (But just like the poweremail the new magento connect is really powerful and different). I think it would be injustice again to compare the works by me (and other colleagues at Pragmatic) to the Poweremail as we see it today built by the Open ERP community. The said module (linked above) was removed by me couple of months back to avoid ambiguity since the module was never maintained and bugs were being reported about the same.

Me or my company has never claimed that we are the 'owners' of Poweremail despite being the largest contributors. It is a community driven project and I happen to lead the project. The copyrights dont talk about my company either.The claims of contribution can be verified by any body from the launchpad statistics available here https://launchpad.net/poweremail/+topcontributors . You can see couple of names of other Pragmatic employees also in the list but as you would understand its too low to be highlighted in the docs or the presentations that were done (The first name Sudha Sharma is 18th in the overall list). I am sure that pragmatic would have been highlighted if there was consistent contribution and looking forward to your team contributing more to the initiative in the coming days.

I request all your attention to the important issue here where all of us have to fear if this project is on its way to becoming another proprietary solution. I believe that this re-coding effort is to ensure that the entire main code base of Open ERP remains under the copyright of Open ERP SA. If a license change was possible over 1 day from GPL to AGPL, I would not be surprised to see another to make it proprietary.

Further to clarify my own standpoint on the issue, these criticisms is not to provoke an anti-Open ERP'ism, but to humbly insist and persuade Open ERP to change its policies and attitudes to be 'open' ERP. I hope fabien and the Open ERP management will come out with a bold initiative to correct the path.

Cheers!

On Sat, May 15, 2010 at 5:03 PM, Shabbir (Sohel) Merchant <[hidden email]> wrote:

I do not want to start a new controvert here but would like to put in to perspective some background of PowerEmail. The initial version of Power Email was developed at Pragmatic, India paid by its client and was taken over by Mr. Thomas and his company stating that he was using only few hundred lines of code from initial version. He did not even hesitate to discredit our developers and our company who worked hard to get this version in place.

I am not taking any sides here, but I hope you got taste of your own medicine. As you sow, so shall you reap

Shabbir.

On Sat, May 15, 2010 at 3:05 PM, Sharoon Thomas <[hidden email]> wrote:

Hi Fil,

You are right!
But thats the official website of Open ERP India. Its a direct link to their website.

So if there is a trojan, its on their site.

I have copied this mail to the right people who can correct that.

Cheers!

On Sat, May 15, 2010 at 10:00 AM, office <[hidden email]> wrote:

If what you say is true, then you're right to be angry. But, please be careful with links in email or forums because your link http://blog.openerp.co.in/?p=400 from your mail is infected with JS / Agent Trojan NCA.

Thanks,

Dumitru Gilcescu

Fil System

From: [hidden email]

Sent: Saturday, May 15, 2010 2:54 AM

To: [hidden email]

Cc: [hidden email] ; [hidden email] ; [hidden email] ; [hidden email] ; [hidden email]

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

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
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

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

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

--
Shabbir (Sohel) Merchant
CEO
Pragmatic Technology Solutions
www.pragtech.co.in
+91 9422955887
+1 619 488 2759

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

2010-05-15T09:03:39Z

I do not want to start a new controvert here but would like to put in to perspective some background of PowerEmail. The initial version of Power Email was developed at Pragmatic, India paid by its client and was taken over by Mr. Thomas and his company stating that he was using only few hundred lines of code from initial version. He did not even hesitate to discredit our developers and our company who worked hard to get this version in place.

I am not taking any sides here, but I hope you got taste of your own medicine. As you sow, so shall you reap

Shabbir.

On Sat, May 15, 2010 at 3:05 PM, Sharoon Thomas <[hidden email]> wrote:

Hi Fil,

You are right!
But thats the official website of Open ERP India. Its a direct link to their website.

So if there is a trojan, its on their site.

I have copied this mail to the right people who can correct that.

Cheers!

On Sat, May 15, 2010 at 10:00 AM, office <[hidden email]> wrote:

If what you say is true, then you're right to be angry. But, please be careful with links in email or forums because your link http://blog.openerp.co.in/?p=400 from your mail is infected with JS / Agent Trojan NCA.

Thanks,

Dumitru Gilcescu

Fil System

From: [hidden email]

Sent: Saturday, May 15, 2010 2:54 AM

To: [hidden email]

Cc: [hidden email] ; [hidden email] ; [hidden email] ; [hidden email] ; [hidden email]

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

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
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

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

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

--
Shabbir (Sohel) Merchant
CEO
Pragmatic Technology Solutions
www.pragtech.co.in
+91 9422955887
+1 619 488 2759

_______________________________________________
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

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

2010-05-15T02:35:51Z

Hi Fil,

You are right!
But thats the official website of Open ERP India. Its a direct link to their website.

So if there is a trojan, its on their site.

I have copied this mail to the right people who can correct that.

Cheers!

On Sat, May 15, 2010 at 10:00 AM, office <[hidden email]> wrote:

If what you say is true, then you're right to be angry. But, please be careful with links in email or forums because your link http://blog.openerp.co.in/?p=400 from your mail is infected with JS / Agent Trojan NCA.

Thanks,

Dumitru Gilcescu

Fil System

From: [hidden email]

Sent: Saturday, May 15, 2010 2:54 AM

To: [hidden email]

Cc: [hidden email] ; [hidden email] ; [hidden email] ; [hidden email] ; [hidden email]

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

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
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

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

2010-05-15T02:00:39Z

If what you say is true, then you're right to be angry. But, please be careful with links in email or forums because your link http://blog.openerp.co.in/?p=400 from your mail is infected with JS / Agent Trojan NCA.

Thanks,

Dumitru Gilcescu

Fil System

From: [hidden email]

Sent: Saturday, May 15, 2010 2:54 AM

To: [hidden email]

Cc: [hidden email] ; [hidden email] ; [hidden email] ; [hidden email] ; [hidden email]

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

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
Post to : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5115 (20100514) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.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

Injustice, plagiarism and insult of community work

2010-05-14T16:54:39Z

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]

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

signature.asc (268 bytes) Download Attachment

Re: [Openerp-community] OpenERP 5.0.7

2010-03-01T15:59:18Z

Great Job,
Is it possible in the future to improve the change log having it classified by module, and with short description for all and bug reference link (if exists)?
Current change log is impressive but unreadable if you want to keep track of a specific module.

regards

Eric

-----Original Message-----
From: Stephane Wirtel <[hidden email]>
Reply-to: [hidden email]
To: [hidden email]
Cc: [hidden email], [hidden email]
Subject: [Openerp-community] OpenERP 5.0.7
Date: Mon, 01 Mar 2010 16:45:23 +0100

-----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-----
_______________________________________________
Mailing list: https://launchpad.net/~openerp-community
Post to     : [hidden email]
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

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]

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

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-25T06:15:05Z

Hi !

I agree with Jan Verlaan, The best solution is that the community has the commit right on the main stable branch. The official release is just a tag on a specific revision. Other project Open Source are running like this for years now, and it works well as long as things are discussed !

So for me the next point is : The community has to ask Tiny for the commit right into the stable branch. We suggest that for years now @ Camptocamp.... We're fighting till the beginning to have more "power" in the decisions, the code, the futures features and so... Wee succeed introducing Launchpad (not perfect, but much better than SVN :). We just want this project to be more "community oriented" ! Now the community has a real knowledge and a real devs force. We're part of this project, and we want to drive it for the good of all ! I think Tiny would understand that and hope they'll make the good choice... Tiny would always have the right above all other, when no decision can be made into the community, so they'll keep their lead on the project, creating a "red line" for everybody.

@Niels & Rvalyi :

Just to let you know guys that I made this mistake recording this project. Launchpad don't allow you to change it once it's done :( You have to request it through Question/Answer as I did from when Rvalyi told me... Till there, I'm waiting ! It doesn't seem fair to me to judge a project on that... This little mistake (waiting for correction for month now !) doesn't affect the quality of the project...

Regards,

Le 23 janv. 2010 à 01:28, Niels Huylebroeck a écrit :

2010/1/22 Raphaël Valyi <[hidden email]>
5) Finally, yes, helping CampToCamp to build a decent testuite with OERPScenario https://launchpad.net/oerpsenario is a large part of the solution.

Yes, I believe good testing is critical, but how professional does it look when there is a typo in the project name ?

Joël Grand-Guillaume

OpenERP Consultant

Business Solutions

Camptocamp SA

PSE A, CH-1015 Lausanne

www.camptocamp.com

Phone: +41 21 619 10 28

Office: +41 21 619 10 10

Fax: +41 21 619 10 00

Email: [hidden email]

http://www.camptocamp.com/fr/business-solutions/formations

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-25T04:38:54Z

Jan Verlaan - Veritos wrote:
> i think you hit with your doubts the hart of this discussion. At least several community members I spoke in the Netherlands have the same doubts together with most of the others here in the mailinglist.
> The rest of the discussion held is about a possible solution to overcome these doubts.
I think to maintain a positive attitude it would be more constructive to talk about possible fixes instead of repeating the problems, it's true we have to realize what problems there are at this point but it's not worth repeating them over and over.

Lets get some technical talk going on the topic of maintaining a "community" branch.
> I propose to discus further on the work involved to establish a separated branch, what are the pro and cons, what rules we want to introduce in maintaining a branch.
>
> As mentioned in previous mails when we do branch-off, I expect that Tiny will not commit many more updates/fixes to their stable branch and we will stand more or less alone. I guess they will merge our bugfixes in there own private branch and trunk only. Why would Tiny put efforts in the stable branch when the community branch-off and doesn't use it?
Tiny will still have a public interest in portraying their stable branch and supporting it, thus there will still be effort in it, maybe not as much as there is now but that's partly the idea of why we need a community branch: to create an actively developed branch which tiny can cherrypick fixes from.

I do not see why Tiny would stop posting / fixing their public branch, in fact they would have a lot less to worry about if they can just "steal" their fixes from our community branch and the community will "steal" the bugfixes that Tiny implemented.

This brings me to a point where I would have to say our number 1 priority would have to be staying compatible with the Tiny stable branch, meaning if they did a refactoring of a function in a way that isn't compatible with our implementation (or dependent modules) we would have to refactor our work to match their work, basically it would mean we would have to take a tiny step backwards.

I guess there will sooner or later be such a change and people are likely to feel like they are stepped on their toes, but going all-stand-alone on this community branch sounds like the worst idea ever to me, since from that moment on you can call our effort a fork...

The idea is to keep the possibilities open to share code between both branches as easily as possible, without this both the branches will divert.

I realize that bending our community branch to match the Tiny branch will upset some people as it would appear Tiny would still maintain grasp over this branch, but look at it from the other way : if the community branch implements something that's well executed, why would they want to rewrite it, it would be much easier for them to just integrate our version.

The biggest issue with duplicated efforts is in communication, if Tiny doesn't know what we're developing and we don't know what they're developing things are heading for a collision course. So all we would need from Tiny is someone who would notify us what kind of functionality Tiny is developing, we don't need to be able to watch every step of the way while it's developing, but we would have to get an idea of what it is going to do/change. That way we can anticipate and also avoid duplicated effort.

>From our side it would mean we would have to find a very clear way to inform Tiny of our development projects, it means that you'd have to at least have a post on some mailinglist or something stating your intentioned work/changes. This also helps us with finding origins of regressions, as each person would be "liable" for their changes and having this "central directory" allows people to easily contact and coordinate efforts.

Regards,
Niels 'Red15' Huylebroeck

_______________________________________________
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

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-25T02:50:06Z

Sharoon,

i think you hit with your doubts the hart of this discussion. At least
several community members I spoke in the Netherlands have the same
doubts together with most of the others here in the mailinglist.
The rest of the discussion held is about a possible solution to overcome
these doubts.

As Tiny does not respond (yet) to our concerns, some of you have already
a privately maintained branch en others are thinking about setting up a
, resulting in having one community maintained branch that will be more
stable as the Tiny one.
I propose to discus further on the work involved to establish a
separated branch, what are the pro and cons, what rules we want to
introduce in maintaining a branch.

As mentioned in previous mails when we do branch-off, I expect that
Tiny will not commit many more updates/fixes to their stable branch and
we will stand more or less alone. I guess they will merge our bugfixes
in there own private branch and trunk only. Why would Tiny put efforts
in the stable branch when the community branch-off and doesn't use it?
Resulting in that we are alone then. I hope everyone who wants to
branch-off as a solution to the un-stability of the stable, is aware of
the work involved, not only maintaining a branch, but also maintaining
the community itself, with all rules and communication efforts needed.
If we mis-judge this work and/or not willing to spend our time to make
it successful , we will definitely run into the same trouble where Tiny
is in now.

Still I hope Tiny will respond to this discussion with a answer that
solves our main problem, a stable branch that is stable and where the
community is involved in maintaining the branch.

With kinds regards,
Jan Verlaan

Op 24-01-10 11:34, Sharoon Thomas schreef:

> Hi all,
>
> Just another example I want to point out:
>
> I proposed a merge correcting the database issues in non locale environment
> on the 12th of January:
> https://code.launchpad.net/~sharoonthomas/openobject-server/patchfor_postgressql_environnonutf8/+merge/17222
>
> The merge is approved and status changed to merged by an open ERP employee
> yesterday with a comment that the patch is good but has already been fixed.
> The fix link is here
> http://bazaar.launchpad.net/~openerp/openobject-server/5.0/revision/chs@....
> I am happy that its fixed, but the author is different and NOT WHEN I
> SAY
> THIS I AM NOT DYING FOR CREDIT OR KARMA.
>
> I just want to point out that I dont see a single community contribution (if
> any like the one above they are made the editors') in the closed branches of
> Tiny (server& 'Certified' Addons).
>
> Somebody please clarify my doubts:
>
> 1. Is it because tiny wants to retain the ownership of the code of the
> server& addons, but benefit from all the community contribution.??
> 2. I understand its possible to change the license of a project if the
> code base is completely owned by the changer. I am not a license geek,
> somebody who knows please clarify. I dont want to be pissed off by any
> company like the hundreds of open source projects did to their community.
> 3. The recent marketing efforts may have been seen positively by many. I
> try to convince myself as well but i dont get convinced. It looks more to me
> like Sun (Or Oracle to be precise) is going to invest in Tiny? Everybody has
> intentions behind every penny spent. Definitely they are going to push for
> MySQL or probably Oracle being used with ERP? The recent madness and
> obsession shown by Tiny in the SA branch sort of reassure me of this. More
> here<http://www.bloomberg.com/apps/news?pid=20601204&sid=a0Wy0DITQBiA>
> where FP says he wants to sell the company off (forget the time
> period, why
> would he not do it if he gets a better offer now???) What about the major
> vendors having purchased>90% of the top Linux kernel developers and many
> of the developers of important frameworks like GNOME or KDE? Isn't this
> to give them more control on where such technologies are evolving? Isn't
> Canonical's purchase of a significant number of Debian developers
> in the same
> vein? (source<http://www.joachim-breitner.de/blog/archives/60-Launchpad,-Google-and-why-Microsoft-is-not-the-problem.html>
> ).
>
> I have enough reasons to believe in the above and moreover i see more people
> who think alike...
> If Tiny doesnt respond to this also then what will they ever respond to
> ????
> To FP: these are not accusations but just doubts and concerns that are in my
> mind. I believe there's no better forum to clarify.
>
> Sharoon Thomas
>

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-24T03:44:01Z

Christophe,

I had clearly mentioned its NOT ABOUT KARMA for which nobody in this discussion/list cares the least bit.

I trust your answer and if I do it then the question is:

You(Tiny) wasted time and effort fixing something which was already fixed and requested for a merge

The bug was opened on the 12thof Jan for this and the branch linked to that on the same day with a merge proposal. Your commit was on the 20th of Jan and in simple terms you did the same thing I did. A single line of code repetition is ok. but what if it was a bigger patch/fix etc.

Anyhow This issue i fixed am sure existed for a long long time.

OK, Assuming I am wrong in all the above, my initial question remains and the hence the focus of this discussion: Simple things we expect from you(Tiny) to ensure that all of us dont go about fixing the bugs n times in our own branches and waste everybody's time.

I hope this is the last time I propose a merge or try to fix anything on your branch. I have decided to maintain my own branch and probably switch to the community branch if this community decides to build one.Guys decide fast....I am not as patient as many of you.

Raphael, I understand your anticipation of tiny responding officially to the discussion. If tiny doesnt consider this community important then I doubt reasons why this could be called an Open Source Project.

Christophe again this is nothing against you. Dont give us the excuse of stability for no access to the server/addons branch. One full day the supposedly stable web client branch had errors due to which none of the wizard.interface wizard including the install/update modules list wizards worked. many many more examples too.

Sharoon Thomas

On Sun, Jan 24, 2010 at 11:05 AM, Christophe Simonis <[hidden email]> wrote:

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

On 24/01/10 11:34, Sharoon Thomas wrote:
> Hi all,
>
> Just another example I want to point out:
>
> I proposed a merge correcting the database issues in non locale environment
> on the 12th of January:
> https://code.launchpad.net/~sharoonthomas/openobject-server/patchfor_postgressql_environnonutf8/+merge/17222
>
> The merge is approved and status changed to merged by an open ERP employee
> yesterday with a comment that the patch is good but has already been fixed.
> The fix link is here
> http://bazaar.launchpad.net/~openerp/openobject-server/5.0/revision/chs@....
> I am happy that its fixed, but the author is different and NOT WHEN I
> SAY
> THIS I AM NOT DYING FOR CREDIT OR KARMA.
>

As you point, the patch is *already* applied. And it was applied for
another bug that the one pointed by the merge proposal. Also I wasn't
aware of this bug report nor the merge proposal. Yesterday I was just
cleaning the merge proposals when I see your patch that change the same
line I change 3 day before. So I update the merge proposal before
someone search to apply this patch and lose time on it.

What the problem with Karma? For me karma is irrelevant as it is easy to
create new project, team or (empty) branch to gain karma. Also karma is
not specific to openobject projects and can be gain by contribute to
other project. Finally, some contributors does not use launchapd. For
these reason karma can't be used to jugde openerp activity.

- --
Simonis Christophe
Quality & Support Manager
Open ERP - Tiny SPRL
Chaussée de Namur, 40
B-1367 Gérompont
Tel: +32.81.81.37.00
Web: http://openerp.com
Blog: http://christophe-simonis-at-tiny.blogspot.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktcKWgACgkQYeXc6dw+UFq4mwCeM+CMRt+eNlCJAq6tJ1UX/j8T
PWoAn1rDT8fejniWlrL8BJmp/P/R24ep
=ufG/
-----END PGP SIGNATURE-----

_______________________________________________
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

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-24T03:05:13Z

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

On 24/01/10 11:34, Sharoon Thomas wrote:

As you point, the patch is *already* applied. And it was applied for
another bug that the one pointed by the merge proposal. Also I wasn't
aware of this bug report nor the merge proposal. Yesterday I was just
cleaning the merge proposals when I see your patch that change the same
line I change 3 day before. So I update the merge proposal before
someone search to apply this patch and lose time on it.

What the problem with Karma? For me karma is irrelevant as it is easy to
create new project, team or (empty) branch to gain karma. Also karma is
not specific to openobject projects and can be gain by contribute to
other project. Finally, some contributors does not use launchapd. For
these reason karma can't be used to jugde openerp activity.

- --
Simonis Christophe
Quality & Support Manager
Open ERP - Tiny SPRL
Chaussée de Namur, 40
B-1367 Gérompont
Tel: +32.81.81.37.00
Web: http://openerp.com
Blog: http://christophe-simonis-at-tiny.blogspot.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktcKWgACgkQYeXc6dw+UFq4mwCeM+CMRt+eNlCJAq6tJ1UX/j8T
PWoAn1rDT8fejniWlrL8BJmp/P/R24ep
=ufG/
-----END PGP SIGNATURE-----

[chs.vcf]

begin:vcard fn:Christophe Simonis n:Simonis;Christophe org:Tiny SPRL adr;quoted-printable;quoted-printable:;;Chauss=C3=A9e de Namur 40;Grand Rosi=C3=A8re;;1367;Belgium email;internet:[hidden email] title:Quality & Support Manager tel;work:(+32) 81.81.37.00 tel;fax:(+32) 81.73.35.01 x-mozilla-html:FALSE url:http://opener.com version:2.1 end:vcard

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-24T02:34:35Z

Hi all,

Just another example I want to point out:

I proposed a merge correcting the database issues in non locale environment on the 12th of January: https://code.launchpad.net/~sharoonthomas/openobject-server/patchfor_postgressql_environnonutf8/+merge/17222

The merge is approved and status changed to merged by an open ERP employee yesterday with a comment that the patch is good but has already been fixed. The fix link is here http://bazaar.launchpad.net/~openerp/openobject-server/5.0/revision/chs@... . I am happy that its fixed, but the author is different and NOT WHEN I SAY THIS I AM NOT DYING FOR CREDIT OR KARMA.

I just want to point out that I dont see a single community contribution (if any like the one above they are made the editors') in the closed branches of Tiny (server & 'Certified' Addons).

Somebody please clarify my doubts:

Is it because tiny wants to retain the ownership of the code of the server & addons, but benefit from all the community contribution.??
I understand its possible to change the license of a project if the code base is completely owned by the changer. I am not a license geek, somebody who knows please clarify. I dont want to be pissed off by any company like the hundreds of open source projects did to their community.
The recent marketing efforts may have been seen positively by many. I try to convince myself as well but i dont get convinced. It looks more to me like Sun (Or Oracle to be precise) is going to invest in Tiny? Everybody has intentions behind every penny spent. Definitely they are going to push for MySQL or probably Oracle being used with ERP? The recent madness and obsession shown by Tiny in the SA branch sort of reassure me of this. More here where FP says he wants to sell the company off (forget the time period, why would he not do it if he gets a better offer now???) What about the major vendors having purchased >90% of the top Linux kernel developers and many of the developers of important frameworks like GNOME or KDE? Isn't this to give them more control on where such technologies are evolving? Isn't Canonical's purchase of a significant number of Debian developers in the same vein? (source).

I have enough reasons to believe in the above and moreover i see more people who think alike...

If Tiny doesnt respond to this also then what will they ever respond to ????

To FP: these are not accusations but just doubts and concerns that are in my mind. I believe there's no better forum to clarify.

Sharoon Thomas

On Sun, Jan 24, 2010 at 8:54 AM, P. Christeas <[hidden email]> wrote:

On Saturday 23 January 2010, Raphaël Valyi wrote:
> Sorry, but last counter-example of this is less than 10 minutes ago,
> Syleam vetoing again one more merge proposal:

>...
Some, totally subjective, thoughts:
- Patch rejection is good. I've enjoyed working in projects where a patch will
be rejected if there is a spelling mistake in the commit description. That
keeps quality standards high.
- Patch acceptance shouldn't be driven by personal favours (I like that
partner, I accept their patches..) or we screw the project.
- Extra addons may be the way to go. Perhaps, one huge repo for both mature,
essential addons and those that have partial use, will always keep us in
versioning dillemata. In fact, 5.2 supports multiple addons paths, remember?
OTOH, when an addon moves from "extra" to "normal", it's hard to preserve its
source versioning history, bad. Surely, non-trivial.

- Notice that I'm talking about /patches/.

_______________________________________________
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

Re: [Openerp-community-leaders] Simple things we need from Tiny for better bug planning/management

2010-01-24T00:54:29Z

On Saturday 23 January 2010, Raphaël Valyi wrote:
> Sorry, but last counter-example of this is less than 10 minutes ago,
> Syleam vetoing again one more merge proposal:
>...
Some, totally subjective, thoughts:
- Patch rejection is good. I've enjoyed working in projects where a patch will
be rejected if there is a spelling mistake in the commit description. That
keeps quality standards high.
- Patch acceptance shouldn't be driven by personal favours (I like that
partner, I accept their patches..) or we screw the project.
- Extra addons may be the way to go. Perhaps, one huge repo for both mature,
essential addons and those that have partial use, will always keep us in
versioning dillemata. In fact, 5.2 supports multiple addons paths, remember?
OTOH, when an addon moves from "extra" to "normal", it's hard to preserve its
source versioning history, bad. Surely, non-trivial.

- Notice that I'm talking about /patches/.

_______________________________________________
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