Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
-
Re: OCA members list on odoo-community.org
Ciao Pedro,sounds like a good solution, noted :)Bests,On Fri, Feb 14, 2020 at 8:52 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:Great, thanks for the followup, Simone. One possible technique with non opted-in in the survey is to only show its name but with no link and no more details (photo, etc), as we do already in PSC teams.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 Simone Orsi - 01:36 - 14 Feb 2020 -
Re: OCA members list on odoo-community.org
Great, thanks for the followup, Simone. One possible technique with non opted-in in the survey is to only show its name but with no link and no more details (photo, etc), as we do already in PSC teams.Regards.
by Pedro M. Baeza - 08:51 - 14 Feb 2020 -
OCA members list on odoo-community.org
Hello everybody,just a quick notice to tell you that we are aware of an issue w/ members listing.Some of them are not appearing even if their membership status should be correct.Some of them were fixed already, some need further investigation.Meanwhile, if you don't appear there, please make sure you've completed the survey for being published https://odoo-community.org/survey/start/oca-website-privacy-13.Side note: we are thinking about shuffling the ordering randomly from time to time in order to not have always the same people on top or bottom.We'll keep you posted.Bests,SimoneOCA board
by Simone Orsi - 08:41 - 14 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Hello,
I am pure blood functional, who cannot even query database.Thank you all to talk about this topic and share many ideas/suggestions. This is a good example of opening space to talk and share but email or mailing list flows and gone, not suits as knowledge and content management.IMHO, functional consists of End Users and Implementor.If we talk about an End user, we should have place to chat and ask + knowledge or Content management because they want to decide to use our app or not. If so, how to use it > This should be Easy to access and find information > User documents, user manual.If we talk about functional Implementor, they should work as a team with technical. I think this group doesn't need Easy tool but it should be simple tool and simple way to work together. Functional spec or Requirements Spec is out of date for agile methodology, no longer writing this for technical. We need to discuss and share different aspects and ideas from Technical and functional then summarise, code and Test absolutely.> No doubt for runbot for testing but discussion, I would say> Wiki is easy but not in line with github which is powerful for technical and have to manage?> +1 github issue and link to google doc/sheet.Personally, github itself look scary for non-technical but not too difficult to use. Functional who really want to be in, they got strong passion to learn 'new world of techies'. They open thier mind to give and take. On the other hands, github will filter out Newbies because its structure. We have to accept that github born for technical. (Of I am not wrong)+1 Forum no reason, just experience it.... TOTB...1. Let's try to change this thread topic to be Does OCA "really" need implementor functional and user?- If the answer is no, it's crystal clear. No need any action.- If your answer is yes, I believe you will find the way to let them it and be a part of team.2. Opensource is an area of technical or hybrid functional while Proprietary is an area of Functional, is this true?Last but not least, shall technical open mind to learn a new world of Functional?Thanks all.On Fri, 14 Feb 2020, 06:12 Bill Ennals, <bill@billennals.net> wrote:Hi Community,I’m also ‘mostly' functional. I have no formal IT qualification or education but have self-taught the basics of administering a Ubuntu server and an Odoo CE installation for a small not-for-profit business (reversegarbageqld.com.au) in Australia. I can’t really code, but I’m a stubborn googler and can do some low-level tinkering and can sometimes get to where I’m aiming for, sometimes not.It’s taken many years and we’re still only 50% implemented - no POS, public facing website, ecommerce and accounting yet, though all of that should be ready in the next six months. Started on V7, open upgraded to v8, then leap frogged to V11 via a gruelling export/import process. It’s been a crazy and unsustainable way to do it in many respects, but our hope is that the efficiency gains of using an integrated ERP will help to generate enough operational profit to be able to engage a professional local implementer, the costs of which (up until now at least) have been prohibitive.I agree with Landis about the welcoming landing place, and through all of this, the thing that I have most missed is a healthy discussion forum. Having to piece together clues from the Odoo help forum (which is mostly awful), Stack Overflow, this mailing list and the patchy official documentation has absorbed hundreds of hours of my time, often for no return. Sure, a comprehensive wiki would be awesome, but that would seem to require a gargantuan effort to make it any more useful than pointers to the current Github repositories. Github is a little daunting and opaque for non-IT professionals, but it’s not terrible and a healthy community forum with a few good stickies about how to approach navigating the various parts of the Odoo universe for newbies would make it far less daunting. If the standard of the ‘readme’s was improved, I think a separate wiki might be unnecessary duplication.Lastly (sorry for the long email), one comparable experience I’ve had lately is mucking about with custom roms on mobile devices, which I know nothing about apart from what I’ve learned from xda-developers.com. Although it’s far from perfect, if I spend an hour there researching a particular topic or problem I’m having, I can feel pretty confident about whether it’s something that is worth pursuing, or if it’s just going to be a waste of my time, and therefore something I should drop altogther. A combination of the stickies and guides for newbies, and the vibrant participation of the community there enables that. I rarely feel that way after an hour of trying to figure out if a particular thing is possible in Odoo - more often I’m left with a bunch of unresolved questions. Obviously the xda forums member base is huge, but if the Odoo claim about 4 million users is true, then a proper discussion forum should have something to work with - no?Bill.On 14 Feb 2020, at 12:21 AM, Landis Arnold <larnold@nomadic.net> wrote:Well, Being mostly "functional" I would say, first off, there needs to be a place to go and get information, ask questions, profer advise. Documentation is important, even in Wiki form, but most important is a true and welvoming landing pad and place. Branches should go out from there to subjects of the different repositories.As an example. Information and sharing about upgrade paths and methods. Fundamental changes, for users and system implementers about requirement changes generation to generation... Is it possible to skip versions in upgrade sequencing. say v 8, v10, v12, v14? If so how?"Open" needs to be open and not obscure. Installations and upgrades can be methodical and complex, but they must also be understandable.Customization, which is essence, is what OCA is about, should be welcome, and also seen to be something that users can also do without creating a whole repository and running through a week of testing and approvals. Interface changes, as an example, like moving an "add task" button to a project, or rearranging a menu interface etc.And on bigger customizations, how to have "funcionals" express a desire for a more efficient work flow. A "wish list" is different than a "issue" until it becomes one.Anyway, it is an important subject, how to integrate "functionals" which really everyone is on some level.Landis ArnoldNomadic IncColorado USA
Sent from NineFrom: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>
Sent: Thursday, February 13, 2020 6:47 AM
To: Contributors
Subject: Re: How can functional people "really" participate in OCA?Jean-Charles, here there's no such OCA strategy of not wanting functional people, just as Lois says: there's no more physical time to perform what you want to do to attract more people. I still think laziness is a point, because some functional people have already contributed and be part of the community with a low barrier, but it's very easy to say "I'm not able to contribute because things are not easy". Think that we are all employees of a company that pays our time and have a lot of duties, and some of us have invested spare free time for trying to raise OCA, but this time is limited. So any of you can apply for being in the OCA board next year and conduct this, or simply arise at contributor for that specific task this year. My colleagues at board will love some help on this (I'm not anymore there due to the time restrictions I have and after being there during 3 years).Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
<span id="cid:D10EFA06-18B5-49B7-9C55-57158B7F1E0A@home.gateway"><attachment>_______________________________________________
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 Wipawii Jaraswarapan - 03:55 - 14 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Hi Community,I’m also ‘mostly' functional. I have no formal IT qualification or education but have self-taught the basics of administering a Ubuntu server and an Odoo CE installation for a small not-for-profit business (reversegarbageqld.com.au) in Australia. I can’t really code, but I’m a stubborn googler and can do some low-level tinkering and can sometimes get to where I’m aiming for, sometimes not.It’s taken many years and we’re still only 50% implemented - no POS, public facing website, ecommerce and accounting yet, though all of that should be ready in the next six months. Started on V7, open upgraded to v8, then leap frogged to V11 via a gruelling export/import process. It’s been a crazy and unsustainable way to do it in many respects, but our hope is that the efficiency gains of using an integrated ERP will help to generate enough operational profit to be able to engage a professional local implementer, the costs of which (up until now at least) have been prohibitive.I agree with Landis about the welcoming landing place, and through all of this, the thing that I have most missed is a healthy discussion forum. Having to piece together clues from the Odoo help forum (which is mostly awful), Stack Overflow, this mailing list and the patchy official documentation has absorbed hundreds of hours of my time, often for no return. Sure, a comprehensive wiki would be awesome, but that would seem to require a gargantuan effort to make it any more useful than pointers to the current Github repositories. Github is a little daunting and opaque for non-IT professionals, but it’s not terrible and a healthy community forum with a few good stickies about how to approach navigating the various parts of the Odoo universe for newbies would make it far less daunting. If the standard of the ‘readme’s was improved, I think a separate wiki might be unnecessary duplication.Lastly (sorry for the long email), one comparable experience I’ve had lately is mucking about with custom roms on mobile devices, which I know nothing about apart from what I’ve learned from xda-developers.com. Although it’s far from perfect, if I spend an hour there researching a particular topic or problem I’m having, I can feel pretty confident about whether it’s something that is worth pursuing, or if it’s just going to be a waste of my time, and therefore something I should drop altogther. A combination of the stickies and guides for newbies, and the vibrant participation of the community there enables that. I rarely feel that way after an hour of trying to figure out if a particular thing is possible in Odoo - more often I’m left with a bunch of unresolved questions. Obviously the xda forums member base is huge, but if the Odoo claim about 4 million users is true, then a proper discussion forum should have something to work with - no?Bill.On 14 Feb 2020, at 12:21 AM, Landis Arnold <larnold@nomadic.net> wrote:Well, Being mostly "functional" I would say, first off, there needs to be a place to go and get information, ask questions, profer advise. Documentation is important, even in Wiki form, but most important is a true and welvoming landing pad and place. Branches should go out from there to subjects of the different repositories.As an example. Information and sharing about upgrade paths and methods. Fundamental changes, for users and system implementers about requirement changes generation to generation... Is it possible to skip versions in upgrade sequencing. say v 8, v10, v12, v14? If so how?"Open" needs to be open and not obscure. Installations and upgrades can be methodical and complex, but they must also be understandable.Customization, which is essence, is what OCA is about, should be welcome, and also seen to be something that users can also do without creating a whole repository and running through a week of testing and approvals. Interface changes, as an example, like moving an "add task" button to a project, or rearranging a menu interface etc.And on bigger customizations, how to have "funcionals" express a desire for a more efficient work flow. A "wish list" is different than a "issue" until it becomes one.Anyway, it is an important subject, how to integrate "functionals" which really everyone is on some level.Landis ArnoldNomadic IncColorado USA
Sent from NineFrom: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>
Sent: Thursday, February 13, 2020 6:47 AM
To: Contributors
Subject: Re: How can functional people "really" participate in OCA?Jean-Charles, here there's no such OCA strategy of not wanting functional people, just as Lois says: there's no more physical time to perform what you want to do to attract more people. I still think laziness is a point, because some functional people have already contributed and be part of the community with a low barrier, but it's very easy to say "I'm not able to contribute because things are not easy". Think that we are all employees of a company that pays our time and have a lot of duties, and some of us have invested spare free time for trying to raise OCA, but this time is limited. So any of you can apply for being in the OCA board next year and conduct this, or simply arise at contributor for that specific task this year. My colleagues at board will love some help on this (I'm not anymore there due to the time restrictions I have and after being there during 3 years).Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
<span id="cid:D10EFA06-18B5-49B7-9C55-57158B7F1E0A@home.gateway"><attachment>_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by bill - 12:11 - 14 Feb 2020 -
RE: stock.picking very slow and some are not validating
Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.MD
My apologies I spoke too soon. Just had a look at what we do and all we do is
- On button submit, instead of processing on the users screen we submit a background task that runs every minute and then effectively runs the submit logic
- We split out invoice create ( we have a module which creates the draft supplier invoice) as a separate task.
We have found that when you add lots or serial numbers (which means stock.move.line records) things slow down considerably.
It would be possible to extend our module to handle each stock move line as a separate commit – looking at our largest customer the longest background task has taken 5 minutes
Regards Kevin
From: MD Tanzilul Hasan Khan <ponkhi403@gmail.com>
Sent: Thursday, 13 February 2020 5:48 PM
To: Contributors <contributors@odoo-community.org>
Subject: Re: stock.picking very slow and some are not validatingDid you create automated action for move lines?
As we are using track by lots (can be unique or use existing), how are you managing the lot creation or update? Won’t it create 400 backorders if you are validating one by one ?
Thanks
On Feb 13, 2020 at 1:51 AM, <Kevin McMenamin> wrote:
We have had similar – we have a client receiving ~400 lines on a PO. There are issues around average cost calculation. Our solution was to make the receipting a background process and receipt line by line – that way if anything happens to a product during the receipt cycle you don’t get a full roll back.
Contact me below if you would like to discuss further.
Regards
Kevin McMenamin
ERP Capability Manager, Solnet
+64 22 651 3753 | +64 9 977 5805 | Visit our blog | Connect on LinkedIn
From: MD Tanzilul Hasan Khan <ponkhi403@gmail.com>
Sent: Monday, 3 February 2020 8:02 PM
To: Contributors <contributors@odoo-community.org>
Subject: stock.picking very slow and some are not validatingHello Contributors,
We are using Odoo 11 for a retail chain. They have over 60 POS locations (and increasing across the country) and over 17000 products (also increasing).
Recently, for past two months, we are facing strange problem. The retail chain do purchase order once in a month to the vendor and the PO contains over hundreds of products. They are using lot based tracking. When we are receiving products with lot number it takes forever to validate. Even some pickings are stuck and can't be validated. We tried all the possible workarounds but still no luck. There are no errors too.
The instance is running on AWS with RDS. RDS configuration:
PostgreSQL - 10.10
4 vcpu x 16 GB RAM
100 GB SSD
IOPS: 100 * 3 = 300How can we validate the stock.pickings? Any idea or thoughts appreciated.
Best Regards,
MD. Tanzilul Hasan Khan
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribeAttention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.
_______________________________________________
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 Kevin McMenamin - 11:21 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Well, Being mostly "functional" I would say, first off, there needs to be a place to go and get information, ask questions, profer advise. Documentation is important, even in Wiki form, but most important is a true and welvoming landing pad and place. Branches should go out from there to subjects of the different repositories.
As an example. Information and sharing about upgrade paths and methods. Fundamental changes, for users and system implementers about requirement changes generation to generation... Is it possible to skip versions in upgrade sequencing. say v 8, v10, v12, v14? If so how?
"Open" needs to be open and not obscure. Installations and upgrades can be methodical and complex, but they must also be understandable.
Customization, which is essence, is what OCA is about, should be welcome, and also seen to be something that users can also do without creating a whole repository and running through a week of testing and approvals. Interface changes, as an example, like moving an "add task" button to a project, or rearranging a menu interface etc.
And on bigger customizations, how to have "funcionals" express a desire for a more efficient work flow. A "wish list" is different than a "issue" until it becomes one.
Anyway, it is an important subject, how to integrate "functionals" which really everyone is on some level.
Landis Arnold
Nomadic Inc
Colorado USA
Sent from NineFrom: "Pedro M. Baeza (Tecnativa)" <pedro.baeza@tecnativa.com>
Sent: Thursday, February 13, 2020 6:47 AM
To: Contributors
Subject: Re: How can functional people "really" participate in OCA?Jean-Charles, here there's no such OCA strategy of not wanting functional people, just as Lois says: there's no more physical time to perform what you want to do to attract more people. I still think laziness is a point, because some functional people have already contributed and be part of the community with a low barrier, but it's very easy to say "I'm not able to contribute because things are not easy". Think that we are all employees of a company that pays our time and have a lot of duties, and some of us have invested spare free time for trying to raise OCA, but this time is limited. So any of you can apply for being in the OCA board next year and conduct this, or simply arise at contributor for that specific task this year. My colleagues at board will love some help on this (I'm not anymore there due to the time restrictions I have and after being there during 3 years).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 Landis Arnold - 03:21 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Jean-Charles, here there's no such OCA strategy of not wanting functional people, just as Lois says: there's no more physical time to perform what you want to do to attract more people. I still think laziness is a point, because some functional people have already contributed and be part of the community with a low barrier, but it's very easy to say "I'm not able to contribute because things are not easy". Think that we are all employees of a company that pays our time and have a lot of duties, and some of us have invested spare free time for trying to raise OCA, but this time is limited. So any of you can apply for being in the OCA board next year and conduct this, or simply arise at contributor for that specific task this year. My colleagues at board will love some help on this (I'm not anymore there due to the time restrictions I have and after being there during 3 years).Regards.
by Pedro M. Baeza - 02:46 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Maybe all functional people have been scared away from OCA because we have always been thinking "it's not so difficult, they just need to RTFM". So there might be none left to contribute to this thread. Please raise your hand if you are here :)Complicated or not complicated, it's a fact is that Functional People are not contributing much in OCA comparatively to technical (at least from what I see, please tell me if I am wrong).If OCA wants to build a community of Functional People, things need to be done differently otherwise things won't change.What should we change? Maybe it has nothing to do with the tools ...But if the tools aren't the blocking point, then what is it?If we don't change anything, then we should accept that it's part of the strategy of OCA not to try attracting more Functional People. Which may be fine.On Thu, Feb 13, 2020 at 7:37 PM Lois Rilo Antelo <lois.rilo@forgeflow.com> wrote:Hi all,One question: should the tech people that is already investing a lot of time to maintain OCA tools/infrastructure, customize or extend them even more (expending more hours) to save some minutes of reading a guideline for functional people? I really don't find it that difficult to log in in a runbot instance, neither edit a readme and propose a pull request all from the github web.But as Simone said it might be that I am myself a techy person... so what I would like to see is more feedback from some of those functionals we are trying to help, because all the people in this thread are known (not new) contributors. And here is my idea: launching a survey to last year new contributors asking for feedback on these topics, do you think this could help?Regards,El jue., 13 feb. 2020 a las 10:37, Jean-Charles Drubay (<jc@komit-consulting.com>) escribió:I just tested again and after a "Force Rebuild", user is redirected to the Runbot page of the Repository (ex: https://runbot.odoo-community.org/runbot/repo/https-github-com-oca-web-162) where he/she needs to search for the suitable line based on "the PR ID" or a very short extract of the "PR name".Also, the number of "active" instance in Runbot is really small forcing the user to nearly systematically Force Rebuild.A build takes in the best cases 5 minutes which I believe is discouraging for the people who are willing to test PRs.Also, while I tested, the build failed, but that was not indicated by the Runbot page until I forced a refresh on the page.On Thu, Feb 13, 2020 at 3:32 PM Lorenzo Battistini <elbaddy@gmail.com> wrote:Click on runbot link at the bottom of a PR, search based on the PR ID (seriously?! is it documented somewhere), understand how to read / use the runbot page, if you are lucky you can test click on a button to enter the test instance with a login / password that you must know (know or die here),
To clarify: no need to search runbot by PR ID; see https://odoo-community.org/page/review_______________________________________________
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
--Lois Rilo Antelo - Odoo consultant at ForgeFlowweb: www.forgeflow.comtwitter: @LoisRForgeFlow_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Jean-Charles Drubay - 02:11 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Hi all,One question: should the tech people that is already investing a lot of time to maintain OCA tools/infrastructure, customize or extend them even more (expending more hours) to save some minutes of reading a guideline for functional people? I really don't find it that difficult to log in in a runbot instance, neither edit a readme and propose a pull request all from the github web.But as Simone said it might be that I am myself a techy person... so what I would like to see is more feedback from some of those functionals we are trying to help, because all the people in this thread are known (not new) contributors. And here is my idea: launching a survey to last year new contributors asking for feedback on these topics, do you think this could help?Regards,El jue., 13 feb. 2020 a las 10:37, Jean-Charles Drubay (<jc@komit-consulting.com>) escribió:I just tested again and after a "Force Rebuild", user is redirected to the Runbot page of the Repository (ex: https://runbot.odoo-community.org/runbot/repo/https-github-com-oca-web-162) where he/she needs to search for the suitable line based on "the PR ID" or a very short extract of the "PR name".Also, the number of "active" instance in Runbot is really small forcing the user to nearly systematically Force Rebuild.A build takes in the best cases 5 minutes which I believe is discouraging for the people who are willing to test PRs.Also, while I tested, the build failed, but that was not indicated by the Runbot page until I forced a refresh on the page.On Thu, Feb 13, 2020 at 3:32 PM Lorenzo Battistini <elbaddy@gmail.com> wrote:Click on runbot link at the bottom of a PR, search based on the PR ID (seriously?! is it documented somewhere), understand how to read / use the runbot page, if you are lucky you can test click on a button to enter the test instance with a login / password that you must know (know or die here),
To clarify: no need to search runbot by PR ID; see https://odoo-community.org/page/review_______________________________________________
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
--Lois Rilo Antelo - Odoo consultant at ForgeFlowweb: www.forgeflow.comtwitter: @LoisRForgeFlow
by Lois Rilo Antelo - 01:36 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
I just tested again and after a "Force Rebuild", user is redirected to the Runbot page of the Repository (ex: https://runbot.odoo-community.org/runbot/repo/https-github-com-oca-web-162) where he/she needs to search for the suitable line based on "the PR ID" or a very short extract of the "PR name".Also, the number of "active" instance in Runbot is really small forcing the user to nearly systematically Force Rebuild.A build takes in the best cases 5 minutes which I believe is discouraging for the people who are willing to test PRs.Also, while I tested, the build failed, but that was not indicated by the Runbot page until I forced a refresh on the page.On Thu, Feb 13, 2020 at 3:32 PM Lorenzo Battistini <elbaddy@gmail.com> wrote:Click on runbot link at the bottom of a PR, search based on the PR ID (seriously?! is it documented somewhere), understand how to read / use the runbot page, if you are lucky you can test click on a button to enter the test instance with a login / password that you must know (know or die here),
To clarify: no need to search runbot by PR ID; see https://odoo-community.org/page/review_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

by Jean-Charles Drubay - 10:36 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
The problem is more about "How to edit and improve the content of the README?".
This another example where I would like to read opinions from functional people.Editing an RST file in github seems very easy to me.Is it a matter of laziness or missing tools/knowledge?I think OCA can work on the last point: more documentation of our processes.Page https://odoo-community.org/page/Contribute can certainly be improved with sections like "how can I propose improvements to modules README?"
by Lorenzo Battistini. - 10:00 - 13 Feb 2020 -
Re: l10n-italy on apps.odoo.com
I'm afraid that's not possible, as Odoo Apps management doesn't allow that kind of things.Any way, you have to amend the license problem, and then it will come out on the daily scan.Regards.
by Pedro M. Baeza - 09:55 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
To discuss functional issues or propose changes they can open an issue in a specific repository and start a thread there.If they want to use g-docs (or whatever public tool) to enrich the discussion they can use it and link it in an issue.I tend to think the same but, going back to Kitti's question, it seems no "pure functional people" answered.Before to hypothesize solutions, I think we need to know operative and practical problems in the process, coming from the people concerned.
Regards
by Lorenzo Battistini. - 09:46 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
HiThe Odoo forum app could be ok, if it would allow for more than one answer per user and post. Even more, if it would allow for replying to answers.Just my functional 2 cents :-)Best, treviOn Fri, 2020-02-07 at 20:17 +0000, Graeme Gellatly wrote:Hi,I think an easy start which benefits the OCA is to have a forum.It gets the OCA good indexed web content, help realise documentation gaps, can possibly replace a load of the emails the OCA receive, lowering our costs, maybe even largely replace this mailing list, which I think is a blocker to both functional and newbie participation. It will also give us a place to move OCA issues to that aren't really issues but functional questions.Have a small number of functionally oriented sub forums (or not, to start) plus a general one and an Admin one, add the links to appropriate github README's and see what happens. But I think out of the forums, we will soon see what we actually need to do more of/less of to provide for functional participation. Just not the Odoo forum, which isn't a forum.On Sat, Feb 8, 2020 at 5:27 AM Maxime Chambreuil <mchambreuil@opensourceintegrators.com> wrote:Kitti,Do you know of a platform oriented to functional consultants where they would belong? I thought a MediaWiki could be a good starting point to design and document collaboratively but maybe I am wrong...Thanks.MAXIME CHAMBREUIL
PROJECT MANAGER/CONSULTANTO: 1.855.877.2377 EXT. 710
M: 602.427.5632
E: MChambreuil@OpenSourcelntegrators.comP.O. BOX 940, HIGLEY, AZ 85236 


On Fri, Feb 7, 2020 at 10:12 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Thank you all,Having said all this, I am not functional. And so I feel blessed working with OCA as programmer.I would like to take this opportunity to thank you OCA again, especially those founders of OCA. In my opinion, you guys have done good jobs in so many aspects. :)OCA github that we can work on, surely a great environment for programmer. And it surly attract us to come around to see the progress and get feedback. It is quite interactive and fun in a way.As a programmer, I can't complain. But for functional people, I am not sure. I think functional people don't like github, at least not our. They tried, but don't feel belonged to the community. And by not having functional people around means not enough functional analysis per what Stefano Consolaro suggest.I think the feeling of "not belonged" is the point I want to make. (not yet about what they can do, i.e. functional design, document, translation, etc.)With my shallow experience. I used to be in another OSS ERP projects which has no good tools like what OCA provided. The main place to collaborate is Forum, and so both programmer and functional are kind of forced to be together and work together.I think OCA is a lot more advanced here. But how to "attract" (my) pure functional people to feel belonged to OCA is still my question.You guys don't have this issue at all?Kitti U.On Thu, Feb 6, 2020 at 4:02 PM Stefano Consolaro <stefano.consolaro@mymage.it> wrote:Hi Kitti,
thanks for giving an UP to this argument, this fundamental argument.
I'm an ibrid developer, not electical/gasoline but functional/coder :-), so I know how much important is to invest on functional/features analysis before start to code (it is know the progression that change/fix a feature on analysis/develop/testing/production costs 1/10/100/1000).
It's around three years that I "play" with Odoo-OCB and the first problem I figure out is the lack of documentation, both as process/functional description and often on module/code.
Last year the italian community had a "refactoring" focusing on problems that we have to fix to do a better collaboration and work on OCA (mainly on Italy), so we set up a new site (https://www.odoo-italia.org/) with indication on how contribute (https://www.odoo-italia.org/contribuire) and a lot of resources to collaborate (https://www.odoo-italia.org/contribuire/risorse) and we have highlighted that it needs an effort on the functional analysis to have better results on develop.
Unfortunally everyday problems that afflict who works on Odoo-OCB have customer time pressure and probably the fact that today who works (develop/supply) with Odoo-OCA is mainly a developer focused on code, leads to neglect the functional aspects.
Recently a good exercise was the introduction of the electronic invoice that forced many actors to collaborate to create an unique "product", but we have many other steps (or typings) to do to for reach the habit to invest some time for share functional analysis before begin a new module.
Maxime well point out how an enthusiast can begin to work, though are tools of the dark side, sorry the backend side, of the job.
I suggest to choose a topic and a "development team" and begin to collaborate proposing your observations and giving your contribute to the documentation.
And keep spreading the functional verb ;-)
Stefano Consolaro
www.mymage.it
Da: "Kitti Upariphutthiphong" kittiu@ecosoft.co.th
A: "Contributors" contributors@odoo-community.org
Data: Wed, 05 Feb 2020 19:46:48 -0000
Oggetto: How can functional people "really" participate in OCA?
Dear community,
I have a pretty hard question :)
We always say that functional people is vital to ERP system, for sure in the project. But are functional people have places in OCA?
Are there forum or any place where functional can fully contribute their business knowledge without friction of tech, github and programmer languages?
Any pure functional people in OCA can help answer this? :)
Thanks!
Note: This question is passed here by my functional peer who want to participate in OCA. But I also don't have that good suggestion too.
_______________________________________________
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
--
twanda AGErmin TrevisanArtherstrasse 19CH-6318 Walchwil
T: +41 41 758 1515M: +41 79 208 7373E: trevi@twanda.comwww.twanda.ch
by Ermin Trevisan - 09:40 - 13 Feb 2020 -
Re: How can functional people "really" participate in OCA?
Click on runbot link at the bottom of a PR, search based on the PR ID (seriously?! is it documented somewhere), understand how to read / use the runbot page, if you are lucky you can test click on a button to enter the test instance with a login / password that you must know (know or die here),
To clarify: no need to search runbot by PR ID; see https://odoo-community.org/page/review
by Lorenzo Battistini. - 09:31 - 13 Feb 2020 -
Re: Can Odoo create asset on Stock IN, instead on Invoice Post?
Hi KittiIMHO this is a legal issue. According to my knowledge, activating (in the balance sheet) and deprecating an asset requires legal ownership. Receiving an asset only creates possession, but not necessarily ownership.Best, treviOn Wed, 2020-02-12 at 06:37 +0000, Kitti Upariphutthiphong wrote:Hi community,As we know, about Asset in Odoo. Normally, asset is created when Invoice is posted.AFIK, other ERP system will create asset on Stock In. Which make more sense to me. What is your opinion about this?Are there OCA modules that did that?Thank you!_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
twanda AGErmin TrevisanArtherstrasse 19CH-6318 Walchwil
T: +41 41 758 1515M: +41 79 208 7373E: trevi@twanda.comwww.twanda.ch
by Ermin Trevisan - 09:15 - 13 Feb 2020 -
Re: Proposing Lois Rilo as PSC for server-ux
Hi Stephane,yes, however it is a little bit inconvenient during migrations and when people are proposing extensions to your base module.Thanks all!El mié., 12 feb. 2020 a las 20:57, Stéphane Bidoul (<stephane.bidoul@acsone.eu>) escribió:Hi Lois,I just added you to the team.Note an alternative to joining a large PSC is to become a declared maintainer on modules you care about. This gives merge permissions via /ocabot merge.-sbiOn Wed, Feb 12, 2020 at 5:21 PM Joël Grand-Guillaume <joel.grandguillaume@camptocamp.com> wrote:+1On Wed, Feb 12, 2020 at 5:12 PM Jay Vora <vora.jay@serpentcs.com> wrote:+1On Wed, Feb 12, 2020 at 9:07 PM Lois Rilo Antelo <lois.rilo@forgeflow.com> wrote:Hi all,I would like to help maintain pulls requests and issues at server-ux. I've contributed as author and core maintainer of base_tier_validation and there are several related PR still open that I would like to push forward. I also contributed to document_quick_access addons and would like to help on migration and reviews.I see the only team with rights in that repo is "Tools maintainers". I wouldn't need to be part of such wide group, but I also understand that segregating the PSC teams even more is not a good approach for maintainability reasons. Any of those two options would be good for me.Regards,--Lois Rilo Antelo - Odoo consultant at ForgeFlowweb: www.forgeflow.comtwitter: @LoisRForgeFlow_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Technology Services @ www.serpentcs.comBusiness Solutions @ www.serpentcs.inEnterprise Mobile Apps @ www.odooonline.comQuality Assurance @ www.odooqa.comSAP Hana @ www.prozone-tech.comPortal & DMS @ www.alfray.inRegards,----------------------------------------------------------------------------------------------------------------------------Jay Vora Managing Director 
Direct: +91-9879354457 Office: +91-9033472982 Skype: jaynvora Twitter : jaynvora -------------------------------------------------------------------------------------------------
Visit our website : http://www.serpentcs.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--camptocampINNOVATIVE SOLUTIONSBY OPEN SOURCE EXPERTSJoël Grand-GuillaumeDepartment HeadBusiness Solutions_______________________________________________
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
--Lois Rilo Antelo - Odoo consultant at ForgeFlowweb: www.forgeflow.comtwitter: @LoisRForgeFlow
by Lois Rilo Antelo - 09:15 - 13 Feb 2020 -
Re: stock.picking very slow and some are not validating
Did you create automated action for move lines?As we are using track by lots (can be unique or use existing), how are you managing the lot creation or update? Won’t it create 400 backorders if you are validating one by one ?ThanksAttention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.We have had similar – we have a client receiving ~400 lines on a PO. There are issues around average cost calculation. Our solution was to make the receipting a background process and receipt line by line – that way if anything happens to a product during the receipt cycle you don’t get a full roll back.
Contact me below if you would like to discuss further.
Regards
Kevin McMenamin
ERP Capability Manager, Solnet
+64 22 651 3753 | +64 9 977 5805 | Visit our blog | Connect on LinkedIn
From: MD Tanzilul Hasan Khan <ponkhi403@gmail.com>
Sent: Monday, 3 February 2020 8:02 PM
To: Contributors <contributors@odoo-community.org>
Subject: stock.picking very slow and some are not validatingHello Contributors,
We are using Odoo 11 for a retail chain. They have over 60 POS locations (and increasing across the country) and over 17000 products (also increasing).
Recently, for past two months, we are facing strange problem. The retail chain do purchase order once in a month to the vendor and the PO contains over hundreds of products. They are using lot based tracking. When we are receiving products with lot number it takes forever to validate. Even some pickings are stuck and can't be validated. We tried all the possible workarounds but still no luck. There are no errors too.
The instance is running on AWS with RDS. RDS configuration:
PostgreSQL - 10.10
4 vcpu x 16 GB RAM
100 GB SSD
IOPS: 100 * 3 = 300How can we validate the stock.pickings? Any idea or thoughts appreciated.
Best Regards,
MD. Tanzilul Hasan Khan
_______________________________________________
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 ponkhi403 - 05:46 - 13 Feb 2020 -
Re: Activity: reminders
Early WIP is here: https://github.com/OCA/social/pull/501I was thinking of making separate template for such reminder, yet it does not really seem good idea?Feedback on that part is welcome
On 9 Feb 2020, at 07:42, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:Yeah, great!El dom., 9 feb. 2020 15:37, Alexey Pelykh <alexey.pelykh@gmail.com> escribió:“mail_activity_reminder” under “social” repo then?
On 9 Feb 2020, at 06:37, Roussel, Denis <denis.roussel@acsone.eu> wrote:Indeed, that's the limit of that approach even if you can define all your activity types as 'meeting'.Le dim. 9 févr. 2020 à 14:26, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> a écrit :I personally prefer to have these reminders on any kind of activity.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Alexey Pelykh <alexey.pelykh@gmail.com> - 03:56 - 13 Feb 2020