Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
-
Re: AAL "non-payable"
Update: on second thought, such feature would be only relevant to hr_timesheet module, thus probably hr_timesheet_payable, since pure AAL from analytic should be just removed, it seems.On 29 Feb 2020, at 01:51, Alexey Pelykh <alexey.pelykh@gmail.com> wrote:Dear community, I’m planning to do a module “analytic_payable” that would introduce a way of keeping the “amount” (timesheet cost) yet still counting it as zero for specific lines, that would be configurable at AAA and AAL level Any other things on the wishlist? Maybe similar module already exists? Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Alexey Pelykh <alexey.pelykh@gmail.com> - 05:30 - 29 Feb 2020 -
AAL "non-payable"
Dear community, I’m planning to do a module “analytic_payable” that would introduce a way of keeping the “amount” (timesheet cost) yet still counting it as zero for specific lines, that would be configurable at AAA and AAL level Any other things on the wishlist? Maybe similar module already exists? Kind regards, Alexey
by Alexey Pelykh <alexey.pelykh@gmail.com> - 12:50 - 29 Feb 2020 -
Re: GSSAPI support to connect Odoo 12 to MS Exchange
Thank you Alex.@All What do you think of creating a connector-msexchange repository in the OCA?We (OSI) would start with a v12 module to extend the outgoing mail server to support MS Exchange SMTP server with GSSAPI support (mail_server_smtp_msexchange).Cheers,MAXIME CHAMBREUIL
PROJECT MANAGER/CONSULTANTO: 1.855.877.2377 EXT. 710
M: 602.427.5632
E: MChambreuil@OpenSourcelntegrators.comP.O. BOX 940, HIGLEY, AZ 85236 


On Tue, Feb 25, 2020 at 2:12 AM Alexandre Fayolle <alexandre.fayolle@camptocamp.com> wrote:Hello Maxime, you may want to check https://github.com/camptocamp/connector-exchange Alexandre On 24/02/2020 16:47, Maxime Chambreuil wrote: > Hello, > > I have a project where I need to connect Odoo 12 to Microsoft Exchange > requiring GSSAPI for outgoing emails. > > Any experience or recommendation around this topic? > > Thank you. > > *MAXIME CHAMBREUIL* > PROJECT MANAGER/CONSULTANT > *O:* 1.855.877.2377 EXT. 710 > *M:* 602.427.5632 > *E:* MChambreuil@OpenSourcelntegrators.com > <mailto:mchambreuil@OpenSourcelntegrators.com?subject=Email Reply> > > P.O. BOX 940, HIGLEY, AZ 85236 > > > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Maxime Chambreuil - 11:20 - 28 Feb 2020 -
Re: Proposing myself as PSC member of Product, Helpdesk and Project
+1Sergio CoratoIl giorno ven 28 feb 2020 alle ore 18:02 Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> ha scritto:+1_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Sergio Corato - 06:05 - 28 Feb 2020 -
Re: Proposing myself as PSC member of Product, Helpdesk and Project
+1
by Pedro M. Baeza - 06:00 - 28 Feb 2020 -
Re: Proposing myself as PSC member of Product, Helpdesk and Project
+1On Fri, Feb 28, 2020 at 10:27 AM Eduardo Magdalena <emagdalena@c2i.es> wrote:Hi allI would like to propose myself as PSC in Product, Helpdesk and Project & Services.I'm an active contributor on this repos and I think it is time to take more responsability in OCA as PSC of some repositories.Thanks.Un saludo,
Eduardo Magdalena
Fundador & CEO
✆ +34 678 713 373

C2i Change 2 improve
Optimización de procesos
Averigua a quién conocemos en común

AVISO LEGAL: Este mensaje y sus archivos adjuntos van dirigidos exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de Asociación Española de Odoo. Si usted no es el destinatario final, por favor, elimínelo e infórmenos por esta vía.
PROTECCIÓN DE DATOS: De conformidad con lo dispuesto en el Reglamento (UE) 2016/679, de 27 de abril (GDPR), y la Ley Orgánica 3/2018, de 5 de diciembre (LOPDGDD), le informamos de que los datos personales y la dirección de correo electrónico del interesado, se tratarán bajo la responsabilidad de CHANGE 2 IMPROVE OPTIMIZACION DE PROCESOS, S.L. por un interés legítimo y para el envío de comunicaciones sobre nuestros productos y servicios, y se conservarán mientras ninguna de las partes se oponga a ello. Los datos no se comunicarán a terceros, salvo obligación legal. Le informamos de que puede ejercer los derechos de acceso, rectificación, portabilidad y supresión de sus datos y los de limitación y oposición a su tratamiento dirigiéndose a Ponte nova 71 36204 - (Vigo) - Pontevedra o al email admin@c2i.es. Si considera que el tratamiento no se ajusta a la normativa vigente, podrá presentar una reclamación ante la autoridad de control en www.aepd.es._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Simone Orsi - 04:25 - 28 Feb 2020 -
Proposing myself as PSC member of Product, Helpdesk and Project
Hi allI would like to propose myself as PSC in Product, Helpdesk and Project & Services.I'm an active contributor on this repos and I think it is time to take more responsability in OCA as PSC of some repositories.Thanks.Un saludo,
Eduardo Magdalena
Fundador & CEO
✆ +34 678 713 373

C2i Change 2 improve
Optimización de procesos
Averigua a quién conocemos en común

AVISO LEGAL: Este mensaje y sus archivos adjuntos van dirigidos exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su comunicación, reproducción o distribución sin la autorización expresa de Asociación Española de Odoo. Si usted no es el destinatario final, por favor, elimínelo e infórmenos por esta vía.
PROTECCIÓN DE DATOS: De conformidad con lo dispuesto en el Reglamento (UE) 2016/679, de 27 de abril (GDPR), y la Ley Orgánica 3/2018, de 5 de diciembre (LOPDGDD), le informamos de que los datos personales y la dirección de correo electrónico del interesado, se tratarán bajo la responsabilidad de CHANGE 2 IMPROVE OPTIMIZACION DE PROCESOS, S.L. por un interés legítimo y para el envío de comunicaciones sobre nuestros productos y servicios, y se conservarán mientras ninguna de las partes se oponga a ello. Los datos no se comunicarán a terceros, salvo obligación legal. Le informamos de que puede ejercer los derechos de acceso, rectificación, portabilidad y supresión de sus datos y los de limitación y oposición a su tratamiento dirigiéndose a Ponte nova 71 36204 - (Vigo) - Pontevedra o al email admin@c2i.es. Si considera que el tratamiento no se ajusta a la normativa vigente, podrá presentar una reclamación ante la autoridad de control en www.aepd.es.
by Eduardo Magdalena - 10:26 - 28 Feb 2020 -
"Analytic Accounts" under "Accounting"
Dear community, Would it be worth making a tiny module “analytic_menu” that adds “Analytic Accounts” item right next to “Analytic Items” since otherwise this list is accessible only if user has Billing Manager permissions, while data is still readable by “Billing” permissions with “Show Analytic Accounting”? Kind regards, Alexey
by Alexey Pelykh <alexey.pelykh@gmail.com> - 04:36 - 28 Feb 2020 -
Re: Speed up init of a database
No, yet we’re just waiting much longerOn 28 Feb 2020, at 00:17, Holger Brunn <hbrunn@therp.nl> wrote:
are we the only ones to use a local runbot for CI? For this I made https://github.com/OCA/runbot-addons/pull/159 and even though it fails all the tests, it serves us well for a long time. -- Therp - Maatwerk in open ontwikkeling Holger Brunn - Ontwerp en implementatie mail: holger@therp.nl web: http://therp.nl_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
<signature.asc>
by Alexey Pelykh <alexey.pelykh@gmail.com> - 03:06 - 28 Feb 2020 -
Re: Speed up init of a database
are we the only ones to use a local runbot for CI? For this I made https://github.com/OCA/runbot-addons/pull/159 and even though it fails all the tests, it serves us well for a long time. -- Therp - Maatwerk in open ontwikkeling Holger Brunn - Ontwerp en implementatie mail: holger@therp.nl web: http://therp.nl
by Holger Brunn - 11:16 - 27 Feb 2020 -
Re: Speed up init of a database
Ciao Jordi,we do 2 things to speed up builds:1. we use travis cache to store and reuse DB dumps from previous build2. as we use submodules we don't fetch them via git, we pull zip of the pinned hashPoint 2 could be improved by using python pkgs but we are not using them yet, but this is another story :)Bests,On Thu, Feb 27, 2020 at 5:32 PM Jordi Riera <jordi.riera@numigi.com> wrote:Once again, awesome advice.I will take a look at click-odoo for sure.I will gather the team about the usage of templates for database. Seems promising.Thank you again!JordiLe mer. 26 févr. 2020 à 18:47, Daniel Reis <dreis@opensourceintegrators.com> a écrit :For a specific customer CI you could consider using for database template an already initialized database. It would spare you the time of installing all the existing modules.The CI build should then just upgrade the PR changed modules.Just an ideaDaniel--Jordi Riera <jordi.riera@numigi.com> escreveu em qua, 26/02/2020 às 19:52 :Hello List,The database of our clients is growing in number of modules. Our biggest database is 400+ modules now o.OYou can imagine that the init of the database is quite long. It takes actually 70% of the time in our CI.I was wondering if you know some tricks to speed it up. Or alternatives to the brute force `odoo -i modules`. In my sweet dreams, I dream about modules that are installed in parallel or something like that.What do you think? What did you already try?Thank you list!Jordi--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Thanks
Daniel_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Simone Orsi - 06:00 - 27 Feb 2020 -
Re: Speed up init of a database
Once again, awesome advice.I will take a look at click-odoo for sure.I will gather the team about the usage of templates for database. Seems promising.Thank you again!JordiLe mer. 26 févr. 2020 à 18:47, Daniel Reis <dreis@opensourceintegrators.com> a écrit :For a specific customer CI you could consider using for database template an already initialized database. It would spare you the time of installing all the existing modules.The CI build should then just upgrade the PR changed modules.Just an ideaDaniel--Jordi Riera <jordi.riera@numigi.com> escreveu em qua, 26/02/2020 às 19:52 :Hello List,The database of our clients is growing in number of modules. Our biggest database is 400+ modules now o.OYou can imagine that the init of the database is quite long. It takes actually 70% of the time in our CI.I was wondering if you know some tricks to speed it up. Or alternatives to the brute force `odoo -i modules`. In my sweet dreams, I dream about modules that are installed in parallel or something like that.What do you think? What did you already try?Thank you list!Jordi--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Thanks
Daniel_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
by Jordi Riera - 05:31 - 27 Feb 2020 -
Re: Service-based products with levels
I’ve looked at the product variants initially, yet for some reason rejected the idea. Thanks, if you say that it’s actually is being for such things, it worth re-evaluating that
On 27 Feb 2020, at 08:52, Georg Notter <georg.notter@agenterp.com> wrote:You have product variants for this Kind of topic:)Check it out product.template --> product.productMit freundlichen Grüßen
We look forward to see you. Best Regards
Dipl. Ing. (Fh) Georg Notter
Agent ERP GmbH
www.agenterp.comAm 27.02.2020 um 07:38 schrieb Alexey Pelykh <alexey.pelykh@gmail.com>:
Dear community, It’s the first time we’re working with service-based products with levels (e.g. “House Cleaning Package A”, “House Cleaning Package B” or “Car Wash Regular”/“Car Wash Pro”) Based on experience, should it be separate products or there’s some handy module for exact these cases? Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Alexey Pelykh <alexey.pelykh@gmail.com> - 08:36 - 27 Feb 2020 -
Re: Service-based products with levels
You have product variants for this Kind of topic:)Check it out product.template --> product.productMit freundlichen Grüßen
We look forward to see you. Best Regards
Dipl. Ing. (Fh) Georg Notter
Agent ERP GmbH
www.agenterp.comAm 27.02.2020 um 07:38 schrieb Alexey Pelykh <alexey.pelykh@gmail.com>:
Dear community, It’s the first time we’re working with service-based products with levels (e.g. “House Cleaning Package A”, “House Cleaning Package B” or “Car Wash Regular”/“Car Wash Pro”) Based on experience, should it be separate products or there’s some handy module for exact these cases? Kind regards, Alexey
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Georg Notter - 07:51 - 27 Feb 2020 -
Service-based products with levels
Dear community, It’s the first time we’re working with service-based products with levels (e.g. “House Cleaning Package A”, “House Cleaning Package B” or “Car Wash Regular”/“Car Wash Pro”) Based on experience, should it be separate products or there’s some handy module for exact these cases? Kind regards, Alexey
by Alexey Pelykh <alexey.pelykh@gmail.com> - 07:36 - 27 Feb 2020 -
Re: Speed up init of a database
For a specific customer CI you could consider using for database template an already initialized database. It would spare you the time of installing all the existing modules.The CI build should then just upgrade the PR changed modules.Just an ideaDaniel--Jordi Riera <jordi.riera@numigi.com> escreveu em qua, 26/02/2020 às 19:52 :Hello List,The database of our clients is growing in number of modules. Our biggest database is 400+ modules now o.OYou can imagine that the init of the database is quite long. It takes actually 70% of the time in our CI.I was wondering if you know some tricks to speed it up. Or alternatives to the brute force `odoo -i modules`. In my sweet dreams, I dream about modules that are installed in parallel or something like that.What do you think? What did you already try?Thank you list!Jordi--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Thanks
Daniel
by Daniel Reis - 12:46 - 27 Feb 2020 -
Re: Speed up init of a database
Hi Jordi,Try click-odoo-initdb: https://pypi.org/project/click-odoo-contrib/#click-odoo-initdb-betaAnd it's cousin click-odoo-update for deployment.Don't worry about the beta status: it's been very stable for quite some time now, we'll remove it soon.Best regards,-sbiOn Wed, Feb 26, 2020 at 8:52 PM Jordi Riera <jordi.riera@numigi.com> wrote:Hello List,The database of our clients is growing in number of modules. Our biggest database is 400+ modules now o.OYou can imagine that the init of the database is quite long. It takes actually 70% of the time in our CI.I was wondering if you know some tricks to speed it up. Or alternatives to the brute force `odoo -i modules`. In my sweet dreams, I dream about modules that are installed in parallel or something like that.What do you think? What did you already try?Thank you list!Jordi--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Bidoul - 09:41 - 26 Feb 2020 -
Re: Speed up init of a database
Check out acsone's click-odoo init script, or variant adapted in xoe's dodoo toolchain -> Module Cache! :DOn Wed, Feb 26, 2020 at 2:52 PM Jordi Riera <jordi.riera@numigi.com> wrote:Hello List,The database of our clients is growing in number of modules. Our biggest database is 400+ modules now o.OYou can imagine that the init of the database is quite long. It takes actually 70% of the time in our CI.I was wondering if you know some tricks to speed it up. Or alternatives to the brute force `odoo -i modules`. In my sweet dreams, I dream about modules that are installed in parallel or something like that.What do you think? What did you already try?Thank you list!Jordi--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dar - 08:56 - 26 Feb 2020 -
Speed up init of a database
Hello List,The database of our clients is growing in number of modules. Our biggest database is 400+ modules now o.OYou can imagine that the init of the database is quite long. It takes actually 70% of the time in our CI.I was wondering if you know some tricks to speed it up. Or alternatives to the brute force `odoo -i modules`. In my sweet dreams, I dream about modules that are installed in parallel or something like that.What do you think? What did you already try?Thank you list!Jordi--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
by Jordi Riera - 08:51 - 26 Feb 2020 -
Re: Odoo2Odoo
Le jeu. 9 janv. 2020 à 14:02, Malte Jacobi (ODION) <mj@odion.com> a écrit :Hi all,
I was one of the initiators of the odoo2odoo project. The idea and implementation dates back to ~2017.
Back in the days we used the connector project for this and build a intercompany purchase process. Therefore we synced products, uom, etc. as well as IC PO -> SO.
Sadly the project never made it to the OCA repo. The setup was in heavy use for ~3 years in a constellation with 5 different companies under odoo v8.
Personally, I would do the same again. You don’t have to learn a new technology, you maintain a well known piece of software (i.e. Odoo) and can use your existing tooling and knowledge to build the solution.
Regards
Malte
Von: Willem Hulshof <w.hulshof@magnus.nl>
Gesendet: Mittwoch, 8. Januar 2020 20:42
An: Contributors <contributors@odoo-community.org>
Betreff: Re: Odoo2OdooOk, thanks!
Verstuurd vanaf mijn iPhone
Op 8 jan. 2020 om 18:27 heeft Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> het volgende geschreven:
I prefer to avoid more pieces in the technology puzzle. That's why we choose Odoo for integrating all enterprise software in one place.
Regards.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 02:21 - 26 Feb 2020



