[Openerp-community] Problem with loosing context in some methods

Hello everyone who cares about improving OpenERP. We faced the problem with context and I want to pay attention on it because in my opinion it's not good to have some code that hard to inherit (as all we know OpenERP it's framework with flexible inheritance and it's one of most important things in

[Openerp-community] start script

hello! starting the openerp server never starts cron jobs etc. we suggest to add some code like this to the start script which wakes up all these jobs the user start has no rights, but connecting any other sugestion? ** import xmlrpclib username = 'start' #the user p

Re: [Openerp-community] start script

Hi, Ferdinand, Maybe oe script is a better approach: https://doc.openerp.com/trunk/server/commands/ Regards. 2013/10/25 Ferdinand > hello! > > starting the openerp server never starts cron jobs etc. > we suggest to add some code like this to the start script which wakes up > all these jobs >

Re: [Openerp-community] start script

It will start the cron jobs if you provide a database with the -d / --database option which makes openerp load the selected database (and thus start the cron for that database) This is a bit problematic if you have multiple databases of which you would want the cron to automatically after each res

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hello, I had a look on the trace from runbot on ocb branches. I'm afraid the issue is still there. It seems the module survey was creating the error. Here is a bug report to investigate it: https://bugs.launchpad.net/ocb-addons/+bug/1244584 @Raphael does your builds on Travis install all modul

Re: [Openerp-community] Problem with loosing context in some methods

Yes this is still a problem with legacy code: you filing a bug report was the right thing to do. Maybe you can push a merge proposal too ? Lionel. Le 25/10/2013 09:10, ? a écrit : Hello everyone who cares about improving OpenERP. We faced the problem with context and I want to pay

Re: [Openerp-community] start script

On 10/25/2013 10:46 AM, Niels Huylebroeck wrote: thanks for pointing out well - I really do not understand why this does not happen automatically for all databases as the name says "start" - I would expect that it realy starts all the processes - not just accepting connections. It will s

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hello, > Of course Runbot can be used too. The main advantage of Travis is that > it's zero hassle for anybody to set their own tracking branches with all > the testing he wants without having to ask anybody's permission (Github > really rocks at implementing decentralization of open source). It a

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

> Don't know where runbot is taking its branches from, but the ocb > branches are completely outdated. > > I should have been a warning that both the current level tested, and the > tests of 20 days ago are testing the same revisions. > > For instance tested ocb server revno is 5109, while curre

Re: [Openerp-community] Fwd: Central Project for POS

> Fabien: > I think your proposal for funding the OpenERP SA is not in line with > this thread. Our proposal is not to fund "OpenERP SA". It's to fund the cleaning of the POS module so that all basic features works cleanly, out-of-the-box, with software and hardware. Our initial project is not t

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 10/24/2013 07:41 PM, Stefan Rijnhart wrote: > On 10/24/2013 06:36 PM, Fabien Pinckaers wrote: >> IMHO, the emergency for OCB branches is to fix bugs that have been >> introduced in these branches. >> >> I am not sure if it's tracking the right branches, but it looks like the >> OCB branches ar

Re: [Openerp-community] Central Project for POS

Hello, > We've done several improvements done so far and I am sure features will > help everyone. > > Pedro, did you create a project already or yet to ? As explained on the OCB thread; Launchpad, Github and OpenERP are not designed to create a new project for such intiative. You can/should cre

Re: [Openerp-community] Central Project for POS

Hi, Fabien, I conceive this project as a repository for complement addons to official pos module, not for modifications "hard-coded" on the core code, in the same way as the other community repositories, so I think the a

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hi, Fabien, Indeed I also prefer to use homogeneus platforms for all the project, but there's one problem: runbot is not available openly for everyone, only for partners. This means an entry barrier for anyone who wants to use official platforms, so I don't blame anybody for searching for open alt

Re: [Openerp-community] Central Project for POS

On 10/22/2013 12:55 AM, Eric Caudal wrote: > pos? > POS =Point of "Sales" already. > I could see a lot of other activity (reception, preparation waves etc.) > where a POS could be used but interface should be very different so > probably not only one interface. Eric, not sure it's the same. We

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hi Pedro, As I know, everyone can download runbot and install it locally, on your own server. "The complete source code for this Runbot is available on Launchpad: launchpad.net/openerp-tools (in the openerp-runbot sub-directory), where you can also fill bug reports or propose your patches." But

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On Fri, Oct 25, 2013 at 6:57 AM, Yannick Vaucher < yannick.vauc...@camptocamp.com> wrote: > Hello, > > I had a look on the trace from runbot on ocb branches. > > I'm afraid the issue is still there. > > It seems the module survey was creating the error. > > Here is a bug report to investigate it:

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 2013-10-25 14:30, Fabien Pinckaers wrote: Ok, I checked with Olivier and Christophe; It looks like OCB branches have been wrongly registered in our runbot by a partner. IMHO, the community should organize OCB branches in another way: - a dedicated ~ocb team - but uses official projects

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hi, Денис (copy-pasted, sorry if it's not your name, but I don't know cyrillic), I know too about runbot availability to run locally downloading source code, but the added value of runbot is to have it on-line, as Travis CI does. Anyway, I also see more interesting Launchpad / GitHub debate. @Fabi

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 10/25/2013 04:21 PM, Olivier Dony wrote: Only a few obstacles remain before this can become a reality: 1/ The OCB branches would need to be relocated under the official projects 2/ The OCB branch management process needs to be adapted accordingly 3/ Compliance with the OpenERP stable policy

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

2013/10/25 Pedro Manuel Baeza Romero > I know too about runbot availability to run locally downloading source > code, but the added value of runbot is to have it on-line, as Travis CI > does. Anyway, I also see more interesting Launchpad / GitHub debate. > @Fabien, have you talked about the switc

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Le 25/10/2013 16:44, Stefan a écrit : My personal gripe is with [3]. I think having an 'unstable' series that does allow the occasional new field to percolate through is a major attraction to OCB. It must be the reason that I remember our conversation at the community days slightly differently

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On Fri, Oct 25, 2013 at 9:45 AM, Nhomar Hernández wrote: > > 2013/10/25 Pedro Manuel Baeza Romero > >> I know too about runbot availability to run locally downloading source >> code, but the added value of runbot is to have it on-line, as Travis CI >> does. Anyway, I also see more interesting La

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On Fri, Oct 25, 2013 at 12:45 PM, Nhomar Hernández wrote: > > 2013/10/25 Pedro Manuel Baeza Romero > >> I know too about runbot availability to run locally downloading source >> code, but the added value of runbot is to have it on-line, as Travis CI >> does. Anyway, I also see more interesting L

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

2013/10/25 Ovnicraft > > > > On Fri, Oct 25, 2013 at 9:45 AM, Nhomar Hernández wrote: > >> >> 2013/10/25 Pedro Manuel Baeza Romero >> >>> I know too about runbot availability to run locally downloading source >>> code, but the added value of runbot is to have it on-line, as Travis CI >>> does. A

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 10/25/2013 05:07 PM, "Lionel Sausin, de la part de l'équipe informatique Numérigraphe" wrote: It'd be much easier for everyone if you maintain 2 sets of branches : - a community-maintained branch complying with the bugfix-only policy, that OpenERP can merge into the core - the "OCB" branches

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 10/25/2013 05:26 PM, Stefan wrote: On 10/25/2013 05:07 PM, "Lionel Sausin, de la part de l'équipe informatique Numérigraphe" wrote: It'd be much easier for everyone if you maintain 2 sets of branches : - a community-maintained branch complying with the bugfix-only policy, that OpenERP can m

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

2013/10/25 Pedro Manuel Baeza Romero > Hi, Olivier, > > The reasons you give are strong enough to balance the situation to > Launchpad, so for me the debate is closed in this topic. > > Thanks for the explanation. Jejeje Closed about CVS (which is off-topic in this thread) I was asking for Impr

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hi, Olivier, The reasons you give are strong enough to balance the situation to Launchpad, so for me the debate is closed in this topic. Thanks for the explanation. Regards. 2013/10/25 Olivier Dony > On 2013-10-25 16:45, Nhomar Hernández wrote: > >> >> 2013/10/25 Pedro Manuel Baeza Romero >

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Reason to be for OCB branches is that official ones are not "community friendly"... * Lots of bugs with even corresponding MPs that are rejected and/or ignored... * Changes needed to really fix a bug that are not accepted because of the "no change to model", but not fixing is worse... *

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 2013-10-25 16:45, Nhomar Hernández wrote: 2013/10/25 Pedro Manuel Baeza Romero mailto:pedro.ba...@gmail.com>> I know too about runbot availability to run locally downloading source code, but the added value of runbot is to have it on-line, as Travis CI does. Anyway, I also see mo

Re: [Openerp-community] start script

2013/10/25 Niels Huylebroeck > It will start the cron jobs if you provide a database with the -d / > --database option which makes openerp load the selected database (and thus > start the cron for that database) Informative: In the close past, I read a recomendation of use only 1 database for

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 2013-10-25 16:44, Stefan wrote: On 10/25/2013 04:21 PM, Olivier Dony wrote: Only a few obstacles remain before this can become a reality: 1/ The OCB branches would need to be relocated under the official projects 2/ The OCB branch management process needs to be adapted accordingly 3/ Complia

[Openerp-community] What financial reports for the OpenERP community ?

We currently have a discussion with Nhomar about financials reports on the following MP : https://code.launchpad.net/~vauxoo/account-financial-report/7.0-report_webkit_afr-_data_dev-jorge/+merge/192050 It is a merge proposal to move 'Vauxoo' reports from RML to webkit... problem is that the modu

Re: [Openerp-community] What financial reports for the OpenERP community ?

2013/10/25 Frédéric Clementi > So Nhomar ask me a documentation about 'account_financial_reports_webkit' > so he could compare more easily. That's what I did... here it is as > attachement. > Put a public link the list in launchpad block attachments ;-) We are almost sure the "Merge" of concept

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 2013-10-25 17:43, Mario Arias wrote: Reason to be for OCB branches is that official ones are not "community friendly"... * Lots of bugs with even corresponding MPs that are rejected and/or ignored... * Changes needed to really fix a bug that are not accepted because of the "no change

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Personally I think that if the official branches are made less strict, in the sense that they accept database changes needed to resolve bugs, then there should be no problem to proceed along the lines proposed by Olivier. I think most people who contribute features and fixes to the stable branches

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hello. I really prefer a tested policy than an "experimental" option. I want sleep better than pray not brake something everytime we make some autopull. I am agreed with Oliver too! change schema bring a lot of problems, and sometimes it is better dedicate a little extra time to solve without ch

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hello, I agree with the fact that OCB merging and reviewing must be the less painful as possible and having simple process is mandatory. The flexibility of OCB and a certain form of freedom driven by community is also something to preserve. Maybe community (or OCA) can provide his own runbot i

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hi Olivier, Just one personal sample, there are plenty if you take a look under "wish-list"... https://bugs.launchpad.net/openobject-addons/+bug/1132963 I reported a problem with payroll, that makes real use impossible because it fails to provide correct contracts for employees. It is just

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On Fri, Oct 25, 2013 at 3:05 PM, Ronald Portier wrote: > Personally I think that if the official branches are made less strict, > in the sense that they accept database changes needed to resolve bugs, > then there should be no problem to proceed along the lines proposed by > Olivier. > > I think

Re: [Openerp-community] Central Project for POS

@gustavo As Nhomar told you I think that the anouncement of Fabien on this thread about the new croudfunding project for pos and asking community to contribute on it is totally made on rigth place. As Pedro said extra modules are made to complement/extend core funtionality but not to fork it. IM

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Hello I believe some partner have developped gateways between github and launchpad They can work internally with github and have a quite good integration with LP Cordialement INVITU Computer & Network E

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

> > Indeed I also prefer to use homogeneus platforms for all the project, but > there's one problem: runbot is not available openly for everyone, only for > partners. This means an entry barrier for anyone who wants to use official > platforms Once ocb team is registered, everyone's branch is

[Openerp-community] OpenERP dev's best practices

Hi all, I am reading the ongoing discussion about the way the community organize its contributions, which tools to use or not, etc and as I am a new comer in this community and want to build a good openerp developers team that must contribute good code to the community, I would like to know wher