Contributors

Sales terms

Hi there !

I wish you the best for 2021 !

I'm on the way to add terms.template model to be able to define different terms template on
Sale Order (maybe on invoice as well later) so that users can choose the template that will populate terms ( note fields as Html field). Expected behaviour is what happens with email template, the user chooses a term template, the note field will be populated and the user can change it afterwards.

Do you know a such module exists if not what do you think to create a such module in Sale Workflow repo

Regards,

--
Pierre Verkest
06 81 12 25 20
Github: petrus-v - Twitter: petrusv84 - Linkedin: pierre-verkest

by Pierre Verkest - 11:16 - 7 Jan 2021
3 replies 3 replies
Re: Sales terms

In fact functionalities are quite similar but the intent is quite different so I've proposed a new module and explained why it's different from [base|sale]_comment_template.

Regards,

Le jeu. 7 janv. 2021 à 11:27, Pierre Verkest <pierreverkest84@gmail.com> a écrit :

Thanks a lot Pedro for your insight !

Regards

Le jeu. 7 janv. 2021 à 11:22, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> a écrit :
You have base_comment_template module + extensions (account_comment_template for example).

Regards.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Pierre

--
Pierre

by Pierre Verkest - 12:16 - 27 Jan 2021

Re: Sales terms

Thanks a lot Pedro for your insight !

Regards

Le jeu. 7 janv. 2021 à 11:22, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> a écrit :
You have base_comment_template module + extensions (account_comment_template for example).

Regards.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Pierre

by Pierre Verkest - 11:30 - 7 Jan 2021

Re: Sales terms

You have base_comment_template module + extensions (account_comment_template for example).

Regards.

by Pedro M. Baeza - 11:21 - 7 Jan 2021
A module to add methods to convert datetime between UTC and user's timezone

I think I've seen somewhere under OCA a module to add generic methods to convert datetime between UTC and user's timezone, but I somehow can't find it now. A pointer would be appreciated.

--
Yoshi Tashiro

by Yoshi Tashiro. - 04:40 - 6 Jan 2021
8 replies 8 replies
Re: A module to add methods to convert datetime between UTC and user's timezone

Yes, that's it. Thank you, Lorenzo!

--
Yoshi Tashiro

On Wed, Jan 6, 2021 at 5:02 PM Lorenzo Battistini <elbaddy@gmail.com> wrote:
Was it this
https://github.com/OCA/partner-contact/tree/13.0/partner_tz
?

On Wed, 6 Jan 2021 at 04:42, Yoshi Tashiro <tashiro@quartile.co> wrote:
I think I've seen somewhere under OCA a module to add generic methods to convert datetime between UTC and user's timezone, but I somehow can't find it now. A pointer would be appreciated.

--
Yoshi Tashiro

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Lorenzo Battistini
https://github.com/eLBati
takobi.online | Facebook | Linkedin | Youtube

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Yoshi Tashiro. - 09:21 - 6 Jan 2021

Re: A module to add methods to convert datetime between UTC and user's timezone

Was it this
https://github.com/OCA/partner-contact/tree/13.0/partner_tz
?

On Wed, 6 Jan 2021 at 04:42, Yoshi Tashiro <tashiro@quartile.co> wrote:
I think I've seen somewhere under OCA a module to add generic methods to convert datetime between UTC and user's timezone, but I somehow can't find it now. A pointer would be appreciated.

--
Yoshi Tashiro

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Lorenzo Battistini
https://github.com/eLBati
takobi.online | Facebook | Linkedin | Youtube

by Lorenzo Battistini. - 09:01 - 6 Jan 2021

Re: A module to add methods to convert datetime between UTC and user's timezone

OK, I'd better look into odoo.tools, although there might be cases where we do not want to apply the formats by the language. Thanks a lot, Graeme!

--
Yoshi Tashiro

On Wed, Jan 6, 2021 at 4:12 PM Graeme Gellatly <gdgellatly@gmail.com> wrote:
Hi

The first 2 cases are already done better in odoo.tools and also exposed to mail.template, maybe reports too, well except it also formats the string for the users language too I think. Easily importable.

The 3rd case isn't worth it IMO, it seems quite specific and written in a very long way. Something like datetime.now(pytz.timezone('tz')).utcoffset() will do it in a 1 liner with maybe a bit of math and its a ton easier using python main datetime and pytz modules

I used to maintain a report date helper module but never use it anymore.

On Wed, 6 Jan 2021, 7:27 pm Yoshi Tashiro, <tashiro@quartile.co> wrote:
Thanks Graeme and Dominique. What I'm looking for is a collection of methods that are not covered in Date and Datetime classes of vanilla Odoo. For example:
    # Convert datetime object to date string
    def _convert_to_user_date_string(self, datetime, hours):
        user_datetime = datetime + relativedelta(hours=hours)
        return fields.Date.to_string(fields.Date.to_date(user_datetime))

    # Convert date string with timestamp to datetime object
    def _convert_to_user_datetime_string(self, date, timestamp, hours):
        datetime_value = fields.Datetime.from_string("{} {}".format(date, timestamp))
        return fields.Datetime.to_string(datetime_value - relativedelta(hours=hours))

    # Return the time difference (in hours), e.g. if user's timezone is in
    # GMT+9 this method will return 9.0
    def _get_tz_hours_diff(self):
        tz = timezone(self.env.user.tz or "UTC")
        current_time = fields.Datetime.now()
        user_time = pytz.utc.localize(current_time).astimezone(tz)
        utc_time = timezone("UTC").localize(current_time)
        hours_diff = (
            (user_time.utcoffset() - utc_time.utcoffset()) / timedelta(minutes=1) / 60
        )
        return hours_diff

I vaguely remember seeing somewhere someone extending Date and Datetime in a somewhat similar manner. If there is nothing under OCA we may create a module and make a PR.

--
Yoshi Tashiro

On Wed, Jan 6, 2021 at 2:12 PM Dominique k <dominique.k@elico-corp.com.sg> wrote:
oh... will check that. thanks a lot

On Wed, 6 Jan 2021 at 12:42 PM, Graeme Gellatly <gdgellatly@gmail.com> wrote:
It is built in to odoo and sometimes uses babel under hood.

For today jobs fields.Date.context_today(record with tz context, optional timestamp) is my general go to available in views as context_today.

odoo.tools.format_datetime or something like that does it too for datetime plus locale specific representation as string.

There is some more. Check fields.Date* and odoo.tools

In record rules it is tons harder but if you have the patience you can handroll a very ugly rule using time module.

Regards from UTC+13.

On Wed, 6 Jan 2021, 5:22 pm Dominique k, <dominique.k@elico-corp.com.sg> wrote:
i would be curious if there is one, or contribute for developing one

UTC --> user timezone is a real real pain to develop. particularly when trying to get "today" jobs

Regards,
Dominique

On Wed, 6 Jan 2021 at 11:42, Yoshi Tashiro <tashiro@quartile.co> wrote:
I think I've seen somewhere under OCA a module to add generic methods to convert datetime between UTC and user's timezone, but I somehow can't find it now. A pointer would be appreciated.

--
Yoshi Tashiro

_______________________________________________
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

--
Dominique KON-SUN-TACK  [Project Manager]
Elico Solutions (Singapore/Shanghai/Shenzhen)
Odoo Gold Partner, best Odoo Partner 2014 for APAC

Mobile: + 65 8502 2399
Skype: dominique_elico
Email: dominique.k@elico-corp.com.sg
Website: www.elico-corp.com

_______________________________________________
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 Yoshi Tashiro. - 08:26 - 6 Jan 2021

Re: A module to add methods to convert datetime between UTC and user's timezone

Hi

The first 2 cases are already done better in odoo.tools and also exposed to mail.template, maybe reports too, well except it also formats the string for the users language too I think. Easily importable.

The 3rd case isn't worth it IMO, it seems quite specific and written in a very long way. Something like datetime.now(pytz.timezone('tz')).utcoffset() will do it in a 1 liner with maybe a bit of math and its a ton easier using python main datetime and pytz modules

I used to maintain a report date helper module but never use it anymore.

On Wed, 6 Jan 2021, 7:27 pm Yoshi Tashiro, <tashiro@quartile.co> wrote:
Thanks Graeme and Dominique. What I'm looking for is a collection of methods that are not covered in Date and Datetime classes of vanilla Odoo. For example:
    # Convert datetime object to date string
    def _convert_to_user_date_string(self, datetime, hours):
        user_datetime = datetime + relativedelta(hours=hours)
        return fields.Date.to_string(fields.Date.to_date(user_datetime))

    # Convert date string with timestamp to datetime object
    def _convert_to_user_datetime_string(self, date, timestamp, hours):
        datetime_value = fields.Datetime.from_string("{} {}".format(date, timestamp))
        return fields.Datetime.to_string(datetime_value - relativedelta(hours=hours))

    # Return the time difference (in hours), e.g. if user's timezone is in
    # GMT+9 this method will return 9.0
    def _get_tz_hours_diff(self):
        tz = timezone(self.env.user.tz or "UTC")
        current_time = fields.Datetime.now()
        user_time = pytz.utc.localize(current_time).astimezone(tz)
        utc_time = timezone("UTC").localize(current_time)
        hours_diff = (
            (user_time.utcoffset() - utc_time.utcoffset()) / timedelta(minutes=1) / 60
        )
        return hours_diff

I vaguely remember seeing somewhere someone extending Date and Datetime in a somewhat similar manner. If there is nothing under OCA we may create a module and make a PR.

--
Yoshi Tashiro

On Wed, Jan 6, 2021 at 2:12 PM Dominique k <dominique.k@elico-corp.com.sg> wrote:
oh... will check that. thanks a lot

On Wed, 6 Jan 2021 at 12:42 PM, Graeme Gellatly <gdgellatly@gmail.com> wrote:
It is built in to odoo and sometimes uses babel under hood.

For today jobs fields.Date.context_today(record with tz context, optional timestamp) is my general go to available in views as context_today.

odoo.tools.format_datetime or something like that does it too for datetime plus locale specific representation as string.

There is some more. Check fields.Date* and odoo.tools

In record rules it is tons harder but if you have the patience you can handroll a very ugly rule using time module.

Regards from UTC+13.

On Wed, 6 Jan 2021, 5:22 pm Dominique k, <dominique.k@elico-corp.com.sg> wrote:
i would be curious if there is one, or contribute for developing one

UTC --> user timezone is a real real pain to develop. particularly when trying to get "today" jobs

Regards,
Dominique

On Wed, 6 Jan 2021 at 11:42, Yoshi Tashiro <tashiro@quartile.co> wrote:
I think I've seen somewhere under OCA a module to add generic methods to convert datetime between UTC and user's timezone, but I somehow can't find it now. A pointer would be appreciated.

--
Yoshi Tashiro

_______________________________________________
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

--
Dominique KON-SUN-TACK  [Project Manager]
Elico Solutions (Singapore/Shanghai/Shenzhen)
Odoo Gold Partner, best Odoo Partner 2014 for APAC

Mobile: + 65 8502 2399
Skype: dominique_elico
Email: dominique.k@elico-corp.com.sg
Website: www.elico-corp.com

_______________________________________________
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 Graeme Gellatly - 08:11 - 6 Jan 2021

Re: A module to add methods to convert datetime between UTC and user's timezone

Thanks Graeme and Dominique. What I'm looking for is a collection of methods that are not covered in Date and Datetime classes of vanilla Odoo. For example:
    # Convert datetime object to date string
    def _convert_to_user_date_string(self, datetime, hours):
        user_datetime = datetime + relativedelta(hours=hours)
        return fields.Date.to_string(fields.Date.to_date(user_datetime))

    # Convert date string with timestamp to datetime object
    def _convert_to_user_datetime_string(self, date, timestamp, hours):
        datetime_value = fields.Datetime.from_string("{} {}".format(date, timestamp))
        return fields.Datetime.to_string(datetime_value - relativedelta(hours=hours))

    # Return the time difference (in hours), e.g. if user's timezone is in
    # GMT+9 this method will return 9.0
    def _get_tz_hours_diff(self):
        tz = timezone(self.env.user.tz or "UTC")
        current_time = fields.Datetime.now()
        user_time = pytz.utc.localize(current_time).astimezone(tz)
        utc_time = timezone("UTC").localize(current_time)
        hours_diff = (
            (user_time.utcoffset() - utc_time.utcoffset()) / timedelta(minutes=1) / 60
        )
        return hours_diff

I vaguely remember seeing somewhere someone extending Date and Datetime in a somewhat similar manner. If there is nothing under OCA we may create a module and make a PR.

--
Yoshi Tashiro

On Wed, Jan 6, 2021 at 2:12 PM Dominique k <dominique.k@elico-corp.com.sg> wrote:
oh... will check that. thanks a lot

On Wed, 6 Jan 2021 at 12:42 PM, Graeme Gellatly <gdgellatly@gmail.com> wrote:
It is built in to odoo and sometimes uses babel under hood.

For today jobs fields.Date.context_today(record with tz context, optional timestamp) is my general go to available in views as context_today.

odoo.tools.format_datetime or something like that does it too for datetime plus locale specific representation as string.

There is some more. Check fields.Date* and odoo.tools

In record rules it is tons harder but if you have the patience you can handroll a very ugly rule using time module.

Regards from UTC+13.

On Wed, 6 Jan 2021, 5:22 pm Dominique k, <dominique.k@elico-corp.com.sg> wrote:
i would be curious if there is one, or contribute for developing one

UTC --> user timezone is a real real pain to develop. particularly when trying to get "today" jobs

Regards,
Dominique

On Wed, 6 Jan 2021 at 11:42, Yoshi Tashiro <tashiro@quartile.co> wrote:
I think I've seen somewhere under OCA a module to add generic methods to convert datetime between UTC and user's timezone, but I somehow can't find it now. A pointer would be appreciated.

--
Yoshi Tashiro

_______________________________________________
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

--
Dominique KON-SUN-TACK  [Project Manager]
Elico Solutions (Singapore/Shanghai/Shenzhen)
Odoo Gold Partner, best Odoo Partner 2014 for APAC

Mobile: + 65 8502 2399
Skype: dominique_elico
Email: dominique.k@elico-corp.com.sg
Website: www.elico-corp.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 Yoshi Tashiro. - 07:26 - 6 Jan 2021
Odoo e2e testing with Cypress.
Dear community,

Just recently, I played around with Cypress e2e testing. https://www.cypress.io/

And it looks interesting especially for functional end to end testing. Test script is in JS, but it looks easy enough to apply with Odoo.
https://www.youtube.com/watch?v=7Ndy6g5Pgxs
https://medium.com/warung-pintar/pengujian-otomatis-end-to-end-testing-di-warung-pintar-menggunakan-cypress-85c34c051ed3
Anyone have experiences using cypress with Odoo already?

Kitti U.
by Kitti Upariphutthiphong - 04:56 - 31 Dec 2020
1 replies 1 replies
Re: Odoo e2e testing with Cypress.

Nice, we use robotframework.

Regards,

Jens

Kitti Upariphutthiphong <kittiu@ecosoft.co.th> schrieb am Do. 31. Dez. 2020 um 16:57:
Dear community,

Just recently, I played around with Cypress e2e testing. https://www.cypress.io/

And it looks interesting especially for functional end to end testing. Test script is in JS, but it looks easy enough to apply with Odoo.
https://www.youtube.com/watch?v=7Ndy6g5Pgxs
https://medium.com/warung-pintar/pengujian-otomatis-end-to-end-testing-di-warung-pintar-menggunakan-cypress-85c34c051ed3
Anyone have experiences using cypress with Odoo already?

Kitti U.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
--
Jens Holze
Geschäftsführer (des besten Teams ever)
bloopark systems GmbH & Co. KG
+49 391 563069-10
jholze@bloopark.de
www.bloopark.de
Beethovenstr. 4, 39106 Magdeburg

by Jens Holze - 06:51 - 1 Jan 2020
use "%d" in nginx with "dbfilter_from_header" module

hi all,

How may I pass the equivalent of "dbfilter = ^%d.*" (odoo conf file option) to a nginx proxy_set_header for dbfilter (using module dbfilter_from_header (odoo 13)?

I tried to use "<subdomain>" or $subdomain in my expression but It doesn't get substituted before being sent to odoo.
i.e. unsuccessfully tried:
proxy_set_header X-Odoo-dbfilter \b(?<subdomain>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\<subdomain\>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\$subdomain.*)\b\S+;
proxy_set_header X-Odoo-dbfilter ^%d.*;

anyone can help?

the use case is that I would like to set this dbfilter for only some defined range of subdomains.

TIA

--
Yves Goldberg
odoo| Official Partner - OCA delegate
Open Source ERP, CRM & CMS

Chat with me

T +972 (3) 720 8818
M +972 (55) 966 1405
T +32 (2) 588 2500

www.ygol.com

--

by Yves Goldberg - 11:00 - 31 Dec 2020
5 replies 5 replies
Re: use "%d" in nginx with "dbfilter_from_header" module

Hi Rémy. this is great. thank you. I wrongly thought that <subdomain> was a predefined nginx variable. So now I could capture and assign the value in the server_name statement and use it in the dbfilter.
Cheers.
Yves.

----- Original message -----
From: "Rémy Taymans" <remy@coopiteasy.be>
To: Contributors <contributors@odoo-community.org>
Subject: Re: use "%d" in nginx with "dbfilter_from_header" module
Date: Friday, January 01, 2021 12:32

Dear Yves, The value of the header X-Odoo-dbfilter should be a regular expression matching your database name. (https://github.com/OCA/server-tools/blob/13.0/dbfilter_from_header/override.py#L20) The match performed by Odoo using the regular expression given in the dbfilter header ignore the url you are using for accessing the odoo instance. Considering that the database is named according to the subdomain, the following nginx config should work : server_name foo.example.org; ... proxy_set_header X-Odoo-dbfilter foo; This will match any database that *begins* with `foo`. If the server_name of your nginx configuration file consist of something like : server_name *.example.org; Then you should consider using a regular expression as a server_name value. With this regular expression, extract the subdomain in a variable that can be used as a value for the proxy header. server_name ~^(?<database>.+)\.example\.org$; ... proxy_set_header X-Odoo-dbfilter $database; To get more info about regular expression in nginx configuration file, see : http://nginx.org/en/docs/http/server_names.html#regex_names I have not tested the code given in this email, so use it with caution. :) Regards, -- Rémy Taymans @ Coop IT Easy +32 493 02 69 85 - <https://github.com/coopiteasy> <https://coopiteasy.be> Quoting Yves Goldberg (2020-12-31 11:02:05) > hi all, > How may I pass the equivalent of "dbfilter = *^%d.**" (odoo conf file option) to a nginx proxy_set_header for dbfilter (using module dbfilter_from_header [1] (odoo 13)? > I tried to use "<subdomain>" or $subdomain in my expression but It doesn't get substituted before being sent to odoo. > i.e. unsuccessfully tried: > proxy_set_header X-Odoo-dbfilter \b(?<subdomain>.*)\b\S+; > proxy_set_header X-Odoo-dbfilter \b(?\<subdomain\>.*)\b\S+; proxy_set_header X-Odoo-dbfilter \b(?\$subdomain.*)\b\S+; proxy_set_header X-Odoo-dbfilter ^%d.*; > > anyone can help? > the use case is that I would like to set this dbfilter for only some defined range of subdomains. > TIA > > -- Yves Goldberg* o doo * | Official Partner - OCA delegate Open Source ERP, CRM & CMS Chat with me [2] T +972 (3) 720 8818* M +972 (55) 966 1405 T +32 (2) 588 2500 None [3] www.ygol.com None [4] None [5] None [6] None [7] --
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Yves Goldberg - 04:35 - 1 Jan 2020

Re: use "%d" in nginx with "dbfilter_from_header" module

Dear Yves, The value of the header X-Odoo-dbfilter should be a regular expression matching your database name. (https://github.com/OCA/server-tools/blob/13.0/dbfilter_from_header/override.py#L20) The match performed by Odoo using the regular expression given in the dbfilter header ignore the url you are using for accessing the odoo instance. Considering that the database is named according to the subdomain, the following nginx config should work : server_name foo.example.org; ... proxy_set_header X-Odoo-dbfilter foo; This will match any database that *begins* with `foo`. If the server_name of your nginx configuration file consist of something like : server_name *.example.org; Then you should consider using a regular expression as a server_name value. With this regular expression, extract the subdomain in a variable that can be used as a value for the proxy header. server_name ~^(?<database>.+)\.example\.org$; ... proxy_set_header X-Odoo-dbfilter $database; To get more info about regular expression in nginx configuration file, see : http://nginx.org/en/docs/http/server_names.html#regex_names I have not tested the code given in this email, so use it with caution. :) Regards, -- Rémy Taymans @ Coop IT Easy +32 493 02 69 85 - <https://github.com/coopiteasy> <https://coopiteasy.be> Quoting Yves Goldberg (2020-12-31 11:02:05) > hi all, > How may I pass the equivalent of "dbfilter = *^%d.**" (odoo conf file option) to a nginx proxy_set_header for dbfilter (using module dbfilter_from_header [1] (odoo 13)? > I tried to use "<subdomain>" or $subdomain in my expression but It doesn't get substituted before being sent to odoo. > i.e. unsuccessfully tried: > proxy_set_header X-Odoo-dbfilter \b(?<subdomain>.*)\b\S+; > proxy_set_header X-Odoo-dbfilter \b(?\<subdomain\>.*)\b\S+; proxy_set_header X-Odoo-dbfilter \b(?\$subdomain.*)\b\S+; proxy_set_header X-Odoo-dbfilter ^%d.*; > > anyone can help? > the use case is that I would like to set this dbfilter for only some defined range of subdomains. > TIA > > -- Yves Goldberg* o doo * | Official Partner - OCA delegate Open Source ERP, CRM & CMS Chat with me [2] T +972 (3) 720 8818* M +972 (55) 966 1405 T +32 (2) 588 2500 None [3] www.ygol.com None [4] None [5] None [6] None [7] --

by Rémy Taymans - 11:30 - 1 Jan 2020

Re: use "%d" in nginx with "dbfilter_from_header" module

Thanks Bruno. The second one is the one I am using and the 1st one is similar.
My question is more about if there is a syntax I could use.

Happy new year

----- Original message -----
From: Bruno Joliveau <bruno.joliveau@numigi.com>
To: Contributors <contributors@odoo-community.org>
Subject: Re: use "%d" in nginx with "dbfilter_from_header" module
Date: Thursday, December 31, 2020 18:37

I sent my mail too quickly ;-)

This one too https://github.com/OCA/server-tools/tree/13.0/dbfilter_from_header

Bruno Joliveau - Architecte applications - Président
NUMIGI SOLUTIONS INC.
bruno.joliveau@numigi.com
(514) 317-7944

Longueuil, Québec, Canada
http://www.numigi.com/

Le jeu. 31 déc. 2020 à 11:30, Bruno Joliveau <bruno.joliveau@numigi.com> a écrit :
Hi Yves,

Maybe this https://github.com/muk-it/muk_base/tree/13.0/muk_dbfilter help you?

Have a nice day!

Bruno Joliveau - Architecte applications - Président
NUMIGI SOLUTIONS INC.
bruno.joliveau@numigi.com
(514) 317-7944

Longueuil, Québec, Canada
http://www.numigi.com/

Le jeu. 31 déc. 2020 à 05:02, Yves Goldberg <yves@ygol.com> a écrit :

hi all,

How may I pass the equivalent of "dbfilter = ^%d.*" (odoo conf file option) to a nginx proxy_set_header for dbfilter (using module dbfilter_from_header (odoo 13)?

I tried to use "<subdomain>" or $subdomain in my expression but It doesn't get substituted before being sent to odoo.
i.e. unsuccessfully tried:
proxy_set_header X-Odoo-dbfilter \b(?<subdomain>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\<subdomain\>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\$subdomain.*)\b\S+;
proxy_set_header X-Odoo-dbfilter ^%d.*;

anyone can help?

the use case is that I would like to set this dbfilter for only some defined range of subdomains.

TIA

--
Yves Goldberg
odoo| Official Partner - OCA delegate
Open Source ERP, CRM & CMS

Chat with me

T +972 (3) 720 8818
M +972 (55) 966 1405
T +32 (2) 588 2500

www.ygol.com


--

_______________________________________________
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 Yves Goldberg - 09:11 - 1 Jan 2020

Re: use "%d" in nginx with "dbfilter_from_header" module

I sent my mail too quickly ;-)

This one too https://github.com/OCA/server-tools/tree/13.0/dbfilter_from_header

Bruno Joliveau - Architecte applications - Président
NUMIGI SOLUTIONS INC.
bruno.joliveau@numigi.com
(514) 317-7944

Longueuil, Québec, Canada
http://www.numigi.com/

Le jeu. 31 déc. 2020 à 11:30, Bruno Joliveau <bruno.joliveau@numigi.com> a écrit :
Hi Yves,

Maybe this https://github.com/muk-it/muk_base/tree/13.0/muk_dbfilter help you?

Have a nice day!
Bruno Joliveau - Architecte applications - Président
NUMIGI SOLUTIONS INC.
bruno.joliveau@numigi.com
(514) 317-7944

Longueuil, Québec, Canada
http://www.numigi.com/

Le jeu. 31 déc. 2020 à 05:02, Yves Goldberg <yves@ygol.com> a écrit :

hi all,

How may I pass the equivalent of "dbfilter = ^%d.*" (odoo conf file option) to a nginx proxy_set_header for dbfilter (using module dbfilter_from_header (odoo 13)?

I tried to use "<subdomain>" or $subdomain in my expression but It doesn't get substituted before being sent to odoo.
i.e. unsuccessfully tried:
proxy_set_header X-Odoo-dbfilter \b(?<subdomain>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\<subdomain\>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\$subdomain.*)\b\S+;
proxy_set_header X-Odoo-dbfilter ^%d.*;

anyone can help?

the use case is that I would like to set this dbfilter for only some defined range of subdomains.

TIA

--
Yves Goldberg
odoo| Official Partner - OCA delegate
Open Source ERP, CRM & CMS

Chat with me

T +972 (3) 720 8818
M +972 (55) 966 1405
T +32 (2) 588 2500

www.ygol.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 Bruno Joliveau - 05:36 - 31 Dec 2020

Re: use "%d" in nginx with "dbfilter_from_header" module

Hi Yves,

Maybe this https://github.com/muk-it/muk_base/tree/13.0/muk_dbfilter help you?

Have a nice day!
Bruno Joliveau - Architecte applications - Président
NUMIGI SOLUTIONS INC.
bruno.joliveau@numigi.com
(514) 317-7944

Longueuil, Québec, Canada
http://www.numigi.com/

Le jeu. 31 déc. 2020 à 05:02, Yves Goldberg <yves@ygol.com> a écrit :

hi all,

How may I pass the equivalent of "dbfilter = ^%d.*" (odoo conf file option) to a nginx proxy_set_header for dbfilter (using module dbfilter_from_header (odoo 13)?

I tried to use "<subdomain>" or $subdomain in my expression but It doesn't get substituted before being sent to odoo.
i.e. unsuccessfully tried:
proxy_set_header X-Odoo-dbfilter \b(?<subdomain>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\<subdomain\>.*)\b\S+;
proxy_set_header X-Odoo-dbfilter \b(?\$subdomain.*)\b\S+;
proxy_set_header X-Odoo-dbfilter ^%d.*;

anyone can help?

the use case is that I would like to set this dbfilter for only some defined range of subdomains.

TIA

--
Yves Goldberg
odoo| Official Partner - OCA delegate
Open Source ERP, CRM & CMS

Chat with me

T +972 (3) 720 8818
M +972 (55) 966 1405
T +32 (2) 588 2500

www.ygol.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 Bruno Joliveau - 05:36 - 31 Dec 2020
Mailing list IoT PSC

Hi community,

Are there any mailing list of IoT PSC ?

Or we can use the new discussions feature of github ?

Thanks,

Juan.

by Juan Del Castillo Gómez - 04:11 - 24 Dec 2020
2 replies 2 replies
Re: Mailing list IoT PSC

Hi Stéphane,

I would recommend using GitHub discussions but discord is fine. I'm going to try it.

Thank you !

El lun, 28 dic 2020 a las 16:37, Stéphane Bidoul (<stephane.bidoul@acsone.eu>) escribió:
Hello Juan,

I would recommend using the contributors mailing list first, as it has relatively low traffic.

I've also created an #iot channel in discord.

We could also create a dedicated mailing list but the risk is it will have little visibility and you may not reach the intended audience.

GitHub discussions is worth considering, although there is the risk of dispersing the information and diluting the audience if we have too many communication channels.

-sbi

On Thu, Dec 24, 2020 at 4:11 AM Juan DCG <juandcg314@gmail.com> wrote:
Hi community,

Are there any mailing list of IoT PSC ?

Or we can use the new discussions feature of github ?

Thanks,

Juan.

_______________________________________________
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 Juan Del Castillo Gómez - 06:45 - 28 Dec 2020

Re: Mailing list IoT PSC

Hello Juan,

I would recommend using the contributors mailing list first, as it has relatively low traffic.

I've also created an #iot channel in discord.

We could also create a dedicated mailing list but the risk is it will have little visibility and you may not reach the intended audience.

GitHub discussions is worth considering, although there is the risk of dispersing the information and diluting the audience if we have too many communication channels.

-sbi

On Thu, Dec 24, 2020 at 4:11 AM Juan DCG <juandcg314@gmail.com> wrote:
Hi community,

Are there any mailing list of IoT PSC ?

Or we can use the new discussions feature of github ?

Thanks,

Juan.

_______________________________________________
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 - 04:35 - 28 Dec 2020

OCA and security notices

Hi community,

Yesterday a security notices has been published.

Stefan has begun to bring one security fix to OCB with this PR

It raises what seems to be an important point about the handling of the security fixes for the unsupported Odoo version on OCB. Will this should be taken in charge by OCA, as OCB is under OCA umbrella or it'll remain on the goodwill of the community's members ? I don't have any problem with one of the possible responses.

My point is how do we takle the minimum about this topic. I mean how do we organize the contribution members on this topics ?

My first idea will be to open an issue on OCB for each security notice and organize the work as it done for modules migration. What do you think ? Creating a PSC team security could be another idea.

Finding the security issues seems to be easy but at this point we don't have a tracking on the ones that are brought back on the unsupported version on OCB.

Here at Coop IT Easy we'll probably focus on the versions affecting our customers it means 9.0 as 11.0 and later are still supported.

Regards,

Housine

Virus-free. www.avast.com

by Houssine BAKKALI - 11:46 - 23 Dec 2020

12 replies 12 replies

Re: OCA and security notices

Hi Pedro,

It took a while to sink in, but yes, you have convinced me. Upgrading is 
the thing to do, instead of spending time on bugs and performance issues 
that are fixed in newer cores. I've seen my share of those and it's just 
not worth the effort to fight these rearguard battles.

It's too bad that upgrading is in many cases a big, complex operation, 
but that's just the way it is.

Thanks for your insights!

Op 1/5/21 om 9:27 AM schreef Pedro M. Baeza (Tecnativa):

> Hi, Tom,

>

> Each version can have some bugs, but it's better to handle them 

> between more people than let SaaS users or the same partners to 

> notify/fix them. You think it's "safer" to be on a previous version 

> for avoiding such bugs, but the facts are:

>

> - Such a bug is because of your use cases, and it will be found on the 

> version you are using, no matter if outdated or not. Nobody till then 

> may notify it.

> - Odoo is fixing bugs very quickly and without effort by your part on 

> the latest version (or the previous one), as they are committed to 

> "stabilize" that version, but not on very old versions. A note about 

> this: notifying properly a bug is the key for having it solved. You 

> can't expect to have the work done not doing a minimum effort on your 

> part.

> - Bugs can happen even on unsupported versions, so the maintenance 

> cost starts to rise if you need to fix them by yourself and you are 

> introducing regression risks.

> - There are even occasions where the bug is fixed or doesn't apply on 

> higher versions, but you don't have it in an outdated one. See the 

> recent CVE cases and the effort needed by Stefan and Nils.

> - Odoo continues to improve its test suite, and each version has more 

> and more stability/quality.

>

> Other facts about using outdated versions:

>

> - You need to "backport" features that are on higher versions or lack 

> them.

> - Framework evolves, and using an outdated framework makes your 

> development team to require more time to complete the same tasks, or 

> to not have available some tools. Programming in 2020 with the old API 

> or the v8/v9 hybrid for me is horrible.

> - Collaboration possibilities are reduced working on an outdated 

> version, as there are less contributors on them. You can see the same 

> examples on your 7.0 PRs, or even on the 10.0 PRs, that is more 

> recent, but the same unattended.

> - As a complement to the previous one, new contributors push newer 

> versions, not old ones.

> - Underlying libraries and dependencies are outdated as well, with the 

> problems this supposes.

>

> So at Tecnativa we deal with this not having middle positions: all our 

> customers go to latest versions (the supported ones), and we reject 

> those that don't want this approach. That way, we focus on dealing 

> with a reduced set of Odoo versions, we migrate them regularly (not 

> forcing a yearly migration, but more and more customers demand to go 

> to each version and they don't want to keep the same version 2/3 

> years), and we report bugs to Odoo constantly that makes the versions 

> stable enough.

>

> Migrating OCA modules is not a problem while you are on the wheel. The 

> keys are:

>

> - Having a team used to OCA guidelines. All our developments follow 

> strict guidelines. This makes the team to take the habit and don't 

> require more time to be "OCA". Anyway, 95% of our developments are 

> directly OCA. OCA first approach is also very important for us.

> - Having good test coverage. This is vital for easing the migrations. 

> Doing good tests is not easy, but the time spent on that will be for 

> sure gained later. This includes also JS tour/Qunit tests if needed.

> - Reviewing PRs between colleagues as part of your development cycle. 

> This raises a lot your team skills and don't stuck PRs. People 

> complain about their PRs not being reviewed, but they don't review 

> others in exchange or don't push colleagues to review them.

>

> We also take a proactive position for handling some "polemical" 

> decisions taken on the versions, creating OCA modules that fill the 

> gaps. This is better IMO than staying on an older version and 

> complaining that "Odoo has removed this or changed that". In general 

> you win more than you lose on newer versions.

>

> And finally, customers receive a refresh training on each version 

> change. Being proactive as well on the changes they have makes people 

> to not reject the new version and embrace the new features from the 

> beginning.

>

> Do I convince you, hehe?

>

> Regards.

>

> _______________________________________________

> Mailing-List: https://odoo-community.org/groups/contributors-15 

> <https://odoo-community.org/groups/contributors-15>

> Post to: mailto:contributors@odoo-community.org

> Unsubscribe: https://odoo-community.org/groups?unsubscribe 

> <https://odoo-community.org/groups?unsubscribe>

>

by Tom Blauwendraat - 05:31 - 9 Apr 2021

Re: OCA and security notices

Hi, Xavier,

The delay depends on 2 factors:

- The technical work to be done, which is the installed core modules to be covered by OpenUpgrade + the OCA modules to be migrated. This can be complemented with use cases test suite to be checked.

- The customer alignment for the best moment to migrate, depending on their activity.

FYI, we are migrating our customers to v13 now, having 4 of them on 13.0 already, and the rest coming in the following months.

Regards.

El mié, 6 ene 2021 a las 19:07, Xavier Brochard (<xavier@alternatif.org>) escribió:

Hi Pedro

I've found your post very interesting.
However can you elaborate a bit on the delay before migration ? 
Obviously you can't migrate before the newest version is stabilized 
enough, but you can't also migrate before OpenUpgrade is available (or 
do you migrate "by hand" ?). So, are you curently running Odoo 13 and 
planning migrations around june ?

Best regards
Xavier / zeroheure
---
Librement,
Xavier Brochard xavier@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre 
Rosnay)

Le 05.01.2021 09:27, Pedro M. Baeza (Tecnativa) a écrit :


> Hi, Tom,


> 


> Each version can have some bugs, but it's better to handle them


> between more people than let SaaS users or the same partners to


> notify/fix them. You think it's "safer" to be on a previous version


> for avoiding such bugs, but the facts are:


> 


> - Such a bug is because of your use cases, and it will be found on the


> version you are using, no matter if outdated or not. Nobody till then


> may notify it.


> - Odoo is fixing bugs very quickly and without effort by your part on


> the latest version (or the previous one), as they are committed to


> "stabilize" that version, but not on very old versions. A note about


> this: notifying properly a bug is the key for having it solved. You


> can't expect to have the work done not doing a minimum effort on your


> part.


> 


> - Bugs can happen even on unsupported versions, so the maintenance


> cost starts to rise if you need to fix them by yourself and you are


> introducing regression risks.


> - There are even occasions where the bug is fixed or doesn't apply on


> higher versions, but you don't have it in an outdated one. See the


> recent CVE cases and the effort needed by Stefan and Nils.


> - Odoo continues to improve its test suite, and each version has more


> and more stability/quality.


> 


> Other facts about using outdated versions:


> 


> - You need to "backport" features that are on higher versions or lack


> them.


> - Framework evolves, and using an outdated framework makes your


> development team to require more time to complete the same tasks, or


> to not have available some tools. Programming in 2020 with the old API


> or the v8/v9 hybrid for me is horrible.


> - Collaboration possibilities are reduced working on an outdated


> version, as there are less contributors on them. You can see the same


> examples on your 7.0 PRs, or even on the 10.0 PRs, that is more


> recent, but the same unattended.


> - As a complement to the previous one, new contributors push newer


> versions, not old ones.


> - Underlying libraries and dependencies are outdated as well, with the


> problems this supposes.


> 


> So at Tecnativa we deal with this not having middle positions: all our


> customers go to latest versions (the supported ones), and we reject


> those that don't want this approach. That way, we focus on dealing


> with a reduced set of Odoo versions, we migrate them regularly (not


> forcing a yearly migration, but more and more customers demand to go


> to each version and they don't want to keep the same version 2/3


> years), and we report bugs to Odoo constantly that makes the versions


> stable enough.


> 


> Migrating OCA modules is not a problem while you are on the wheel. The


> keys are:


> 


> - Having a team used to OCA guidelines. All our developments follow


> strict guidelines. This makes the team to take the habit and don't


> require more time to be "OCA". Anyway, 95% of our developments are


> directly OCA. OCA first approach is also very important for us.


> 


> - Having good test coverage. This is vital for easing the migrations.


> Doing good tests is not easy, but the time spent on that will be for


> sure gained later. This includes also JS tour/Qunit tests if needed.


> - Reviewing PRs between colleagues as part of your development cycle.


> This raises a lot your team skills and don't stuck PRs. People


> complain about their PRs not being reviewed, but they don't review


> others in exchange or don't push colleagues to review them.


> 


> We also take a proactive position for handling some "polemical"


> decisions taken on the versions, creating OCA modules that fill the


> gaps. This is better IMO than staying on an older version and


> complaining that "Odoo has removed this or changed that". In general


> you win more than you lose on newer versions.


> 


> And finally, customers receive a refresh training on each version


> change. Being proactive as well on the changes they have makes people


> to not reject the new version and embrace the new features from the


> beginning.


> 


> Do I convince you, hehe?


> 


> 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

by Pedro M. Baeza - 12:36 - 7 Jan 2021

Re: OCA and security notices

Hi Pedro

I've found your post very interesting.
However can you elaborate a bit on the delay before migration ? 
Obviously you can't migrate before the newest version is stabilized 
enough, but you can't also migrate before OpenUpgrade is available (or 
do you migrate "by hand" ?). So, are you curently running Odoo 13 and 
planning migrations around june ?

Best regards
Xavier / zeroheure
---
Librement,
Xavier Brochard xavier@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre 
Rosnay)

Le 05.01.2021 09:27, Pedro M. Baeza (Tecnativa) a écrit :

> Hi, Tom,

> 

> Each version can have some bugs, but it's better to handle them

> between more people than let SaaS users or the same partners to

> notify/fix them. You think it's "safer" to be on a previous version

> for avoiding such bugs, but the facts are:

> 

> - Such a bug is because of your use cases, and it will be found on the

> version you are using, no matter if outdated or not. Nobody till then

> may notify it.

> - Odoo is fixing bugs very quickly and without effort by your part on

> the latest version (or the previous one), as they are committed to

> "stabilize" that version, but not on very old versions. A note about

> this: notifying properly a bug is the key for having it solved. You

> can't expect to have the work done not doing a minimum effort on your

> part.

> 

> - Bugs can happen even on unsupported versions, so the maintenance

> cost starts to rise if you need to fix them by yourself and you are

> introducing regression risks.

> - There are even occasions where the bug is fixed or doesn't apply on

> higher versions, but you don't have it in an outdated one. See the

> recent CVE cases and the effort needed by Stefan and Nils.

> - Odoo continues to improve its test suite, and each version has more

> and more stability/quality.

> 

> Other facts about using outdated versions:

> 

> - You need to "backport" features that are on higher versions or lack

> them.

> - Framework evolves, and using an outdated framework makes your

> development team to require more time to complete the same tasks, or

> to not have available some tools. Programming in 2020 with the old API

> or the v8/v9 hybrid for me is horrible.

> - Collaboration possibilities are reduced working on an outdated

> version, as there are less contributors on them. You can see the same

> examples on your 7.0 PRs, or even on the 10.0 PRs, that is more

> recent, but the same unattended.

> - As a complement to the previous one, new contributors push newer

> versions, not old ones.

> - Underlying libraries and dependencies are outdated as well, with the

> problems this supposes.

> 

> So at Tecnativa we deal with this not having middle positions: all our

> customers go to latest versions (the supported ones), and we reject

> those that don't want this approach. That way, we focus on dealing

> with a reduced set of Odoo versions, we migrate them regularly (not

> forcing a yearly migration, but more and more customers demand to go

> to each version and they don't want to keep the same version 2/3

> years), and we report bugs to Odoo constantly that makes the versions

> stable enough.

> 

> Migrating OCA modules is not a problem while you are on the wheel. The

> keys are:

> 

> - Having a team used to OCA guidelines. All our developments follow

> strict guidelines. This makes the team to take the habit and don't

> require more time to be "OCA". Anyway, 95% of our developments are

> directly OCA. OCA first approach is also very important for us.

> 

> - Having good test coverage. This is vital for easing the migrations.

> Doing good tests is not easy, but the time spent on that will be for

> sure gained later. This includes also JS tour/Qunit tests if needed.

> - Reviewing PRs between colleagues as part of your development cycle.

> This raises a lot your team skills and don't stuck PRs. People

> complain about their PRs not being reviewed, but they don't review

> others in exchange or don't push colleagues to review them.

> 

> We also take a proactive position for handling some "polemical"

> decisions taken on the versions, creating OCA modules that fill the

> gaps. This is better IMO than staying on an older version and

> complaining that "Odoo has removed this or changed that". In general

> you win more than you lose on newer versions.

> 

> And finally, customers receive a refresh training on each version

> change. Being proactive as well on the changes they have makes people

> to not reject the new version and embrace the new features from the

> beginning.

> 

> Do I convince you, hehe?

> 

> Regards.

> 

> _______________________________________________

> Mailing-List: https://odoo-community.org/groups/contributors-15

> Post to: mailto:contributors@odoo-community.org

> Unsubscribe: https://odoo-community.org/groups?unsubscribe

by xavier - 07:05 - 6 Jan 2021

Re: OCA and security notices

Hi, Tom,

Each version can have some bugs, but it's better to handle them between more people than let SaaS users or the same partners to notify/fix them. You think it's "safer" to be on a previous version for avoiding such bugs, but the facts are:

- Such a bug is because of your use cases, and it will be found on the version you are using, no matter if outdated or not. Nobody till then may notify it.
- Odoo is fixing bugs very quickly and without effort by your part on the latest version (or the previous one), as they are committed to "stabilize" that version, but not on very old versions. A note about this: notifying properly a bug is the key for having it solved. You can't expect to have the work done not doing a minimum effort on your part.
- Bugs can happen even on unsupported versions, so the maintenance cost starts to rise if you need to fix them by yourself and you are introducing regression risks.
- There are even occasions where the bug is fixed or doesn't apply on higher versions, but you don't have it in an outdated one. See the recent CVE cases and the effort needed by Stefan and Nils.
- Odoo continues to improve its test suite, and each version has more and more stability/quality.

Other facts about using outdated versions:

- You need to "backport" features that are on higher versions or lack them.
- Framework evolves, and using an outdated framework makes your development team to require more time to complete the same tasks, or to not have available some tools. Programming in 2020 with the old API or the v8/v9 hybrid for me is horrible.
- Collaboration possibilities are reduced working on an outdated version, as there are less contributors on them. You can see the same examples on your 7.0 PRs, or even on the 10.0 PRs, that is more recent, but the same unattended.
- As a complement to the previous one, new contributors push newer versions, not old ones.
- Underlying libraries and dependencies are outdated as well, with the problems this supposes.

So at Tecnativa we deal with this not having middle positions: all our customers go to latest versions (the supported ones), and we reject those that don't want this approach. That way, we focus on dealing with a reduced set of Odoo versions, we migrate them regularly (not forcing a yearly migration, but more and more customers demand to go to each version and they don't want to keep the same version 2/3 years), and we report bugs to Odoo constantly that makes the versions stable enough.

Migrating OCA modules is not a problem while you are on the wheel. The keys are:

- Having a team used to OCA guidelines. All our developments follow strict guidelines. This makes the team to take the habit and don't require more time to be "OCA". Anyway, 95% of our developments are directly OCA. OCA first approach is also very important for us.
- Having good test coverage. This is vital for easing the migrations. Doing good tests is not easy, but the time spent on that will be for sure gained later. This includes also JS tour/Qunit tests if needed.
- Reviewing PRs between colleagues as part of your development cycle. This raises a lot your team skills and don't stuck PRs. People complain about their PRs not being reviewed, but they don't review others in exchange or don't push colleagues to review them.

We also take a proactive position for handling some "polemical" decisions taken on the versions, creating OCA modules that fill the gaps. This is better IMO than staying on an older version and complaining that "Odoo has removed this or changed that". In general you win more than you lose on newer versions.

And finally, customers receive a refresh training on each version change. Being proactive as well on the changes they have makes people to not reject the new version and embrace the new features from the beginning.

Do I convince you, hehe?

Regards.

by Pedro M. Baeza - 09:21 - 5 Jan 2021

Re: OCA and security notices

@Pedro: Upgrading the Odoo version inevitably leads to a period of 
employees adjusting to UI/workflow changes, as well as running into 
bugs: new Odoo releases have bugs, OpenUpgrade has bugs, ported OCA 
modules have bugs.. etc. Employees are not looking for this kind of 
instability in the ERP that they work with every day.

How do you deal with this at Tecnativa?

Op 12/31/20 om 3:12 PM schreef Pedro M. Baeza (Tecnativa):

> For me the path is clear: upgrade to the latest possible Odoo version, 

> and that's why OpenUpgrade is done and funded by OCA itself, and the 

> most famous OCA modules are migrated to all versions by regular 

> contributors.

>

> Regards.

>

> _______________________________________________

> Mailing-List: https://odoo-community.org/groups/contributors-15 

> <https://odoo-community.org/groups/contributors-15>

> Post to: mailto:contributors@odoo-community.org

> Unsubscribe: https://odoo-community.org/groups?unsubscribe 

> <https://odoo-community.org/groups?unsubscribe>

>

by Tom Blauwendraat - 06:11 - 3 Jan 2020

Pywebdriver in the OCA

Hello everyone,


As some of you might know, at Akretion we use a replacement tool for
the IoT box, which is called Pywebdriver.

We are currently maintaining it with other OCA members like Acsone or
GRAP.

We thought this could be a good idea to have this tool under the OCA
umbrella to ease the workflows around it.


Since this differs from the usual repositories the OCA manages, I
created an issue to discuss around this possible inclusion:
https://github.com/akretion/pywebdriver/issues/57


Looking forward to read from you about this !



-- 
Pierrick Brun
Akretion

by Pierrick Brun - 03:15 - 22 Dec 2020

4 replies 4 replies

Re: Pywebdriver in the OCA

+1

I briefly discussed that with fkantelberg of our team and for now its
seem arguments are for instance

- no need for local postgres installation
- windows support
- flask usage
- extensible architecture
- ....

But there is probaly much more.

Best Frederik

Am Dienstag, den 22.12.2020, 14:52 +0000 schrieb Pedro M. Baeza
(Tecnativa):

> Yeah, it could be interesting. I think the minimum for having it in

> OCA is:

> 

> - Having a decent CI for not lowering contribution quality.

> - Extended README, explaining the reasoning for having it and

> advantages over existing IoTBox.

> 

> Regards.

> _______________________________________________

> Mailing-List: https://odoo-community.org/groups/contributors-15

> Post to: mailto:contributors@odoo-community.org

> Unsubscribe: https://odoo-community.org/groups?unsubscribe

-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer
        
initOS GmbH
An der Eisenbahn 1
21224 Rosengarten
        
Phone:  +49 4105 56156-12
Fax:    +49 4105 56156-10
Mobil:  +49 179 3901819
        
Email: frederik.kramer@initos.com
Web:   www.initos.com
        
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Rosengarten – Klecken
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155

by Frederik Kramer - 03:56 - 22 Dec 2020

Re: Pywebdriver in the OCA

Yeah, it could be interesting. I think the minimum for having it in OCA is:

- Having a decent CI for not lowering contribution quality.
- Extended README, explaining the reasoning for having it and advantages over existing IoTBox.

Regards.

by Pedro M. Baeza - 03:50 - 22 Dec 2020
Re: Pywebdriver in the OCA
Great, thanks Pierrick!
--
Virginie
0477/64.17.20
--
Si vous avez un contrat de support, posez-nous vos question à l'adresse "support@coopiteasy.be"
--
Lors de l'envoi d'un mail, renseignez le nom de la structure pour laquelle vous travaillez. Merci.

-------- Message initial --------
De: "Roussel, Denis" <denis.roussel@acsone.eu>
Répondre à: Odoo Community Association (OCA) Contributors <contributors@odoo-community.org>
À: Contributors <contributors@odoo-community.org>
Objet: Re: Pywebdriver in the OCA
Date: Tue, 22 Dec 2020 14:32:01 -0000

Great!

Thanks for digging up that subject.

IMHO, this could be an interesting value added for OCA.

On Tue, Dec 22, 2020 at 3:16 PM Pierrick Brun <pierrick.brun@akretion.com> wrote:
Hello everyone,

As some of you might know, at Akretion we use a replacement tool for
the IoT box, which is called Pywebdriver.

We are currently maintaining it with other OCA members like Acsone or
GRAP.

We thought this could be a good idea to have this tool under the OCA
umbrella to ease the workflows around it.

Since this differs from the usual repositories the OCA manages, I
created an issue to discuss around this possible inclusion:
https://github.com/akretion/pywebdriver/issues/57

Looking forward to read from you about this !

--
Pierrick Brun
Akretion

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Virginie Dewulf. - 03:36 - 22 Dec 2020
Re: Pywebdriver in the OCA
Great!

Thanks for digging up that subject.

IMHO, this could be an interesting value added for OCA.

On Tue, Dec 22, 2020 at 3:16 PM Pierrick Brun <pierrick.brun@akretion.com> wrote:
Hello everyone, As some of you might know, at Akretion we use a replacement tool for the IoT box, which is called Pywebdriver. We are currently maintaining it with other OCA members like Acsone or GRAP. We thought this could be a good idea to have this tool under the OCA umbrella to ease the workflows around it. Since this differs from the usual repositories the OCA manages, I created an issue to discuss around this possible inclusion: https://github.com/akretion/pywebdriver/issues/57 Looking forward to read from you about this ! -- Pierrick Brun Akretion

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
__________________________________________
Denis Roussel
Software Engineer
Acsone SA, Succursale de Liège (Val Benoît)
Tel : +32 2 888 31 49
Fax : +32 2 888 31 59
Gsm : +32 472 22 00 57

Acsone sa/nv
Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels | Belgium
Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
Zone Industrielle 22 | L-8287 Kehlen | Luxembourg
www.acsone.eu
by Denis Roussel - 03:30 - 22 Dec 2020

Discord rooms bridged over to Matrix
Hi contributors.

For those of you who use Matrix to communicate, good news! João Marques and me, from Tecnativa, have worked on setting up the bridge with Discord.

We have set up the +oca:matrix.org community. You can join it freely. From there, you can see all the public rooms, which are bridged over to OCA's Discord server. We took the chance to also include in the list the bridged rooms for #oca and #openobject IRC channels in freenode.net, although I guess these days less and less people attend those.

Before you ask:
You don't need to have a discord account to talk to discord people from matrix.
You don't need to have a matrix account to talk to matrix people from discord.
Just use the chat system you prefer, and the bridge will handle the rest.

Someone with permissions, please add instructions to https://odoo-community.org/page/talk (both for discord and matrix, and maybe even IRC).

This was the tl;dr. More details below:
We created all rooms on the public matrix.org homeserver. Yes, it would have been nicer to host a OCA homeserver, but we felt like this was the easiest way to get up and running without impacting in OCA's maintenance.
We used https://t2bot.io/discord/ appservice bridge to bridge the discord community. Again, we could have self-hosted the bridge, but same reasons apply.
As such, if you want to support those helpful tools, you can donate to Matrix (details on matrix.org website) and/or to t2bot. Maybe OCA board itself can consider that, given these are open source SaaS services that are saving infrastructure costs.
Private Discord rooms are not bridged because the appservice bot has no access to them. I consider this is better because it allows board members to focus on a single permissions system. However that can be also bridged if needed (by adding permissions to the matrix-appservice-discord-t2bot role in the discord server). I should lose my permissions soon, so I leave that comment here for oca board members.
I'll stick around in all matrix rooms for a while, just to be sure it all works fine. But I'll leave rooms that are not interesting to me later.
We tried to bridge Discord's #general channel to Freenode's #oca channel, but that would mean self-hosting the IRC bridge. I don't think it's worth it, so we just added the IRC autobridged rooms to the community, in case somebody still wants to track them from Matrix.
You can join from Matrix to specific rooms without necessarily being part of the community.
Communities is an area that is getting a big refactor lately in the Matrix world. We expect some changes regarding this, and will possibly convert it into a Communities V2 or Matrix Space once that's settled. For now, we have this.
by Jairo Llopis - 11:11 - 22 Dec 2020
3 replies 3 replies
Re: Discord rooms bridged over to Matrix

El mar, 26 de ene de 2021 a las 10:57, Tom Blauwendraat <tom@sunflowerweb.nl> escribió:
Last week we asked for a #sprint channel to be created to support a biweekly sprint that we're organising, as well as any other sprints. I see that it's not yet bridged to Matrix, could you bridge it also? It's nice for people who want to join but don't want to use Discord.

I forgot to tell that this has been already bridged.

Find it in the community at https://matrix.to/#/+oca:matrix.org

The #sprint room is specifically in https://matrix.to/#/#oca-sprint:matrix.org?via=recallstack.icu&via=t2bot.io&via=matrix.org

by Jairo Llopis - 09:51 - 1 Feb 2021

Re: Discord rooms bridged over to Matrix

Hi guys, thanks for the great work!

Last week we asked for a #sprint channel to be created to support a biweekly sprint that we're organising, as well as any other sprints. I see that it's not yet bridged to Matrix, could you bridge it also? It's nice for people who want to join but don't want to use Discord.

Tom

Op 12/22/20 om 11:17 AM schreef Jairo Llopis:

Oh BTW. We didn't bridge the #track-1-trainings, #track-2-trainings and #support rooms from the OCA Days because those should be probably archived already. We can set up those bridges later if needed for the next event.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Tom Blauwendraat - 11:56 - 26 Jan 2021

Re: Discord rooms bridged over to Matrix

Oh BTW. We didn't bridge the #track-1-trainings, #track-2-trainings and #support rooms from the OCA Days because those should be probably archived already. We can set up those bridges later if needed for the next event.

by Jairo Llopis - 11:16 - 22 Dec 2020

E-commerce mass reconcile

Hi Community,

I have a use case that I can't properly solve. Let's see if you have had this use case.

1- I have an e-commerce where I sell my products.

2- I have my payment methods properly set.

3- Imagine that I sell 10 products today, to 10 different customers. Each product costs 100€, so... I sold 1.000€ (in total).

4- I'll Have 10 different invoices, for 10 different customers. Each invoice for an amount of 100€.

5- Tomorrow, my payment acquirer will transfer 1.000€ to my bank account, but he'll not specify any customer. These 1.000€ would be transferred in the same statement line.

How can I easily reconcile these 1.000€ with my 10 different invoices avoiding the manual reconciliation? How do you manage these situation?

I've been checking the account-reconcile repository but I wasn't able to find any appropriate solution.

Thank you for your ideas!

Harald Panten López

CEO

Sygel Technology S.L

+34 637 88 42 41

harald.panten@sygel.es

https://www.sygel.es

C/ Àlaba 61, 5ª planta, 08005, Barcelona

by Harald Panten Lopez - 10:31 - 22 Dec 2020

5 replies 5 replies

Re: E-commerce mass reconcile

You actually need 2 bank accounts, 1 for your payment acquirer and one for the bank. From the accounting point of view (in France at least), you cannot record the 100€ paiements on your bank account since they are paid on another account.

Rgds

Le 22/12/2020 à 19:37, Houssine BAKKALI a écrit :

you could manage your payment acquirer like a bank account so you have to import all the payment transaction from you payment acquirer (10 transaction of 100€).

Then you manage the 1000€ transfer from the acquire to you bank account like an usual bank transfer between to of your bank account.

On 22/12/2020 10:32, Harald Panten Lopez wrote:

Hi Community,

I have a use case that I can't properly solve. Let's see if you have had this use case.

1- I have an e-commerce where I sell my products.

2- I have my payment methods properly set.

3- Imagine that I sell 10 products today, to 10 different customers. Each product costs 100€, so... I sold 1.000€ (in total).

4- I'll Have 10 different invoices, for 10 different customers. Each invoice for an amount of 100€.

5- Tomorrow, my payment acquirer will transfer 1.000€ to my bank account, but he'll not specify any customer. These 1.000€ would be transferred in the same statement line.

How can I easily reconcile these 1.000€ with my 10 different invoices avoiding the manual reconciliation? How do you manage these situation?

I've been checking the account-reconcile repository but I wasn't able to find any appropriate solution.

Thank you for your ideas!

--

Harald Panten López

CEO

Sygel Technology S.L

+34 637 88 42 41

harald.panten@sygel.es

https://www.sygel.es

C/ Àlaba 61, 5ª planta, 08005, Barcelona

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Virus-free. www.avast.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 v.regouby - 10:11 - 23 Dec 2020

Re: E-commerce mass reconcile

That's exactly what we do at Commown, using a module very similar to Sebastien's stripe move import module but for slimpay.
Work's pretty well !

Le 22 décembre 2020 19:37:31 GMT+01:00, Houssine BAKKALI <houssine@coopiteasy.be> a écrit :

you could manage your payment acquirer like a bank account so you have to import all the payment transaction from you payment acquirer (10 transaction of 100€).

Then you manage the 1000€ transfer from the acquire to you bank account like an usual bank transfer between to of your bank account.

On 22/12/2020 10:32, Harald Panten Lopez wrote:

Hi Community,

I have a use case that I can't properly solve. Let's see if you have had this use case.

1- I have an e-commerce where I sell my products.

2- I have my payment methods properly set.

3- Imagine that I sell 10 products today, to 10 different customers. Each product costs 100€, so... I sold 1.000€ (in total).

4- I'll Have 10 different invoices, for 10 different customers. Each invoice for an amount of 100€.

5- Tomorrow, my payment acquirer will transfer 1.000€ to my bank account, but he'll not specify any customer. These 1.000€ would be transferred in the same statement line.

How can I easily reconcile these 1.000€ with my 10 different invoices avoiding the manual reconciliation? How do you manage these situation?

I've been checking the account-reconcile repository but I wasn't able to find any appropriate solution.

Thank you for your ideas!

--

Harald Panten López

CEO

Sygel Technology S.L

+34 637 88 42 41

harald.panten@sygel.es

https://www.sygel.es

C/ Àlaba 61, 5ª planta, 08005, Barcelona

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Virus-free. www.avast.com

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

-- Envoyé de /e/ Mail.v>

by Florent Cayré - 10:40 - 22 Dec 2020

Re: E-commerce mass reconcile

Thanks for your suggestions 👍

I'll try!

El mar, 22 dic 2020 a las 19:37, Houssine BAKKALI (<houssine@coopiteasy.be>) escribió:

you could manage your payment acquirer like a bank account so you have to import all the payment transaction from you payment acquirer (10 transaction of 100€).

Then you manage the 1000€ transfer from the acquire to you bank account like an usual bank transfer between to of your bank account.

On 22/12/2020 10:32, Harald Panten Lopez wrote:

Hi Community,

I have a use case that I can't properly solve. Let's see if you have had this use case.

1- I have an e-commerce where I sell my products.

2- I have my payment methods properly set.

3- Imagine that I sell 10 products today, to 10 different customers. Each product costs 100€, so... I sold 1.000€ (in total).

4- I'll Have 10 different invoices, for 10 different customers. Each invoice for an amount of 100€.

5- Tomorrow, my payment acquirer will transfer 1.000€ to my bank account, but he'll not specify any customer. These 1.000€ would be transferred in the same statement line.

How can I easily reconcile these 1.000€ with my 10 different invoices avoiding the manual reconciliation? How do you manage these situation?

I've been checking the account-reconcile repository but I wasn't able to find any appropriate solution.

Thank you for your ideas!

--

Harald Panten López

CEO

Sygel Technology S.L

+34 637 88 42 41

harald.panten@sygel.es

https://www.sygel.es

C/ Àlaba 61, 5ª planta, 08005, Barcelona

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Virus-free. www.avast.com

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Harald Panten López

CEO

Sygel Technology S.L

+34 637 88 42 41

harald.panten@sygel.es

https://www.sygel.es

C/ Àlaba 61, 5ª planta, 08005, Barcelona

by Harald Panten Lopez - 08:16 - 22 Dec 2020

Re: E-commerce mass reconcile

you could manage your payment acquirer like a bank account so you have to import all the payment transaction from you payment acquirer (10 transaction of 100€).

Then you manage the 1000€ transfer from the acquire to you bank account like an usual bank transfer between to of your bank account.

On 22/12/2020 10:32, Harald Panten Lopez wrote:

Hi Community,

I have a use case that I can't properly solve. Let's see if you have had this use case.

1- I have an e-commerce where I sell my products.

2- I have my payment methods properly set.

3- Imagine that I sell 10 products today, to 10 different customers. Each product costs 100€, so... I sold 1.000€ (in total).

4- I'll Have 10 different invoices, for 10 different customers. Each invoice for an amount of 100€.

5- Tomorrow, my payment acquirer will transfer 1.000€ to my bank account, but he'll not specify any customer. These 1.000€ would be transferred in the same statement line.

How can I easily reconcile these 1.000€ with my 10 different invoices avoiding the manual reconciliation? How do you manage these situation?

I've been checking the account-reconcile repository but I wasn't able to find any appropriate solution.

Thank you for your ideas!

--

Harald Panten López

CEO

Sygel Technology S.L

+34 637 88 42 41

harald.panten@sygel.es

https://www.sygel.es

C/ Àlaba 61, 5ª planta, 08005, Barcelona

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Virus-free. www.avast.com

by Houssine BAKKALI - 07:36 - 22 Dec 2020

Re: E-commerce mass reconcile

Hi

On our side we use the following modules from account-reconcile (V12) not yet migrated in V14

This modules for importing a move based on the payment info given by the bank (10*100€ payment + one transfert of 1000€)
account_move_base_import and account_move_so_import

Note here you have an example with stripe https://github.com/OCA/account-reconcile/pull/315

Then with account_mass_reconcile we automatically reconcile the invoice with the payment

We used this process since openerp 6.1 (module had different name before)

Le mar. 22 déc. 2020 à 10:32, Harald Panten Lopez <harald.panten@sygel.es> a écrit :
Hi Community,

I have a use case that I can't properly solve. Let's see if you have had this use case.

1- I have an e-commerce where I sell my products.

2- I have my payment methods properly set.

3- Imagine that I sell 10 products today, to 10 different customers. Each product costs 100€, so... I sold 1.000€ (in total).

4- I'll Have 10 different invoices, for 10 different customers. Each invoice for an amount of 100€.

5- Tomorrow, my payment acquirer will transfer 1.000€ to my bank account, but he'll not specify any customer. These 1.000€ would be transferred in the same statement line.

How can I easily reconcile these 1.000€ with my 10 different invoices avoiding the manual reconciliation? How do you manage these situation?

I've been checking the account-reconcile repository but I wasn't able to find any appropriate solution.

Thank you for your ideas!

--

Harald Panten López
CEO
Sygel Technology S.L
+34 637 88 42 41
harald.panten@sygel.es
https://www.sygel.es
C/ Àlaba 61, 5ª planta, 08005, Barcelona

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Sébastien Beau - 02:20 - 22 Dec 2020

Help on account_multicurrency_revaluation

Dear contributors,

I’m in dire need of help regarding account_multicurrency_revaluation and what it actually supposed to do.

I’ve experimented with it a bit and it seems (at least to my current understanding) that it does following:

On AR & AP accounts it revaluates unpaid amounts of foreign currency, effectively making entries about “Unrealized currency gains/losses”

But also by default it affects Liquidity accounts (bank accounts), making entries that seem to duplicate ones that Odoo makes when a multi-currency transaction is reconciled, effectively making some sort of “Realized currency gain/loss revaluations”. This completely falls beyond my understanding what it supposed to do, and why.

Also, I’m looking for a module that would do “bank balance revaluation”, account_multicurrency_revaluation is clearly not about that.

Any help would be greatly appreciated

Kind regards,
Alexey

by Alexey Pelykh - 08:36 - 22 Dec 2020
5 replies 5 replies
Re: Help on account_multicurrency_revaluation

And the issue has been reported, and even easily reproducible and explainable
https://github.com/OCA/account-closing/issues/126#issuecomment-749924225

On 22 Dec 2020, at 14:26, Alexey Pelykh <alexey.pelykh@gmail.com> wrote:

Hi Graeme,

Yep, that makes sense. I’d support claim that Odoo has a major bug somewhere, at least when you do “Validate” on USD bank account (when you have EUR as main currency) and then reconcile that outstanding payment to a USD bill - no FX entries seem to be generated

I’ll try to debug this specific module since from code what I see it should’ve worked even with bank accounts properly, so it must be something with my data

Kind regards,
Alexey

On 22 Dec 2020, at 11:22, Graeme Gellatly <gdgellatly@gmail.com> wrote:

Hi Alexey,

As I say I don't really know the module. You are talking half an hour of easy work once a quarter at most so never really saw the need for it. However do not be convinced it is the module causing the problem. I have seen these strange revaluations with nothing but vanilla Odoo. In fact I am almost certain that Odoo has a major bug here as it relates to FX valuations as I've seen very similar transactions in companies with vanilla Odoo and only one enabled currency.

On Tue, Dec 22, 2020 at 11:02 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Hi Graeme,

Indeed, both unpaid invoices and bills are making unrealized amount that needs to be revaluated, and foreign currencies are pretty much the same - “unrealized” amount from operating currency point of view. The the thing about that module that is completely unclear to me is this picture:

https://cdn.discordapp.com/attachments/786265818353893386/790816371004276746/unknown.png

What exactly did it do? It took following exchange rates
22 Jun 2016 1 EUR to AUD = 1.506581
30 Sep 2016 1 EUR to AUD = 1.467449

Took one (why that one?) transaction:
100 / 1.506581 = 66.37
100 / 1.467449 = 68.14

and wrote that difference to the to the bank account, making 0.0 AUD and 1.78 EUR as resulting balance. What makes no sense, at least to me.

That logic would be perfectly valid for AR and AP, I guess, but for liquidity it probably should’ve been:
1. Take ending balance in liquidity currency (0.0 AUD)
2. Convert it to operating currency: 0.0 AUD / 1.506581 = 0.0 EUR
3. Write difference between current balance of liquidity in EUR and actual value to balance it out

What am I missing?

On 22 Dec 2020, at 09:47, Graeme Gellatly <gdgellatly@gmail.com> wrote:

Hi Alexey,

Been a while since I had to go through foreign currency in detail. I don't really know the module but I did a lot with Odoo and mis_builder in this space.

Now from your email it appears you are converting an account currency to a functional currency for reporting purposes. We must value that fairly as we must do for any liquidity accounts. If you think about it, a liquidity account is nothing more than a debtor when in debit, and a creditor when in credit (from your perspective). Ultimately someone owes someone else money. IAS 21 covers most of what you ask. para 16, 17, 23(a) 28 and 29.

Therefore the contra will end up on the P&L because realized or unrealized it is a true and fair view of those accounts at balance date. This is the easy side of balance date type valuation issues. Ordinarily I'd just reverse them out on the first day of new year, and then when the actual transactions flowed through everything squares up.

On Tue, Dec 22, 2020 at 8:36 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Dear contributors,

I’m in dire need of help regarding account_multicurrency_revaluation and what it actually supposed to do.

I’ve experimented with it a bit and it seems (at least to my current understanding) that it does following:

On AR & AP accounts it revaluates unpaid amounts of foreign currency, effectively making entries about “Unrealized currency gains/losses”

But also by default it affects Liquidity accounts (bank accounts), making entries that seem to duplicate ones that Odoo makes when a multi-currency transaction is reconciled, effectively making some sort of “Realized currency gain/loss revaluations”. This completely falls beyond my understanding what it supposed to do, and why.

Also, I’m looking for a module that would do “bank balance revaluation”, account_multicurrency_revaluation is clearly not about that.

Any help would be greatly appreciated

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

_______________________________________________
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 - 05:30 - 23 Dec 2020

Re: Help on account_multicurrency_revaluation

Hi Graeme,

Yep, that makes sense. I’d support claim that Odoo has a major bug somewhere, at least when you do “Validate” on USD bank account (when you have EUR as main currency) and then reconcile that outstanding payment to a USD bill - no FX entries seem to be generated

I’ll try to debug this specific module since from code what I see it should’ve worked even with bank accounts properly, so it must be something with my data

Kind regards,
Alexey

On 22 Dec 2020, at 11:22, Graeme Gellatly <gdgellatly@gmail.com> wrote:

Hi Alexey,

As I say I don't really know the module. You are talking half an hour of easy work once a quarter at most so never really saw the need for it. However do not be convinced it is the module causing the problem. I have seen these strange revaluations with nothing but vanilla Odoo. In fact I am almost certain that Odoo has a major bug here as it relates to FX valuations as I've seen very similar transactions in companies with vanilla Odoo and only one enabled currency.

On Tue, Dec 22, 2020 at 11:02 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Hi Graeme,

Indeed, both unpaid invoices and bills are making unrealized amount that needs to be revaluated, and foreign currencies are pretty much the same - “unrealized” amount from operating currency point of view. The the thing about that module that is completely unclear to me is this picture:

https://cdn.discordapp.com/attachments/786265818353893386/790816371004276746/unknown.png

What exactly did it do? It took following exchange rates
22 Jun 2016 1 EUR to AUD = 1.506581
30 Sep 2016 1 EUR to AUD = 1.467449

Took one (why that one?) transaction:
100 / 1.506581 = 66.37
100 / 1.467449 = 68.14

and wrote that difference to the to the bank account, making 0.0 AUD and 1.78 EUR as resulting balance. What makes no sense, at least to me.

That logic would be perfectly valid for AR and AP, I guess, but for liquidity it probably should’ve been:
1. Take ending balance in liquidity currency (0.0 AUD)
2. Convert it to operating currency: 0.0 AUD / 1.506581 = 0.0 EUR
3. Write difference between current balance of liquidity in EUR and actual value to balance it out

What am I missing?

On 22 Dec 2020, at 09:47, Graeme Gellatly <gdgellatly@gmail.com> wrote:

Hi Alexey,

Been a while since I had to go through foreign currency in detail. I don't really know the module but I did a lot with Odoo and mis_builder in this space.

Now from your email it appears you are converting an account currency to a functional currency for reporting purposes. We must value that fairly as we must do for any liquidity accounts. If you think about it, a liquidity account is nothing more than a debtor when in debit, and a creditor when in credit (from your perspective). Ultimately someone owes someone else money. IAS 21 covers most of what you ask. para 16, 17, 23(a) 28 and 29.

Therefore the contra will end up on the P&L because realized or unrealized it is a true and fair view of those accounts at balance date. This is the easy side of balance date type valuation issues. Ordinarily I'd just reverse them out on the first day of new year, and then when the actual transactions flowed through everything squares up.

On Tue, Dec 22, 2020 at 8:36 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Dear contributors,

I’m in dire need of help regarding account_multicurrency_revaluation and what it actually supposed to do.

I’ve experimented with it a bit and it seems (at least to my current understanding) that it does following:

On AR & AP accounts it revaluates unpaid amounts of foreign currency, effectively making entries about “Unrealized currency gains/losses”

But also by default it affects Liquidity accounts (bank accounts), making entries that seem to duplicate ones that Odoo makes when a multi-currency transaction is reconciled, effectively making some sort of “Realized currency gain/loss revaluations”. This completely falls beyond my understanding what it supposed to do, and why.

Also, I’m looking for a module that would do “bank balance revaluation”, account_multicurrency_revaluation is clearly not about that.

Any help would be greatly appreciated

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

_______________________________________________
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 - 02:30 - 22 Dec 2020

Re: Help on account_multicurrency_revaluation

Hi Alexey,

As I say I don't really know the module. You are talking half an hour of easy work once a quarter at most so never really saw the need for it. However do not be convinced it is the module causing the problem. I have seen these strange revaluations with nothing but vanilla Odoo. In fact I am almost certain that Odoo has a major bug here as it relates to FX valuations as I've seen very similar transactions in companies with vanilla Odoo and only one enabled currency.

On Tue, Dec 22, 2020 at 11:02 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Hi Graeme,

Indeed, both unpaid invoices and bills are making unrealized amount that needs to be revaluated, and foreign currencies are pretty much the same - “unrealized” amount from operating currency point of view. The the thing about that module that is completely unclear to me is this picture:

https://cdn.discordapp.com/attachments/786265818353893386/790816371004276746/unknown.png

What exactly did it do? It took following exchange rates
22 Jun 2016 1 EUR to AUD = 1.506581
30 Sep 2016 1 EUR to AUD = 1.467449

Took one (why that one?) transaction:
100 / 1.506581 = 66.37
100 / 1.467449 = 68.14

and wrote that difference to the to the bank account, making 0.0 AUD and 1.78 EUR as resulting balance. What makes no sense, at least to me.

That logic would be perfectly valid for AR and AP, I guess, but for liquidity it probably should’ve been:
1. Take ending balance in liquidity currency (0.0 AUD)
2. Convert it to operating currency: 0.0 AUD / 1.506581 = 0.0 EUR
3. Write difference between current balance of liquidity in EUR and actual value to balance it out

What am I missing?

On 22 Dec 2020, at 09:47, Graeme Gellatly <gdgellatly@gmail.com> wrote:

Hi Alexey,

Been a while since I had to go through foreign currency in detail. I don't really know the module but I did a lot with Odoo and mis_builder in this space.

Now from your email it appears you are converting an account currency to a functional currency for reporting purposes. We must value that fairly as we must do for any liquidity accounts. If you think about it, a liquidity account is nothing more than a debtor when in debit, and a creditor when in credit (from your perspective). Ultimately someone owes someone else money. IAS 21 covers most of what you ask. para 16, 17, 23(a) 28 and 29.

Therefore the contra will end up on the P&L because realized or unrealized it is a true and fair view of those accounts at balance date. This is the easy side of balance date type valuation issues. Ordinarily I'd just reverse them out on the first day of new year, and then when the actual transactions flowed through everything squares up.

On Tue, Dec 22, 2020 at 8:36 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Dear contributors,

I’m in dire need of help regarding account_multicurrency_revaluation and what it actually supposed to do.

I’ve experimented with it a bit and it seems (at least to my current understanding) that it does following:

On AR & AP accounts it revaluates unpaid amounts of foreign currency, effectively making entries about “Unrealized currency gains/losses”

But also by default it affects Liquidity accounts (bank accounts), making entries that seem to duplicate ones that Odoo makes when a multi-currency transaction is reconciled, effectively making some sort of “Realized currency gain/loss revaluations”. This completely falls beyond my understanding what it supposed to do, and why.

Also, I’m looking for a module that would do “bank balance revaluation”, account_multicurrency_revaluation is clearly not about that.

Any help would be greatly appreciated

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

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Graeme Gellatly - 11:21 - 22 Dec 2020

Re: Help on account_multicurrency_revaluation

Hi Graeme,

Indeed, both unpaid invoices and bills are making unrealized amount that needs to be revaluated, and foreign currencies are pretty much the same - “unrealized” amount from operating currency point of view. The the thing about that module that is completely unclear to me is this picture:

https://cdn.discordapp.com/attachments/786265818353893386/790816371004276746/unknown.png

What exactly did it do? It took following exchange rates
22 Jun 2016 1 EUR to AUD = 1.506581
30 Sep 2016 1 EUR to AUD = 1.467449

Took one (why that one?) transaction:
100 / 1.506581 = 66.37
100 / 1.467449 = 68.14

and wrote that difference to the to the bank account, making 0.0 AUD and 1.78 EUR as resulting balance. What makes no sense, at least to me.

That logic would be perfectly valid for AR and AP, I guess, but for liquidity it probably should’ve been:
1. Take ending balance in liquidity currency (0.0 AUD)
2. Convert it to operating currency: 0.0 AUD / 1.506581 = 0.0 EUR
3. Write difference between current balance of liquidity in EUR and actual value to balance it out

What am I missing?

On 22 Dec 2020, at 09:47, Graeme Gellatly <gdgellatly@gmail.com> wrote:

Hi Alexey,

Been a while since I had to go through foreign currency in detail. I don't really know the module but I did a lot with Odoo and mis_builder in this space.

Now from your email it appears you are converting an account currency to a functional currency for reporting purposes. We must value that fairly as we must do for any liquidity accounts. If you think about it, a liquidity account is nothing more than a debtor when in debit, and a creditor when in credit (from your perspective). Ultimately someone owes someone else money. IAS 21 covers most of what you ask. para 16, 17, 23(a) 28 and 29.

Therefore the contra will end up on the P&L because realized or unrealized it is a true and fair view of those accounts at balance date. This is the easy side of balance date type valuation issues. Ordinarily I'd just reverse them out on the first day of new year, and then when the actual transactions flowed through everything squares up.

On Tue, Dec 22, 2020 at 8:36 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Dear contributors,

I’m in dire need of help regarding account_multicurrency_revaluation and what it actually supposed to do.

I’ve experimented with it a bit and it seems (at least to my current understanding) that it does following:

On AR & AP accounts it revaluates unpaid amounts of foreign currency, effectively making entries about “Unrealized currency gains/losses”

But also by default it affects Liquidity accounts (bank accounts), making entries that seem to duplicate ones that Odoo makes when a multi-currency transaction is reconciled, effectively making some sort of “Realized currency gain/loss revaluations”. This completely falls beyond my understanding what it supposed to do, and why.

Also, I’m looking for a module that would do “bank balance revaluation”, account_multicurrency_revaluation is clearly not about that.

Any help would be greatly appreciated

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 - 11:01 - 22 Dec 2020

Re: Help on account_multicurrency_revaluation

Hi Alexey,

Been a while since I had to go through foreign currency in detail. I don't really know the module but I did a lot with Odoo and mis_builder in this space.

Now from your email it appears you are converting an account currency to a functional currency for reporting purposes. We must value that fairly as we must do for any liquidity accounts. If you think about it, a liquidity account is nothing more than a debtor when in debit, and a creditor when in credit (from your perspective). Ultimately someone owes someone else money. IAS 21 covers most of what you ask. para 16, 17, 23(a) 28 and 29.

Therefore the contra will end up on the P&L because realized or unrealized it is a true and fair view of those accounts at balance date. This is the easy side of balance date type valuation issues. Ordinarily I'd just reverse them out on the first day of new year, and then when the actual transactions flowed through everything squares up.

On Tue, Dec 22, 2020 at 8:36 PM Alexey Pelykh <alexey.pelykh@gmail.com> wrote:
Dear contributors,

I’m in dire need of help regarding account_multicurrency_revaluation and what it actually supposed to do.

I’ve experimented with it a bit and it seems (at least to my current understanding) that it does following:

On AR & AP accounts it revaluates unpaid amounts of foreign currency, effectively making entries about “Unrealized currency gains/losses”

But also by default it affects Liquidity accounts (bank accounts), making entries that seem to duplicate ones that Odoo makes when a multi-currency transaction is reconciled, effectively making some sort of “Realized currency gain/loss revaluations”. This completely falls beyond my understanding what it supposed to do, and why.

Also, I’m looking for a module that would do “bank balance revaluation”, account_multicurrency_revaluation is clearly not about that.

Any help would be greatly appreciated

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 Graeme Gellatly - 09:46 - 22 Dec 2020
Module that encrypt printed PDF, which require password to open.

Dear community,

May I check if anyone had done something already about encrypt printed PDF, which require password to open the file.

http://gauravvichare.com/how-to-password-protect-pdf-file-using-python/

Thank you,
Kitti U.

by Kitti Upariphutthiphong - 10:20 - 17 Dec 2020
8 replies 8 replies
Re: Module that encrypt printed PDF, which require password to open.

Hello Rafael, something like PKCS is also something some customer is requesting for, but I just don't know how to do. Now I have the weapon :)

Thank you everyone,
Merry Christmas & Happy New Year.

On Wed, Dec 23, 2020 at 6:22 AM Rafael Blasco <rblasco@rbnpro.com> wrote:
Hello,

We have been using from Odoo v8 this one: https://github.com/OCA/reporting-engine/tree/12.0/report_qweb_signer

“sign PDFs using a PKCS#12 certificate” = Encrypt

Regards,
Rafael

De: Enric Tobella [mailto:etobella@creublanca.es]
Enviado el: jueves, 17 de diciembre de 2020 15:17
Para: Contributors <contributors@odoo-community.org>
Asunto: Re: Module that encrypt printed PDF, which require password to open.

Sure, all yours ;) Keep the commit history and start improving :)

Enric Tobella Alomar
etobella@creublanca.es

Centros Médicos Creu Blanca
Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: "Kitti Upariphutthiphong" <kittiu@ecosoft.co.th>
To: "Contributors" <contributors@odoo-community.org>
Date: Thu, 17 Dec 2020 12:32:12 -0000
Subject: Re: Module that encrypt printed PDF, which require password to open.

Eric,

Thanks so much. Can I take it to OCA v14? Will be discussing with you along the way. :)

On Thu, 17 Dec 2020, 16:52 Enric Tobella, <etobella@creublanca.es> wrote:
I found the module I did that allows to set the password when generating the file.

https://github.com/tegin/reporting-engine/tree/12.0-add-report_qweb_encrypted/report_qweb_encrypt

Enric Tobella Alomar
etobella@creublanca.es

Centros Médicos Creu Blanca
Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: Jordi Ballester Alomar <jordi.ballester@forgeflow.com>
To: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>, Enric Tobella <etobella@creublanca.es>
Date: Thu, 17 Dec 2020 10:42:52 +0100
Subject: Re: Module that encrypt printed PDF, which require password to open.

@Enric Tobella you did sonething, did you?

El jue., 17 dic. 2020 10:22, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> escribió:
Dear community,

May I check if anyone had done something already about encrypt printed PDF, which require password to open the file.

http://gauravvichare.com/how-to-password-protect-pdf-file-using-python/

Thank you,
Kitti U.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
_______________________________________________
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

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
_______________________________________________
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 Kitti Upariphutthiphong - 04:45 - 24 Dec 2020

RE: Module that encrypt printed PDF, which require password to open.

When signing the file, you are not encrypting it, you are avoiding modification of the file.

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: Rafael Blasco <rblasco@rbnpro.com>
To: "Contributors" <contributors@odoo-community.org>
Date: Tue, 22 Dec 2020 23:22:25 -0000
Subject: RE: Module that encrypt printed PDF, which require password to open.

Hello,

We have been using from Odoo v8 this one: https://github.com/OCA/reporting-engine/tree/12.0/report_qweb_signer

“sign PDFs using a PKCS#12 certificate” = Encrypt

Regards,

Rafael

De: Enric Tobella [mailto:etobella@creublanca.es]
Enviado el: jueves, 17 de diciembre de 2020 15:17
Para: Contributors <contributors@odoo-community.org>
Asunto: Re: Module that encrypt printed PDF, which require password to open.

Sure, all yours ;) Keep the commit history and start improving :)

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: "Kitti Upariphutthiphong" <kittiu@ecosoft.co.th>
To: "Contributors" <contributors@odoo-community.org>
Date: Thu, 17 Dec 2020 12:32:12 -0000
Subject: Re: Module that encrypt printed PDF, which require password to open.

Eric,

Thanks so much. Can I take it to OCA v14? Will be discussing with you along the way. :)

On Thu, 17 Dec 2020, 16:52 Enric Tobella, <etobella@creublanca.es> wrote:

I found the module I did that allows to set the password when generating the file.

https://github.com/tegin/reporting-engine/tree/12.0-add-report_qweb_encrypted/report_qweb_encrypt

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: Jordi Ballester Alomar <jordi.ballester@forgeflow.com>
To: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>, Enric Tobella <etobella@creublanca.es>
Date: Thu, 17 Dec 2020 10:42:52 +0100
Subject: Re: Module that encrypt printed PDF, which require password to open.

@Enric Tobella you did sonething, did you?

El jue., 17 dic. 2020 10:22, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> escribió:

Dear community,

May I check if anyone had done something already about encrypt printed PDF, which require password to open the file.

http://gauravvichare.com/how-to-password-protect-pdf-file-using-python/

Thank you,

Kitti U.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
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

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
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

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

by Enric Tobella Alomar - 10:26 - 23 Dec 2020

RE: Module that encrypt printed PDF, which require password to open.

Hello,

We have been using from Odoo v8 this one: https://github.com/OCA/reporting-engine/tree/12.0/report_qweb_signer

“sign PDFs using a PKCS#12 certificate” = Encrypt

Regards,
Rafael

De: Enric Tobella [mailto:etobella@creublanca.es]
Enviado el: jueves, 17 de diciembre de 2020 15:17
Para: Contributors <contributors@odoo-community.org>
Asunto: Re: Module that encrypt printed PDF, which require password to open.

Sure, all yours ;) Keep the commit history and start improving :)

Enric Tobella Alomar
etobella@creublanca.es

Centros Médicos Creu Blanca
Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: "Kitti Upariphutthiphong" <kittiu@ecosoft.co.th>
To: "Contributors" <contributors@odoo-community.org>
Date: Thu, 17 Dec 2020 12:32:12 -0000
Subject: Re: Module that encrypt printed PDF, which require password to open.

Eric,

Thanks so much. Can I take it to OCA v14? Will be discussing with you along the way. :)

On Thu, 17 Dec 2020, 16:52 Enric Tobella, <etobella@creublanca.es> wrote:
I found the module I did that allows to set the password when generating the file.

https://github.com/tegin/reporting-engine/tree/12.0-add-report_qweb_encrypted/report_qweb_encrypt

Enric Tobella Alomar
etobella@creublanca.es

Centros Médicos Creu Blanca
Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: Jordi Ballester Alomar <jordi.ballester@forgeflow.com>
To: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>, Enric Tobella <etobella@creublanca.es>
Date: Thu, 17 Dec 2020 10:42:52 +0100
Subject: Re: Module that encrypt printed PDF, which require password to open.

@Enric Tobella you did sonething, did you?

El jue., 17 dic. 2020 10:22, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> escribió:
Dear community,

May I check if anyone had done something already about encrypt printed PDF, which require password to open the file.

http://gauravvichare.com/how-to-password-protect-pdf-file-using-python/

Thank you,
Kitti U.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
_______________________________________________
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

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Rafael Blasco (Moduon) - 12:21 - 23 Dec 2020

Re: Module that encrypt printed PDF, which require password to open.

Sure, all yours ;) Keep the commit history and start improving :)

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: "Kitti Upariphutthiphong" <kittiu@ecosoft.co.th>
To: "Contributors" <contributors@odoo-community.org>
Date: Thu, 17 Dec 2020 12:32:12 -0000
Subject: Re: Module that encrypt printed PDF, which require password to open.

Eric,

Thanks so much. Can I take it to OCA v14? Will be discussing with you along the way. :)

On Thu, 17 Dec 2020, 16:52 Enric Tobella, <etobella@creublanca.es> wrote:

I found the module I did that allows to set the password when generating the file.

https://github.com/tegin/reporting-engine/tree/12.0-add-report_qweb_encrypted/report_qweb_encrypt

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: Jordi Ballester Alomar <jordi.ballester@forgeflow.com>
To: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>, Enric Tobella <etobella@creublanca.es>
Date: Thu, 17 Dec 2020 10:42:52 +0100
Subject: Re: Module that encrypt printed PDF, which require password to open.

@Enric Tobella you did sonething, did you?

El jue., 17 dic. 2020 10:22, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> escribió:

Dear community,

May I check if anyone had done something already about encrypt printed PDF, which require password to open the file.

http://gauravvichare.com/how-to-password-protect-pdf-file-using-python/

Thank you,

Kitti U.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
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

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

by Enric Tobella Alomar - 03:15 - 17 Dec 2020

Re: Module that encrypt printed PDF, which require password to open.

Eric,

Thanks so much. Can I take it to OCA v14? Will be discussing with you along the way. :)

On Thu, 17 Dec 2020, 16:52 Enric Tobella, <etobella@creublanca.es> wrote:
I found the module I did that allows to set the password when generating the file.

https://github.com/tegin/reporting-engine/tree/12.0-add-report_qweb_encrypted/report_qweb_encrypt

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

From: Jordi Ballester Alomar <jordi.ballester@forgeflow.com>
To: "Odoo Community Association (OCA) Contributors" <contributors@odoo-community.org>, Enric Tobella <etobella@creublanca.es>
Date: Thu, 17 Dec 2020 10:42:52 +0100
Subject: Re: Module that encrypt printed PDF, which require password to open.

@Enric Tobella you did sonething, did you?

El jue., 17 dic. 2020 10:22, Kitti Upariphutthiphong <kittiu@ecosoft.co.th> escribió:

Dear community,

May I check if anyone had done something already about encrypt printed PDF, which require password to open the file.

http://gauravvichare.com/how-to-password-protect-pdf-file-using-python/

Thank you,

Kitti U.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Kitti Upariphutthiphong - 01:31 - 17 Dec 2020

Downtime of the OCA services next friday

Hello everyone,

I will be deploying the new OCA instance migrated to Odoo 13.0 next 
friday, and taking the opportunity of the downtime to perform some 
long-due maintenance actions, including an OS upgrade.

As a result the services hosted on these servers (odoo-community.org, 
mailing lists, weblate, runbots, ocabot) will be unavailable, starting 
at 9am (UTC+1).

Hopefully everything will be back up by noon, but I cannot commit to 
this, as I don't have a mirror to test the upgrade on, and experience 
has shown that sometimes things don't upgrade as smoothely as we'd like 
them to.

I'll keep you posted when the services are back, by mail and on twitter.


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

by Alexandre Fayolle - 09:06 - 15 Dec 2020

18 replies 18 replies

EDI PSC Member apply

Hi,

I would like to apply for PSC member on EDI.

I have recently worked on several PRs related to a new interface for all EDI modules in order to simplify and unify all the work there.

You can check our work on

https://github.com/OCA/edi/tree/13.0/edi

https://github.com/OCA/edi/pulls/etobella

Regards,

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

by Enric Tobella Alomar - 03:20 - 14 Dec 2020
5 replies 5 replies
Re: EDI PSC Member apply

+1. You are a member now ;)

On Mon, Dec 14, 2020 at 3:42 PM Alex Comba <alex.comba@agilebg.com> wrote:
+1

On Mon, Dec 14, 2020 at 3:21 PM Enric Tobella <etobella@creublanca.es> wrote:
Hi,

I would like to apply for PSC member on EDI.

I have recently worked on several PRs related to a new interface for all EDI modules in order to simplify and unify all the work there.

You can check our work on

https://github.com/OCA/edi/tree/13.0/edi

https://github.com/OCA/edi/pulls/etobella

Regards,

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Alex Comba
Tel (CH): +41 91 210 23 40
Tel (IT): +39 0331 158 7090
https://www.agilebg.com
https://github.com/tafaRU

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Simone Orsi

Full stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.

by Simone Orsi - 04:00 - 14 Dec 2020

Re: EDI PSC Member apply

+1

On Mon, Dec 14, 2020 at 3:21 PM Enric Tobella <etobella@creublanca.es> wrote:
Hi,

I would like to apply for PSC member on EDI.

I have recently worked on several PRs related to a new interface for all EDI modules in order to simplify and unify all the work there.

You can check our work on

https://github.com/OCA/edi/tree/13.0/edi

https://github.com/OCA/edi/pulls/etobella

Regards,

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Alex Comba
Tel (CH): +41 91 210 23 40
Tel (IT): +39 0331 158 7090
https://www.agilebg.com
https://github.com/tafaRU

by Alex Comba. - 03:41 - 14 Dec 2020

Re: EDI PSC Member apply

+1 !!

El lun, 14 dic 2020 a las 15:22, Enric Tobella (<etobella@creublanca.es>) escribió:
Hi,

I would like to apply for PSC member on EDI.

I have recently worked on several PRs related to a new interface for all EDI modules in order to simplify and unify all the work there.

You can check our work on

https://github.com/OCA/edi/tree/13.0/edi

https://github.com/OCA/edi/pulls/etobella

Regards,

Enric Tobella Alomar

etobella@creublanca.es

Centros Médicos Creu Blanca

Tel: 902 202 230

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--

Harald Panten López
CEO
Sygel Technology S.L

+34 637 88 42 41
harald.panten@sygel.es
https://www.sygel.es
C/ Àlaba 61, 5ª planta, 08005, Barcelona

by Harald Panten Lopez - 03:36 - 14 Dec 2020

Re: EDI PSC Member apply

+1 deserved with latest contributions.

by Pedro M. Baeza - 03:35 - 14 Dec 2020

Re: EDI PSC Member apply

+1 Bonne journée David BEAL - akretion.com Consultant Odoo Intégration / Développement Le lun. 14 déc. 2020 à 15:21, Enric Tobella <etobella@creublanca.es> a écrit : > > Hi, > > I would like to apply for PSC member on EDI. > > I have recently worked on several PRs related to a new interface for all EDI modules in order to simplify and unify all the work there. > > You can check our work on > > https://github.com/OCA/edi/tree/13.0/edi > https://github.com/OCA/edi/pulls/etobella > > Regards, > > Enric Tobella Alomar > etobella@creublanca.es > > Centros Médicos Creu Blanca > Tel: 902 202 230 > > Tanto este mensaje como los documentos que, en su caso, lleve como anexos, > pueden contener información reservada y/o confidencial, destinada exclusivamente > para el uso del destinatario o la persona responsable de entregarlo al mismo, > estando su uso no autorizado prohibido legalmente. > Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente) > salvo ratificación escrita por ambas partes. En caso de su recepción por error, > rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje > o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto, > a su eliminación. > > > > > Tanto este mensaje como los documentos que, en su caso, lleve como anexos, > pueden contener información reservada y/o confidencial, destinada exclusivamente > para el uso del destinatario o la persona responsable de entregarlo al mismo, > estando su uso no autorizado prohibido legalmente. > Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente) > salvo ratificación escrita por ambas partes. En caso de su recepción por error, > rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje > o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto, > a su eliminación. > > _______________________________________________ > 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 - 03:31 - 14 Dec 2020

Weblate upgraded

Hi,

I upgraded Weblate from 3.10 to 4.3 on translations.odoo-community.org.

Here is the changelog: https://docs.weblate.org/en/latest/changes.html#weblate-4-3-2

I also noticed the project and component creation script was not enabled for 14.0, so I fixed that too.

Let me know of any issue you may notice.

Best regards,

-sbi

Stéphane Bidoul | @SBidoul

Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120

by Stéphane Bidoul - 10:21 - 14 Dec 2020

4 replies 4 replies

Regarding Hr_holiday module,Time-off

I need a help in completing my task. Please help me to do this.I need the answer for only the date splitting .correspondingly.The thing is selecting a from date and to date by the employee.In the pictures you can see,i need to split the dates accordingly considering the global leaves.As you can see the employee selected a 27 days leaves.On clicking the boolean field it got separated accordingly,but i need to split the dates,ie, on the top it must be 20 days dates and bottom one2many start date must be after that and end date must be the date selected by the employee.Please go through and provide code or reference

by Sarath Suresh - 10:00 - 14 Dec 2020

2 attachments 2 attachments

dotfiles update on the 14.0 branch

Hi folks,

As I'm writing this an update of the dotfiles of the 14.0 branch is running, with the following fixes and changes:

- a fix for pre-commit not being able to install maintainer-tools with the latest pip version
- ignore .svg files
- run pre-commit on GitHub actions instead of Travis

Details about these changes maybe viewed here.

Have a nice week-end,

-sbi

--
Stéphane Bidoul | @SBidoul

Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120

by Stéphane Bidoul - 07:36 - 11 Dec 2020
3 replies 3 replies
Re: dotfiles update on the 14.0 branch

Thank you Stéphane.

On Sat, Dec 12, 2020 at 9:12 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you so much Stephane

On Sat, 12 Dec 2020, 01:37 Stéphane Bidoul, <stephane.bidoul@acsone.eu> wrote:
Hi folks,

As I'm writing this an update of the dotfiles of the 14.0 branch is running, with the following fixes and changes:

- a fix for pre-commit not being able to install maintainer-tools with the latest pip version
- ignore .svg files
- run pre-commit on GitHub actions instead of Travis

Details about these changes maybe viewed here.

Have a nice week-end,

-sbi

--
Stéphane Bidoul | @SBidoul

Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120

_______________________________________________
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 tharathipc - 03:56 - 12 Dec 2020

Re: dotfiles update on the 14.0 branch

Thank you so much Stephane

On Sat, 12 Dec 2020, 01:37 Stéphane Bidoul, <stephane.bidoul@acsone.eu> wrote:
Hi folks,

As I'm writing this an update of the dotfiles of the 14.0 branch is running, with the following fixes and changes:

- a fix for pre-commit not being able to install maintainer-tools with the latest pip version
- ignore .svg files
- run pre-commit on GitHub actions instead of Travis

Details about these changes maybe viewed here.

Have a nice week-end,

-sbi

--
Stéphane Bidoul | @SBidoul

Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Kitti Upariphutthiphong - 03:10 - 12 Dec 2020

Re: dotfiles update on the 14.0 branch

Thanks as always for your hard work, Stéphane.

Regards.

by Pedro M. Baeza - 07:46 - 11 Dec 2020
weighing scale hardware drivers
Hello I am looking for a list or a repository with scale hardware drivers. So far I've found three weighing scales that works with drivers (Metler Toledo, Bizerba, Gram Zfoc). If there is no hardware compatibility list, it would be useful to create a repository. -- Librement, Xavier Brochard / zeroheure xavier@alternatif.org La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre Rosnay)
by xavier - 05:25 - 11 Dec 2020
2 replies 2 replies
Re: weighing scale hardware drivers

FYI. Note that if you want to be certified in France, you need to implement the dialog06 protocol between the hw_drive and the scale

If you need a certified solution Odoo POS + Scale for France. Vracoop has a certified solution based on Odoo12.

On 11/12/2020 18:31, Vincent Regouby wrote:

Hello Xavier,

I don't know where you are located but if you are in France, besides the HW driver, you need your full system (Odoo+ scale) to be certified by the Tax administration. This step might be even more challenging that just integrating the HW driver...

Regards

Vincent

Le 11/12/2020 à 17:27, Xavier Brochard a écrit :

Hello I am looking for a list or a repository with scale hardware drivers. So far I've found three weighing scales that works with drivers (Metler Toledo, Bizerba, Gram Zfoc). If there is no hardware compatibility list, it would be useful to create a repository. -- Librement, Xavier Brochard / zeroheure xavier@alternatif.org La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre Rosnay)

_______________________________________________
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

Virus-free. www.avast.com

by Houssine BAKKALI - 09:16 - 11 Dec 2020

Re: weighing scale hardware drivers

Hello Xavier,

I don't know where you are located but if you are in France, besides the HW driver, you need your full system (Odoo+ scale) to be certified by the Tax administration. This step might be even more challenging that just integrating the HW driver...

Regards

Vincent

Le 11/12/2020 à 17:27, Xavier Brochard a écrit :

Hello I am looking for a list or a repository with scale hardware drivers. So far I've found three weighing scales that works with drivers (Metler Toledo, Bizerba, Gram Zfoc). If there is no hardware compatibility list, it would be useful to create a repository. -- Librement, Xavier Brochard / zeroheure xavier@alternatif.org La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre Rosnay)

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by v.regouby - 06:30 - 11 Dec 2020
RFQ Submission Dates - extended
Hello all,

Just to let you know we have extended the submission dates for a couple of the 2021 RFQs.
Graphic Designer
Migration from Odoo V13 to V14

Submission deadline is now 12th January 2021.

Please get in touch if you have any questions or want to know more about the RFQs. Warm regards, Rebecca

--
Rebecca Gellatly
General Secretary
Odoo Community Association
by Rebecca Gellatly - 02:35 - 11 Dec 2020
Mixin model for generic warning/blocking configurable from UI

Hi all!

Is there some module/implementation of a generic object for warning/blocking the user to do something wrong in some condition, configurable from UI?

Eg: I as admin create a row to block the user to confirm a sale order if a customer is in Germany and there is a previous order not paid. Or show a warning if the customer has the tag 'blue', etc. etc.

Thanks in advance

Sergio Corato

by Sergio Corato - 05:16 - 10 Dec 2020
6 replies 6 replies
Re: Mixin model for generic warning/blocking configurable from UI

Thanks all!

@Harald: I checked *_tier_validation, bus it is not extensible from the user, I was searching a more flexible way
@Ivàn/Faraz: *_exception can be useful, I'll try to extend them
@Patrick: as pointed out from Daniel, I need a more complete approach

Sergio Corato

Il giorno gio 10 dic 2020 alle ore 18:02 Daniel Reis <dreis@opensourceintegrators.com> ha scritto:
> You can also do this via automated actions in the GUI. The action > needs to execute Python code but you can raise warnings within the > auto action. True, but only for onchange action. I had my fair share of head scratching because of this. /Daniel

_______________________________________________
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 - 12:25 - 11 Dec 2020

Re: Mixin model for generic warning/blocking configurable from UI

> You can also do this via automated actions in the GUI. The action > needs to execute Python code but you can raise warnings within the > auto action. True, but only for onchange action. I had my fair share of head scratching because of this. /Daniel

by Daniel Reis - 06:01 - 10 Dec 2020

Re: Mixin model for generic warning/blocking configurable from UI

You can also do this via automated actions in the GUI. The action needs to execute Python code but you can raise warnings within the auto action.

On Thu, 10 Dec 2020, 9:37 am Iván Todorovich, <ivan.todorovich@gmail.com> wrote:
Hi Sergio

You could try base_exception and sale_exception:

https://github.com/OCA/server-tools/tree/12.0/base_exception
https://github.com/OCA/sale-workflow/tree/12.0/sale_exception

Best

Iván Todorovich

On Thu, 10 Dec 2020 at 13:17, Sergio Corato <sergiocorato@gmail.com> wrote:
Hi all!

Is there some module/implementation of a generic object for warning/blocking the user to do something wrong in some condition, configurable from UI?

Eg: I as admin create a row to block the user to confirm a sale order if a customer is in Germany and there is a previous order not paid. Or show a warning if the customer has the tag 'blue', etc. etc.

Thanks in advance

Sergio Corato

_______________________________________________
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 Patrick Wilson - 05:50 - 10 Dec 2020

Re: Mixin model for generic warning/blocking configurable from UI

I use sale_exception for this kind of task by adding all restrictions as exception rules applied on Sales order or sales orderline upon clicking confirm sales.

But i think there is another better library that goes with name of “tier validation” if i am not wrong

Faraz Zafar

Management Consultant

Pandoratech LLC

From: Sergio Corato <sergiocorato@gmail.com>
Sent: Thursday, December 10, 2020 8:17:23 PM
To: Contributors <contributors@odoo-community.org>
Subject: Mixin model for generic warning/blocking configurable from UI

Hi all!

Is there some module/implementation of a generic object for warning/blocking the user to do something wrong in some condition, configurable from UI?

Eg: I as admin create a row to block the user to confirm a sale order if a customer is in Germany and there is a previous order not paid. Or show a warning if the customer has the tag 'blue', etc. etc.

Thanks in advance

Sergio Corato

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Faraz Zafar - 05:46 - 10 Dec 2020

Re: Mixin model for generic warning/blocking configurable from UI

Hi Sergio

You could try base_exception and sale_exception:

https://github.com/OCA/server-tools/tree/12.0/base_exception
https://github.com/OCA/sale-workflow/tree/12.0/sale_exception

Best

Iván Todorovich

On Thu, 10 Dec 2020 at 13:17, Sergio Corato <sergiocorato@gmail.com> wrote:
Hi all!

Is there some module/implementation of a generic object for warning/blocking the user to do something wrong in some condition, configurable from UI?

Eg: I as admin create a row to block the user to confirm a sale order if a customer is in Germany and there is a previous order not paid. Or show a warning if the customer has the tag 'blue', etc. etc.

Thanks in advance

Sergio Corato

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Iván Todorovich - 05:35 - 10 Dec 2020
Proposing myself (@kittiu) as PSC on purchase-workflow

Dear community,

I would like to propose myself as PSC for Purchase (purchase-workflow)

Here are my work on Purchase
https://github.com/OCA/purchase-workflow/pulls?q=is%3Apr+author%3Akittiu

And my works on other OCA repos
https://github.com/pulls?q=is%3Apr+author%3Akittiu

Thank you for your consideration,
Kitti U.

by Kitti Upariphutthiphong - 07:51 - 9 Dec 2020
13 replies 13 replies
Re: Proposing myself (@kittiu) as PSC on purchase-workflow

+1

On Wed, Dec 9, 2020 at 7:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Dear community,

I would like to propose myself as PSC for Purchase (purchase-workflow)

Here are my work on Purchase
https://github.com/OCA/purchase-workflow/pulls?q=is%3Apr+author%3Akittiu

And my works on other OCA repos
https://github.com/pulls?q=is%3Apr+author%3Akittiu

Thank you for your consideration,
Kitti U.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

--
Alex Comba
Tel (CH): +41 91 210 23 40
Tel (IT): +39 0331 158 7090
https://www.agilebg.com
https://github.com/tafaRU

by Alex Comba. - 10:00 - 10 Dec 2020

Re: Proposing myself (@kittiu) as PSC on purchase-workflow

+1

Le jeu. 10 déc. 2020 à 08:21, Sergio Corato <sergiocorato@gmail.com> a écrit :
+1
Sergio Corato

Il giorno gio 10 dic 2020 alle ore 01:47 Naran M <moturi12@gmail.com> ha scritto:
+1

On Thu, 10 Dec 2020, 11:32 am Yoshi Tashiro, <tashiro@quartile.co> wrote:
+1
--
Yoshi Tashiro

On Thu, Dec 10, 2020 at 5:16 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
+1

El mié., 9 dic. 2020 20:57, <luc.demeyer@noviat.com> escribió:
+1

From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Wednesday, 9 December 2020 19:53
To: Contributors <contributors@odoo-community.org>
Subject: Proposing myself (@kittiu) as PSC on purchase-workflow

Dear community,

I would like to propose myself as PSC for Purchase (purchase-workflow)

Here are my work on Purchase
https://github.com/OCA/purchase-workflow/pulls?q=is%3Apr+author%3Akittiu

And my works on other OCA repos
https://github.com/pulls?q=is%3Apr+author%3Akittiu

Thank you for your consideration,
Kitti U.
_______________________________________________
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

_______________________________________________
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 Joël Grand Guillaume - 08:56 - 10 Dec 2020

Re: Proposing myself (@kittiu) as PSC on purchase-workflow

+1
Sergio Corato

Il giorno gio 10 dic 2020 alle ore 01:47 Naran M <moturi12@gmail.com> ha scritto:
+1

On Thu, 10 Dec 2020, 11:32 am Yoshi Tashiro, <tashiro@quartile.co> wrote:
+1
--
Yoshi Tashiro

On Thu, Dec 10, 2020 at 5:16 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
+1

El mié., 9 dic. 2020 20:57, <luc.demeyer@noviat.com> escribió:
+1

From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Wednesday, 9 December 2020 19:53
To: Contributors <contributors@odoo-community.org>
Subject: Proposing myself (@kittiu) as PSC on purchase-workflow

Dear community,

I would like to propose myself as PSC for Purchase (purchase-workflow)

Here are my work on Purchase
https://github.com/OCA/purchase-workflow/pulls?q=is%3Apr+author%3Akittiu

And my works on other OCA repos
https://github.com/pulls?q=is%3Apr+author%3Akittiu

Thank you for your consideration,
Kitti U.
_______________________________________________
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

_______________________________________________
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 Sergio Corato - 08:21 - 10 Dec 2020

Re: Proposing myself (@kittiu) as PSC on purchase-workflow

+1

On Thu, 10 Dec 2020, 11:32 am Yoshi Tashiro, <tashiro@quartile.co> wrote:
+1
--
Yoshi Tashiro

On Thu, Dec 10, 2020 at 5:16 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
+1

El mié., 9 dic. 2020 20:57, <luc.demeyer@noviat.com> escribió:
+1

From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Wednesday, 9 December 2020 19:53
To: Contributors <contributors@odoo-community.org>
Subject: Proposing myself (@kittiu) as PSC on purchase-workflow

Dear community,

I would like to propose myself as PSC for Purchase (purchase-workflow)

Here are my work on Purchase
https://github.com/OCA/purchase-workflow/pulls?q=is%3Apr+author%3Akittiu

And my works on other OCA repos
https://github.com/pulls?q=is%3Apr+author%3Akittiu

Thank you for your consideration,
Kitti U.
_______________________________________________
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

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Naran Moturi - 01:45 - 10 Dec 2020

Re: Proposing myself (@kittiu) as PSC on purchase-workflow

+1
--
Yoshi Tashiro

On Thu, Dec 10, 2020 at 5:16 AM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:
+1

El mié., 9 dic. 2020 20:57, <luc.demeyer@noviat.com> escribió:
+1

From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Wednesday, 9 December 2020 19:53
To: Contributors <contributors@odoo-community.org>
Subject: Proposing myself (@kittiu) as PSC on purchase-workflow

Dear community,

I would like to propose myself as PSC for Purchase (purchase-workflow)

Here are my work on Purchase
https://github.com/OCA/purchase-workflow/pulls?q=is%3Apr+author%3Akittiu

And my works on other OCA repos
https://github.com/pulls?q=is%3Apr+author%3Akittiu

Thank you for your consideration,
Kitti U.
_______________________________________________
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 Yoshi Tashiro. - 01:30 - 10 Dec 2020

Archives

Contributors

Jens Holze

Harald Panten López

Harald Panten López

Harald Panten López

Harald Panten López

Harald Panten López

Harald Panten López

Harald Panten López

Harald Panten López

Harald Panten López