Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

  • Partner Types: refactor partner_firstname and introduce partner_type_base

    Hi,

     

    I would like to promote/discuss a small res.partner refactoring I’ve done on partner_firstname.

     

    We are currently unhappy that invoice or shipping address has a firstname. Shipping addresses sometimes needs only a department name, but not necessary Firstname/Lastname.

    Therefore I would like to make the UI more flexible and add an overloadable attribute is_individual, where you can control whether firstname/lastname should be visible or not. Other modules could overload the _compute_contact_type method to control the behavior of the different address types.

    I also changed the invisible attributes of the UI elements to is_individual and is_address_readonly instead of using directly the address type in the xml views.
    The is_address_readonly can be used to control whether the address information is editable for each type. We e.g.  added another address type "contact_address" (e.g. for homeoffice addresses) which is is_individual == True, but also has an editable address like address type "other". We use "other" for office addresses of a company and therefore changed the classification to is_individual == False. With the change of this PR, we just need to adapt the _compute_contact_type method and all the UI fields are rendered accordingly.

    With this change, it is also easier to add additional types like “service” which we use for “support@” addresses. They usually don’t have an address (is_address_readonly== True, is_individual==False) and by configure these attributes, the UI adapts correctly.

     

    What do you think of these changes? Feedback highly appreciated.

     

    [17.0][ADD] partner_type_base by CRogos · Pull Request #1891 · OCA/partner-contact

     

    Best regards,

     

    Christopher

    by Christopher Rogos - 01:56 - 16 Nov 2024

    3 replies 3 replies

    • Re: Partner Types: refactor partner_firstname and introduce partner_type_base
      Touching to have that 3 level hierarchy is not recommended, as other things depend on that hierarchy, and you won't obtain the desired partner on the corresponding parts.

      Regards.

      El dom, 24 nov 2024 a las 16:26, Christopher Rogos (<notifications@odoo-community.org>) escribió:

      Hi Pedro,

       

      I understand your intension regarding a partner_name_split module, but I am not sure if merging partner_firstname, partner_second_lastname, partner_middlename into one module would make the module to complex. The partner_firstname tests are already complex. Adding more configurable  cases could make the module very complex in development, if there is not a very clear definition how the splitting should work in each case.

       

      Maybe we could add a partner_name_split module, which adds some configuration options and controls the installation of these existing modules?

       

      But this is all going a lot further than the change I like to make at this point. I just want to add different address types like “partner_address” (contact with firstname/lastname but editable address) order “service” (only name and no editable address). The idea is to have better filter options and more control, when we have firstname/lastname and when we have only name.

       

      There is also a lot of inconsistencies in Odoo. e.g. you can add a subcontact to a individual, but you cannot select an individual as a parent. Therefore another attribute like “can_be_parent” would be nice, because we use “other address” to track addresses of offices, and want to add the employees to each office. But therefore “other_address” needs to be selectable in “parent_id”, but currently only is_company is selectable in standard.

       

      Best Regards

       

      From: Pedro M. Baeza <notifications@odoo-community.org>
      Sent: Montag, 18. November 2024 12:24
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Partner Types: refactor partner_firstname and introduce partner_type_base

       

      Yeah, I also feel that we should refactor into a "contact name splitting" module, for parameterizing which fields to show and with which goal. For example, having first name and second name, initials, and so on. This can depend on the country or other. I think this also fits with your use case.

       

      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 - 08:16 - 25 Nov 2024
    • RE: Partner Types: refactor partner_firstname and introduce partner_type_base

      Hi Pedro,

       

      I understand your intension regarding a partner_name_split module, but I am not sure if merging partner_firstname, partner_second_lastname, partner_middlename into one module would make the module to complex. The partner_firstname tests are already complex. Adding more configurable  cases could make the module very complex in development, if there is not a very clear definition how the splitting should work in each case.

       

      Maybe we could add a partner_name_split module, which adds some configuration options and controls the installation of these existing modules?

       

      But this is all going a lot further than the change I like to make at this point. I just want to add different address types like “partner_address” (contact with firstname/lastname but editable address) order “service” (only name and no editable address). The idea is to have better filter options and more control, when we have firstname/lastname and when we have only name.

       

      There is also a lot of inconsistencies in Odoo. e.g. you can add a subcontact to a individual, but you cannot select an individual as a parent. Therefore another attribute like “can_be_parent” would be nice, because we use “other address” to track addresses of offices, and want to add the employees to each office. But therefore “other_address” needs to be selectable in “parent_id”, but currently only is_company is selectable in standard.

       

      Best Regards

       

      From: Pedro M. Baeza <notifications@odoo-community.org>
      Sent: Montag, 18. November 2024 12:24
      To: Contributors <contributors@odoo-community.org>
      Subject: Re: Partner Types: refactor partner_firstname and introduce partner_type_base

       

      Yeah, I also feel that we should refactor into a "contact name splitting" module, for parameterizing which fields to show and with which goal. For example, having first name and second name, initials, and so on. This can depend on the country or other. I think this also fits with your use case.

       

      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 Christopher Rogos - 04:25 - 24 Nov 2024
    • Re: Partner Types: refactor partner_firstname and introduce partner_type_base
      Yeah, I also feel that we should refactor into a "contact name splitting" module, for parameterizing which fields to show and with which goal. For example, having first name and second name, initials, and so on. This can depend on the country or other. I think this also fits with your use case.

      Regards.
      by Pedro M. Baeza - 12:20 - 18 Nov 2024
  • OWL training
    Dear community.

    I have seen a post on LinkedIn about odoo technical training.

    I am certain that the community includes the best professionals to provide training for odoo.

    I have experience with OWL framework and I am using it inside and outside odoo.

    I ask if the training responsible leaders allow me to share my experience in OWL for developing a professional single page application.

    Despite I am not an OCA member yet, but I am an active contributor and I have assisted in fixing bugs in some OCA projects recently, so that I like to take further step to train and teach new odoo developers or even share my experience in YouTube video series or blog posts or GitHub repository.

    I am glad to share one of my apps that uses OWL as frontend framework which is my business website:

    Description video:
    by Mohamed Alkobrosly - 09:56 - 16 Nov 2024

    1 replies 1 replies

    • Re: OWL training
      Hello,

      Thanks for this proposition. I am talking with several OCA members and active contributors from the Spanish association to setup an OWL training in 2025.

      I'll contact you directly to discuss this further.

      Have a nice weekend,
      Virginie 

      Le sam. 16 nov. 2024, 09:58, mohamed alkobrosly <notifications@odoo-community.org> a écrit :
      Dear community.

      I have seen a post on LinkedIn about odoo technical training.

      I am certain that the community includes the best professionals to provide training for odoo.

      I have experience with OWL framework and I am using it inside and outside odoo.

      I ask if the training responsible leaders allow me to share my experience in OWL for developing a professional single page application.

      Despite I am not an OCA member yet, but I am an active contributor and I have assisted in fixing bugs in some OCA projects recently, so that I like to take further step to train and teach new odoo developers or even share my experience in YouTube video series or blog posts or GitHub repository.

      I am glad to share one of my apps that uses OWL as frontend framework which is my business website:

      Description video:

      _______________________________________________
      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 (OCA) - 01:21 - 16 Nov 2024
  • Automatically Generating Serial Numbers or Lots Upon MO Start in Multi-BoM Scenarios

    Dear OCA Community,

    I hope this message finds you well.

    I am reaching out to inquire about a specific functionality in Odoo regarding serial numbers and lot tracking in manufacturing processes. My use case involves the following scenario:

    When starting a Manufacturing Order (MO) for a product, I would like to automatically generate a serial number (or lot number) for the final product. The product in question has multiple Bills of Materials (BoMs), and during the manufacturing process, it might be necessary to associate serial numbers with the components that make up the BoM.

    Ideally, the serial number or lot of the final product should retain the ability to reference and track all the serial numbers of the sub-products used in its production. This would be extremely useful for traceability and managing complex manufacturing flows.

    Is there any existing functionality or module within Odoo or OCA that can address this requirement? Alternatively, any guidance or recommendations for customization to achieve this would also be greatly appreciated.

    Looking forward to your insights and suggestions.

    Thank you in advance for your help!

    Best regards,

    Francesco
    by fra.dibattista - 09:41 - 15 Nov 2024

    6 replies 6 replies

  • OCA Verticals - Who to contact?
    Hi OCAs,

    Who can I contact to talk to and contribute to the OCA Verticals?

    A couple of Verticals are listed, but most of them don’t have contributors or representatives.

    The GitHub OCA vertical:


    In other words, who is in charge or the promotor of the OCA Verticals?



    Thanks in advance.



    Warm regards,

    Michel Stroom
    -- 

    Office Everywhere
    Business Partner Odoo

    t: +31 6 53360677
    e: mstroom@office-everywhere.com
    w: Office-Everywhere.com


    by Michel Stroom - 08:21 - 15 Nov 2024

    1 attachments 1 attachments

    image0

    1 replies 1 replies

  • MediData interface (Switzerland) 
    Dear community members,

is there a module (open or closed soucre) which provides an interface with MediData? https://www.medidata.ch/

Kind regards, Dave



--
David Brühlmeier
Head of IT, Sozialinfo
    by David Brühlmeier - 02:25 - 13 Nov 2024

    3 replies 3 replies

  • Real time GPS tracker
    Dear community members.

    I am asked by a customer to provide him with a module to track his field employees location in real time using odoo.

    Thanks in advance
    by Mohamed Alkobrosly - 09:56 - 13 Nov 2024

    5 replies 5 replies

  • Assistance Needed: Searching for Specific Products in Sales Orders (Odoo CE 17.0+)

    Dear Contributors

     

           I have a question regarding the search for one2many fields and would like to seek assistance from the community.

          

           Odoo Version：Community 17.0+

          

           I created some products:：

    l   Blue xxxsome_elsexx T-shirt

    l   Blue xxxsome_elsexx Desk

    l   White xxxsome_elsexx T-shirt

    l   White xxxsome_elsexx Desk

     

    Then, I randomly created some sales orders using these products. Now, if I want to search for the product "Blue xxxsome_elsexx Desk" within sales orders using this domain:

    [("order_line.product_id.name", "ilike", "blue"),(("order_line.product_id.name", "ilike", "desk"))]

     

    I expect to get sales orders only containing the productBlue xxxsome_elsexx Desk，

    However, the search results return sales orders containing Blue xxxsome_elsexx T-shirt and White xxxsome_elsexx Desk，but not those containing Blue xxxsome_elsexx Desk；

     

    I am not sure if I have expressed this clearly. You can test the scenario with the sales orders I created in the runbot instance, and there are a few images to help with understanding.

    Testing environment on runbot: https://70500325-17-0-all.runbot143.odoo.com/web?debug=1#action=988&model=sale.order&view_type=list&cids=1&menu_id=660

     

     

     

     

           Thank you for your assistance.

    Best regards,

     

     

     

    feihu.zhang@live.com

    by feihu.zhang - 07:01 - 13 Nov 2024

    3 attachments 3 attachments

    image003.png
    image002.png
    image001.png

    7 replies 7 replies

  • Click on line in tree view that's embedded in form to change context value for another field on the form

    Hello,


    I am trying to solve something like this: ona form I ahve 2 fields displayed:

    1) tree view of one2many field, where each record has a field of type Datetime - let's call these events

    2) tree view of another one2many field that is computed and depending on the datetime in context - let's call these values


    What I would like to try to achieve is that when I click on one of the events, the date from it is applied to context of values and that is recomputed/refreshed. I can achieve something similar with buttons with actions on events but that reloads the screen. Any idea?


    Thank you very much. Best regards


        Radovan Skolnik

    by Radovan Skolnik - 06:06 - 11 Nov 2024

    2 replies 2 replies

    • Re: Click on line in tree view that's embedded in form to change context value for another field on the form

      Hi Daniel,


      that's actually almost the same way it is done now - button on the Event ;-) I'll have a look on how the bank reconcile widget is done in OCA as there is some similar magic going on...


      Best regards


          Radovan


      On utorok 12. novembra 2024 16:42:37 CET Daniel Reis wrote:

      > Maybe have a button on the Event lines.

      > When clicked it runs a method returning a Window Action opening the

      > same record on the same form, but with a specific context set.

      > A bit convoluted but it might work.

      > /Daniel

      >

      > On 11/11/2024 17:07, Radovan Skolnik

      > wrote:

      >

      >

      > Hello,

      >

      > I

      > am trying to solve something like this: ona form I ahve 2

      > fields displayed:

      > 1)

      > tree view of one2many field, where each record has a field of

      > type Datetime - let's call these events

      > 2)

      > tree view of another one2many field that is computed and

      > depending on the datetime in context - let's call these values

      >

      > What

      > I would like to try to achieve is that when I click on one of

      > the events, the date from it is applied to context of values

      > and that is recomputed/refreshed. I can achieve something

      > similar with buttons with actions on events but that reloads

      > the screen. Any idea?

      >

      > Thank

      > you very much. Best regards

      >

      >

      > Radovan Skolnik

      >

      > _______________________________________________

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

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

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

      >

      >

      >

      > --

      > DANIEL

      > REIS*

      > MANAGING PARTNER

      >

      > >> Schedule time on my calendar [4] .

      >

      > M:*

      > +351 919 991 307

      > E:*

      > dreis@OpenSourceIntegrators.com [5]

      > A:*

      > Avenida da República 3000, Estoril Office Center, 2649-517

      > Cascais

      > [6]

      >

      >

      >

      > _______________________________________________

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

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

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

      >

      >

      >

      > [1] https://odoo-community.org/groups/contributors-15

      > [2] mailto:contributors@odoo-community.org

      > [3] https://odoo-community.org/groups?unsubscribe

      > [4] https://meetings.hubspot.com/dreis1

      > [5] mailto:dreis@OpenSourceIntegrators.com

      > [6] https://www.opensourceintegrators.com/

      > [7] https://odoo-community.org/groups/contributors-15

      > [8] https://odoo-community.org/groups?unsubscribe



      by Radovan Skolnik - 04:51 - 12 Nov 2024
    • Re: Click on line in tree view that's embedded in form to change context value for another field on the form
      Maybe have a button on the Event lines.
      When clicked it runs a method returning a Window Action opening the same record on the same form, but with a specific context set.

      A bit convoluted but it might work.

      /Daniel


      On 11/11/2024 17:07, Radovan Skolnik wrote:

      Hello,


      I am trying to solve something like this: ona form I ahve 2 fields displayed:

      1) tree view of one2many field, where each record has a field of type Datetime - let's call these events

      2) tree view of another one2many field that is computed and depending on the datetime in context - let's call these values


      What I would like to try to achieve is that when I click on one of the events, the date from it is applied to context of values and that is recomputed/refreshed. I can achieve something similar with buttons with actions on events but that reloads the screen. Any idea?


      Thank you very much. Best regards


          Radovan Skolnik

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


      --
      DANIEL REIS
      MANAGING PARTNER

      >> Schedule time on my calendar.
      M: +351 919 991 307
      E: dreis@OpenSourceIntegrators.com
      A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais

      [Logo OpenSourceIntegrators.com]

      by Daniel Reis - 04:41 - 12 Nov 2024
  • [Odoo14 CE] Adjust reserved quantities for additional lots on detailed operations
    Hi, 

    I am testing a very basic scenario where I have a "Product x" that I've received in 2 lots: 10 units  from lot-01 and 10 units from lot-02. 

    I then create a delivery order where 10 units of "product x" are requested.

    I mark delivery order as "todo" and while checking availability the automatic reservation is going to add a single "detailed operation" line with 10 units reserved of "product x" from lot-01, all good. 

    But let's say I want to split delivered units by assigning 5units from lot-01 and 5 units from lot-02: I'm able to create the additional line and link lot-02 to it, but I'm not able to set adjust the reserved quantity on the line (although i'm able to set the done quantity). 

    This is generating some inconsistencies e.g. when I print "picking operations" before the validation of the delivery order. I wonder if it's possible to manually adjust the reserved quantity on Detail Operation to cover this situation, do we have a module or maybe this can be done somehow and I am missing something?

    Regards
    --Francesco Ballerini
    by Francesco Ballerini - 01:25 - 11 Nov 2024

    2 replies 2 replies

  • Timeout Error
    I wonder how to run tests successfully without encountering timeout error.

    I saw this error with all tests that need connection with the testing server:

    2024-11-07 18:58:57,184 23973 ERROR test_api_2 odoo.addons.fastapi_auth_jwt_demo.tests.test_fastapi_auth_jwt_demo: ERROR: TestEndToEnd.test_forbidden
    Traceback (most recent call last):
      File "/home/kobros/Workspace/odoo16/env16/lib/python3.10/site-packages/urllib3/connectionpool.py", line 445, in _make_request
        six.raise_from(e, None)
      File "<string>", line 3, in raise_from
      File "/home/kobros/Workspace/odoo16/env16/lib/python3.10/site-packages/urllib3/connectionpool.py", line 440, in _make_request
        httplib_response = conn.getresponse()
      File "/usr/lib/python3.10/http/client.py", line 1375, in getresponse
        response.begin()
      File "/usr/lib/python3.10/http/client.py", line 318, in begin
        version, status, reason = self._read_status()
      File "/usr/lib/python3.10/http/client.py", line 279, in _read_status
        line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
      File "/usr/lib/python3.10/socket.py", line 705, in readinto
        return self._sock.recv_into(b)
    TimeoutError: timed out

    Any help, please?
    by Mohamed Alkobrosly - 08:53 - 7 Nov 2024
  • demo is not installed
    Hi Contributors.

    I am trying to run and fix fastapi_auth_jwt_demo module, it should depend on auth_jwt_demo module, but I found that only auth_jwt_demo module is not installing demo data.

    I tried to install it separately using the demo flag, demo keyword in the configuration file, even with a demo database.

    I see only auth_jwt_demo is not installing the demo, other modules can install demo data.
    If I change the type of data from "demo" to "data" in the manifest they get installed.

    I can modify the manifest and make a pull request to make fastapi_auth_jwt_demo be installed correctly especially when it depends on data from auth_jwt_demo, the only problem is that these data are demo and not installable, but if I modify the manifest everything will be fine.

    Thanks
    by Mohamed Alkobrosly - 07:16 - 7 Nov 2024
  • Navigate invoice lines
    Hi,

    is there a module to navigate invoice lines similar to https://github.com/OCA/sale-workflow/tree/16.0/sale_order_line_menu ?

    I'm looking for v14 but any version is fine. 

    Thanks!

    --

    Francesco Foresti
    Sicurpharma Srl
    +39 333 8123 790
    by Francesco Foresti - 04:36 - 7 Nov 2024

    4 replies 4 replies

  • hr_expense_invoice
    Hello. Is it expected that the hr_expense_invoice module will be upgraded to version 18 in the near future?
    by Ira Grytsyshyna - 08:46 - 5 Nov 2024

    1 replies 1 replies

    • Re: hr_expense_invoice
      Hello,

      Generally spoken OCA or basically its contributors will work on migrating modules if there is a direct need to (by one of their customers) AND somebody (normally the customer) is willing to fund their work. The is no "OCA Teams being paid to provide the OCA Apps".

      It's generally perceived a good habit, to contribute not only with code but also with funds and ideas, especially if one had a substantial benefit in the first place (by using what was already there in older versions). So what you may do as an well estabilshed Odoo Partner taking advantage of these modules, is contact the PSC for each of the modules repositories and ask the primary contributors of the module if and how you may support them to prioritize the migration of the module.

      Usually redirecting some of the funds of your customer to those contributors will naturally speed up the process enormously for the benefit of all parties.

      You can see the progress of the migration of the hr modules in this issue on Github:

      Regards,
      Virginie Dewulf
      Executive Director
      +32 477 64 17 20


      Le mar. 5 nov. 2024 à 08:48, Ірина Грицишина <notifications@odoo-community.org> a écrit :
      Hello. Is it expected that the hr_expense_invoice module will be upgraded to version 18 in the near future?

      _______________________________________________
      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 (OCA) - 09:00 - 5 Nov 2024
  • Git Aggregator on Doodba
    Hi, I am configuring an instance with Doodba, I am using the doodba copier template to set up the instance
    I just find out how to use the git aggregator by launching these commands

    export DOODBA_GITAGGREGATE_UID="$(id -u $USER)" DOODBA_GITAGGREGATE_GID="$(id -g $USER)" DOODBA_UMASK="$(umask)"
    docker-compose -f setup-devel.yaml run --rm odoo

    which I found in setup-devel yaml file file.

    I have a few questions:
    1 - is it actually the proper way to use it on the project ? (maybe it should automatically start when launching docker-compose, but it's not my case)
    2 - I see that by using the aggregator I still have repositories created in the host, so they are created outside the container as volumes then recreated in the container.
    Is there a way to avoid keeping remotes (source code, oca repos etc..) on the host and directly create them only inside the container at build time with the aggregator?

    Really appreciate any kind of help.

    Regards
    -- Francesco Ballerini

    by Francesco Ballerini - 11:31 - 3 Nov 2024

    7 replies 7 replies

    • Re: Git Aggregator on Doodba
      I want to thank everyone for your helpful hints. Of course I will invest more time on the documentation.

      Regards
      --Francesco Ballerini
      by Francesco Ballerini - 11:21 - 6 Nov 2024
    • Re: Git Aggregator on Doodba
      Hi,

      Use the production build instructions and build it.  There is no separate aggregation for production and sources live in the container. This is well documented, but basically it just means make prod.yaml docker-compose.yml instead of devel.yaml. Then build.

      Honestly the doodba project is really well documented. Spend some time there, both the copier project and the upstream dooba project to understand. There is a directory called dependencies, with a bunch of different requirements files for pip, apt, npm etc. When you build, those are installed, it is nothing to do with the runtime or entrypoint.

      On Tue, Nov 5, 2024 at 12:32 PM Francesco Ballerini <notifications@odoo-community.org> wrote:
      @Graeme Gellatly 
      Thank you for the clarification, I apologize I didn't specified but in this case I'm experimenting in order to set up a production environment on ubuntu server installation, we don't plan to develop directly on the server in this scenario.   

      I generally only take care about development so I'm a bit new to the deployment subject with docker, you said  

      if you want them in the image then just use the staging build

      I've searched for a "staging" branch and checked for "staging" in doodba documentation, but I didn’t quite understand what "staging build" means in the Doodba context. 

      The alternative is if you don't want to edit or see source for example some OCA modules is you can pip install using pip.txt in dependencies.

      Also this sentence wasn't truly clear for me, do you mean I can declare a pip.txt and install OCA modules with that similar to requirements.txt? Is that a doodba feature or I must implement it in the entrypoint file? 

      @Rolando Pérez Rebollo
      Thanks! I've read some doodba documentation but I've missed "daily usage" file doc in doodba copier template repository, I will take a look closely

      Regards
      --Francesco


      Il giorno mar 5 nov 2024 alle ore 00:02 Danny W. Adair <notifications@odoo-community.org> ha scritto:
      On Tuesday, 5 November 2024 at 11:13, Rolando Pérez Rebollo <notifications@odoo-community.org> wrote:

      I don't want to hijack the thread but, Do U have any example of git-autoshare in the context of git-aggregator in doodba? I check out several not merged PRs, I got the impression it was never incorporated to doodba? I'm missing that feature to save some bandwidth.

      It just needs to be installed so it wraps git clone​.

      (in 3.0.0+ https://github.com/acsone/git-aggregator?tab=readme-ov-file#300-2022-09-20 )

      Re: --filter=blob:none​ see also https://github.blog/open-source/git/get-up-to-speed-with-partial-clone-and-shallow-clone/

      Cheers,
      Danny




      On 11/3/24 23:33, Graeme Gellatly wrote:
      The reason they are created outside is so features like debug work and you can develop. There is no duplication, they are mapped via a symlink at start time. This is a very, very common way of doing development for any system (and is how my own internal dev systems work as well), although that is changing. Also from memory Doodba can use git-autoshare which further reduces the disk space taken.

      But it is docker and compose, if you want them in the image then just use the staging build, but it will be much harder to work with. The alternative is if you don't want to edit or see source for example some OCA modules is you can pip install using pip.txt in dependencies.

      On Mon, Nov 4, 2024 at 11:32 AM Francesco Ballerini <notifications@odoo-community.org> wrote:
      Hi, I am configuring an instance with Doodba, I am using the doodba copier template to set up the instance
      I just find out how to use the git aggregator by launching these commands

      export DOODBA_GITAGGREGATE_UID="$(id -u $USER)" DOODBA_GITAGGREGATE_GID="$(id -g $USER)" DOODBA_UMASK="$(umask)"
      docker-compose -f setup-devel.yaml run --rm odoo

      which I found in setup-devel yaml file file.

      I have a few questions:
      1 - is it actually the proper way to use it on the project ? (maybe it should automatically start when launching docker-compose, but it's not my case)
      2 - I see that by using the aggregator I still have repositories created in the host, so they are created outside the container as volumes then recreated in the container.
      Is there a way to avoid keeping remotes (source code, oca repos etc..) on the host and directly create them only inside the container at build time with the aggregator?

      Really appreciate any kind of help.

      Regards
      -- Francesco Ballerini

      _______________________________________________
      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 Graeme Gellatly - 12:51 - 5 Nov 2024
    • Re: Git Aggregator on Doodba
      @Graeme Gellatly 
      Thank you for the clarification, I apologize I didn't specified but in this case I'm experimenting in order to set up a production environment on ubuntu server installation, we don't plan to develop directly on the server in this scenario.   

      I generally only take care about development so I'm a bit new to the deployment subject with docker, you said  

      if you want them in the image then just use the staging build

      I've searched for a "staging" branch and checked for "staging" in doodba documentation, but I didn’t quite understand what "staging build" means in the Doodba context. 

      The alternative is if you don't want to edit or see source for example some OCA modules is you can pip install using pip.txt in dependencies.

      Also this sentence wasn't truly clear for me, do you mean I can declare a pip.txt and install OCA modules with that similar to requirements.txt? Is that a doodba feature or I must implement it in the entrypoint file? 

      @Rolando Pérez Rebollo
      Thanks! I've read some doodba documentation but I've missed "daily usage" file doc in doodba copier template repository, I will take a look closely

      Regards
      --Francesco


      Il giorno mar 5 nov 2024 alle ore 00:02 Danny W. Adair <notifications@odoo-community.org> ha scritto:
      On Tuesday, 5 November 2024 at 11:13, Rolando Pérez Rebollo <notifications@odoo-community.org> wrote:

      I don't want to hijack the thread but, Do U have any example of git-autoshare in the context of git-aggregator in doodba? I check out several not merged PRs, I got the impression it was never incorporated to doodba? I'm missing that feature to save some bandwidth.

      It just needs to be installed so it wraps git clone​.

      (in 3.0.0+ https://github.com/acsone/git-aggregator?tab=readme-ov-file#300-2022-09-20 )

      Re: --filter=blob:none​ see also https://github.blog/open-source/git/get-up-to-speed-with-partial-clone-and-shallow-clone/

      Cheers,
      Danny




      On 11/3/24 23:33, Graeme Gellatly wrote:
      The reason they are created outside is so features like debug work and you can develop. There is no duplication, they are mapped via a symlink at start time. This is a very, very common way of doing development for any system (and is how my own internal dev systems work as well), although that is changing. Also from memory Doodba can use git-autoshare which further reduces the disk space taken.

      But it is docker and compose, if you want them in the image then just use the staging build, but it will be much harder to work with. The alternative is if you don't want to edit or see source for example some OCA modules is you can pip install using pip.txt in dependencies.

      On Mon, Nov 4, 2024 at 11:32 AM Francesco Ballerini <notifications@odoo-community.org> wrote:
      Hi, I am configuring an instance with Doodba, I am using the doodba copier template to set up the instance
      I just find out how to use the git aggregator by launching these commands

      export DOODBA_GITAGGREGATE_UID="$(id -u $USER)" DOODBA_GITAGGREGATE_GID="$(id -g $USER)" DOODBA_UMASK="$(umask)"
      docker-compose -f setup-devel.yaml run --rm odoo

      which I found in setup-devel yaml file file.

      I have a few questions:
      1 - is it actually the proper way to use it on the project ? (maybe it should automatically start when launching docker-compose, but it's not my case)
      2 - I see that by using the aggregator I still have repositories created in the host, so they are created outside the container as volumes then recreated in the container.
      Is there a way to avoid keeping remotes (source code, oca repos etc..) on the host and directly create them only inside the container at build time with the aggregator?

      Really appreciate any kind of help.

      Regards
      -- Francesco Ballerini

      _______________________________________________
      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 Francesco Ballerini - 12:31 - 5 Nov 2024
    • Re: Git Aggregator on Doodba
      On Tuesday, 5 November 2024 at 11:13, Rolando Pérez Rebollo <notifications@odoo-community.org> wrote:

      I don't want to hijack the thread but, Do U have any example of git-autoshare in the context of git-aggregator in doodba? I check out several not merged PRs, I got the impression it was never incorporated to doodba? I'm missing that feature to save some bandwidth.

      It just needs to be installed so it wraps git clone​.

      (in 3.0.0+ https://github.com/acsone/git-aggregator?tab=readme-ov-file#300-2022-09-20 )

      Re: --filter=blob:none​ see also https://github.blog/open-source/git/get-up-to-speed-with-partial-clone-and-shallow-clone/

      Cheers,
      Danny




      On 11/3/24 23:33, Graeme Gellatly wrote:
      The reason they are created outside is so features like debug work and you can develop. There is no duplication, they are mapped via a symlink at start time. This is a very, very common way of doing development for any system (and is how my own internal dev systems work as well), although that is changing. Also from memory Doodba can use git-autoshare which further reduces the disk space taken.

      But it is docker and compose, if you want them in the image then just use the staging build, but it will be much harder to work with. The alternative is if you don't want to edit or see source for example some OCA modules is you can pip install using pip.txt in dependencies.

      On Mon, Nov 4, 2024 at 11:32 AM Francesco Ballerini <notifications@odoo-community.org> wrote:
      Hi, I am configuring an instance with Doodba, I am using the doodba copier template to set up the instance
      I just find out how to use the git aggregator by launching these commands

      export DOODBA_GITAGGREGATE_UID="$(id -u $USER)" DOODBA_GITAGGREGATE_GID="$(id -g $USER)" DOODBA_UMASK="$(umask)"
      docker-compose -f setup-devel.yaml run --rm odoo

      which I found in setup-devel yaml file file.

      I have a few questions:
      1 - is it actually the proper way to use it on the project ? (maybe it should automatically start when launching docker-compose, but it's not my case)
      2 - I see that by using the aggregator I still have repositories created in the host, so they are created outside the container as volumes then recreated in the container.
      Is there a way to avoid keeping remotes (source code, oca repos etc..) on the host and directly create them only inside the container at build time with the aggregator?

      Really appreciate any kind of help.

      Regards
      -- Francesco Ballerini

      _______________________________________________
      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 Danny Adair - 12:01 - 5 Nov 2024
    • Re: Git Aggregator on Doodba

      I don't want to hijack the thread but, Do U have any example of git-autoshare in the context of git-aggregator in doodba? I check out several not merged PRs, I got the impression it was never incorporated to doodba? I'm missing that feature to save some bandwidth.

      On 11/3/24 23:33, Graeme Gellatly wrote:
      The reason they are created outside is so features like debug work and you can develop. There is no duplication, they are mapped via a symlink at start time. This is a very, very common way of doing development for any system (and is how my own internal dev systems work as well), although that is changing. Also from memory Doodba can use git-autoshare which further reduces the disk space taken.

      But it is docker and compose, if you want them in the image then just use the staging build, but it will be much harder to work with. The alternative is if you don't want to edit or see source for example some OCA modules is you can pip install using pip.txt in dependencies.

      On Mon, Nov 4, 2024 at 11:32 AM Francesco Ballerini <notifications@odoo-community.org> wrote:
      Hi, I am configuring an instance with Doodba, I am using the doodba copier template to set up the instance
      I just find out how to use the git aggregator by launching these commands

      export DOODBA_GITAGGREGATE_UID="$(id -u $USER)" DOODBA_GITAGGREGATE_GID="$(id -g $USER)" DOODBA_UMASK="$(umask)"
      docker-compose -f setup-devel.yaml run --rm odoo

      which I found in setup-devel yaml file file.

      I have a few questions:
      1 - is it actually the proper way to use it on the project ? (maybe it should automatically start when launching docker-compose, but it's not my case)
      2 - I see that by using the aggregator I still have repositories created in the host, so they are created outside the container as volumes then recreated in the container.
      Is there a way to avoid keeping remotes (source code, oca repos etc..) on the host and directly create them only inside the container at build time with the aggregator?

      Really appreciate any kind of help.

      Regards
      -- Francesco Ballerini

      _______________________________________________
      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 Ing. Rolando Pérez Rebollo - 11:11 - 4 Nov 2024

  • Picking from sublocation when doing internal transfer and Inventory frequency monthly

    Hello,


    in scenario where putaway rules are setup to move certain incoming products / categories to sublocation (of the main warehouse) when there is sale order, correct stock move is created from that sublocation as part of stock picking. Now I would like to do the very same thing when doing internal transfer from the main warehouse to some other location. Is it possible somehow?


    Also is there a module to allw to schedule inventory frequency not for certain number of days but for example to last day of the month?


    Thank you very much. Best regards


        Radovan Skolnik

    by Radovan Skolnik - 06:26 - 3 Nov 2024

    1 replies 1 replies

    • Re: Picking from sublocation when doing internal transfer and Inventory frequency monthly


      On 11/3/24 18:27, Radovan Skolnik wrote:
      Now I would like to do the very same thing when doing internal transfer from the main warehouse to some other location. Is it possible somehow?

      In my experience this happens automatically, because when you have a "take from stock" rule set up to take from "WH/Stock", it will automatically pick from any sublocations where stock is as well.

      If more control is needed over the order of where stock is taken from first, there is stock_reservation_rule.

      by Tom Blauwendraat - 06:31 - 4 Nov 2024
  • Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?
    Dear OCA Members, Delegates, Board Members, and Contributors,

    Here’s an easy idea to help spread the word about the OCA.

    Recently, I've noticed a growing trend - 14 now - have updated their LinkedIn profiles to reflect their positions at the OCA, and I think that’s fantastic! 
    I’d like to encourage everyone to consider doing the same.

    Whether you’re a member, delegate, board member, contributor, or hold a combination of these roles, adding your OCA position to your LinkedIn profile can significantly boost both your visibility and that of the OCA.

    Yesterday, I added my new job position at OCA as a Member on LinkedIn. I’m also a contributor, but since I recently post daily about the OCA and ask for new members to join, I opted to list only "Member.” By adding your OCA position to your LinkedIn profile, you not only showcase your involvement with our vibrant community but also help raise awareness about the OCA and the impactful work we do.

    If you have any privacy concerns or prefer not to share your position on LinkedIn, that’s completely understandable!

    If you feel comfortable, I encourage you to update your LinkedIn profile with your position at the OCA.
    It takes just a few moments and can make a lasting impact on our community.

    Let’s keep spreading the word about the OCA and the amazing work we’re doing together!
    It’s also great to see more LinkedIn posts about the OCA lately.

    Thank you in advance for considering this.
    I fully respect your privacy if adding your OCA position on LinkedIn isn’t for you.


    Warm regards,


    Michel Stroom
    Helping promote the OCA to get more members and sponsors


    Note / Remark / P.S.:
    I apologize in advance if this email shouldn’t be sent to the OCA contributors email list, but I didn’t know how else to get this message across.

    by Michel Stroom - 03:10 - 30 Oct 2024

    3 replies 3 replies

    • Re: Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?

      I completely agree with Nils.

      I also apologized in my email because I still have no idea how to get the message across and what channel to use.

      In the previous email, I even suggested the idea of installing the Odoo Forum app, as they have done with the Spanish OCA, and implementing different channels.
      So far, I haven't received a reply regarding whether this is a good or bad idea for installing the Odoo Forum app on the OCA website.

      Best, Michel


      On 30 Oct 2024, at 15:53, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT <notifications@odoo-community.org> wrote:

      Hey OCA,
      no offense, but maybe it makes sense to run everything that has nothing to do with contribution or technical questions related to existing modules or ideas on how to solve certain issues, through a different channel?I know that there is a lot of effort coming from several persons. And I really appreciate all the efforts. But to be honst…. It turns into a marketing channel with a lot of mails I wouldn’t expect here….This is no attack at all…. I just want to make sure, whats the real purpose.Cheers Nils


      Von: Michel Stroom <notifications@odoo-community.org>
      Datum: Mittwoch, 30. Oktober 2024 um 15:12
      An: Contributors <contributors@odoo-community.org>
      Betreff: Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?
      Dear OCA Members, Delegates, Board Members, and Contributors,
      Here’s an easy idea to help spread the word about the OCA.

      Recently, I've noticed a growing trend - 14 now - have updated their LinkedIn profiles to reflect their positions at the OCA, and I think that’s fantastic!
      I’d like to encourage everyone to consider doing the same.

      Whether you’re a member, delegate, board member, contributor, or hold a combination of these roles, adding your OCA position to your LinkedIn profile can significantly boost both your visibility and that of the OCA.

      Yesterday, I added my new job position at OCA as a Member on LinkedIn. I’m also a contributor, but since I recently post daily about the OCA and ask for new members to join, I opted to list only "Member.” By adding your OCA position to your LinkedIn profile, you not only showcase your involvement with our vibrant community but also help raise awareness about the OCA and the impactful work we do.

      If you have any privacy concerns or prefer not to share your position on LinkedIn, that’s completely understandable!

      If you feel comfortable, I encourage you to update your LinkedIn profile with your position at the OCA.
      It takes just a few moments and can make a lasting impact on our community.

      Let’s keep spreading the word about the OCA and the amazing work we’re doing together!
      It’s also great to see more LinkedIn posts about the OCA lately.

      Thank you in advance for considering this.

      I fully respect your privacy if adding your OCA position on LinkedIn isn’t for you.


      Warm regards,


       
      Michel Stroom
      Helping promote the OCA to get more members and sponsors


       

       
      Note / Remark / P.S.:
      I apologize in advance if this email shouldn’t be sent to the OCA contributors email list, but I didn’t know how else to get this message across.

      _______________________________________________
      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

      Michel Stroom
      -- 
      Office Everywhere
      Business Partner Odoo
      t: +31 6 53360677
      e: mstroom@office-everywhere.com
      w: Office-Everywhere.com

      by Michel Stroom - 04:16 - 30 Oct 2024
    • Re: Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?
      Hello Nils and Michel,

      I agree, this is not the right channel but there are so many channels that I am honestly lost to decide what would be the best option.

      For the time being, for this kind of "marketing" proposition (or let's say ideas/initatives to make the OCA better known and show its value), I propose that people come directly to me. Depending on the topic, I'll check what is the best place/timing to share, and discuss this topic with the "marketing" WG that is being created right now:

      For example for this idea here, I could see this shared on:
      - a dedicated channel about the "OCA Life" on Discord (to be created, but to be honest this Discord channel should get some love and it's not in my priority list right now)
      - the next newsletter
      - social media, where we expect more "broad/marketing" content to be shared

      From what I've seen here, the contributors mailing list is intended to share questions/answers on Odoo implementation projects, either with technical and functional topics.

      In any case, thanks a lot for your ideas and suggestions, Michel, and thanks Nils for expressing your point of view with respect and warmth :)

      Virginie Dewulf
      Executive Director
      +32 477 64 17 20


      Le mer. 30 oct. 2024 à 15:53, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT <notifications@odoo-community.org> a écrit :

      Hey OCA,

      no offense, but maybe it makes sense to run everything that has nothing to do with contribution or technical questions related to existing modules or ideas on how to solve certain issues, through a different channel?

       

      I know that there is a lot of effort coming from several persons. And I really appreciate all the efforts. But to be honst…. It turns into a marketing channel with a lot of mails I wouldn’t expect here….

       

      This is no attack at all…. I just want to make sure, whats the real purpose.

       

      Cheers Nils

       

      Von: Michel Stroom <notifications@odoo-community.org>
      Datum: Mittwoch, 30. Oktober 2024 um 15:12
      An: Contributors <contributors@odoo-community.org>
      Betreff: Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?

      ACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.

      Dear OCA Members, Delegates, Board Members, and Contributors,

       

      Here’s an easy idea to help spread the word about the OCA.

      Recently, I've noticed a growing trend - 14 now - have updated their LinkedIn profiles to reflect their positions at the OCA, and I think that’s fantastic! 

      I’d like to encourage everyone to consider doing the same.


      Whether you’re a member, delegate, board member, contributor, or hold a combination of these roles, adding your OCA position to your LinkedIn profile can significantly boost both your visibility and that of the OCA.

      Yesterday, I added my new job position at OCA as a Member on LinkedIn. I’m also a contributor, but since I recently post daily about the OCA and ask for new members to join, I opted to list only "Member.” By adding your OCA position to your LinkedIn profile, you not only showcase your involvement with our vibrant community but also help raise awareness about the OCA and the impactful work we do.

      If you have any privacy concerns or prefer not to share your position on LinkedIn, that’s completely understandable!

      If you feel comfortable, I encourage you to update your LinkedIn profile with your position at the OCA.
      It takes just a few moments and can make a lasting impact on our community.

      Let’s keep spreading the word about the OCA and the amazing work we’re doing together!
      It’s also great to see more LinkedIn posts about the OCA lately.

      Thank you in advance for considering this.

      I fully respect your privacy if adding your OCA position on LinkedIn isn’t for you.


      Warm regards,

       

      Michel Stroom
      Helping promote the OCA to get more members and sponsors

       

       

      Note / Remark / P.S.:
      I apologize in advance if this email shouldn’t be sent to the OCA contributors email list, but I didn’t know how else to get this message across.

      _______________________________________________
      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 Virginie Dewulf (OCA) - 04:06 - 30 Oct 2024
    • AW: Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?

      Hey OCA,

      no offense, but maybe it makes sense to run everything that has nothing to do with contribution or technical questions related to existing modules or ideas on how to solve certain issues, through a different channel?

       

      I know that there is a lot of effort coming from several persons. And I really appreciate all the efforts. But to be honst…. It turns into a marketing channel with a lot of mails I wouldn’t expect here….

       

      This is no attack at all…. I just want to make sure, whats the real purpose.

       

      Cheers Nils

       

      Von: Michel Stroom <notifications@odoo-community.org>
      Datum: Mittwoch, 30. Oktober 2024 um 15:12
      An: Contributors <contributors@odoo-community.org>
      Betreff: Can you share your OCA job position (as a member, delegate, board members and or contributor) on LinkedIn?

      ACHTUNG! Diese E-Mail stammt von außerhalb der Organisation. Klicken Sie nicht auf Links und öffnen Sie keine Anhänge, es sei denn, Sie kennen den Absender und wissen, dass der Inhalt sicher ist.

      Dear OCA Members, Delegates, Board Members, and Contributors,

       

      Here’s an easy idea to help spread the word about the OCA.

      Recently, I've noticed a growing trend - 14 now - have updated their LinkedIn profiles to reflect their positions at the OCA, and I think that’s fantastic! 

      I’d like to encourage everyone to consider doing the same.


      Whether you’re a member, delegate, board member, contributor, or hold a combination of these roles, adding your OCA position to your LinkedIn profile can significantly boost both your visibility and that of the OCA.

      Yesterday, I added my new job position at OCA as a Member on LinkedIn. I’m also a contributor, but since I recently post daily about the OCA and ask for new members to join, I opted to list only "Member.” By adding your OCA position to your LinkedIn profile, you not only showcase your involvement with our vibrant community but also help raise awareness about the OCA and the impactful work we do.

      If you have any privacy concerns or prefer not to share your position on LinkedIn, that’s completely understandable!

      If you feel comfortable, I encourage you to update your LinkedIn profile with your position at the OCA.
      It takes just a few moments and can make a lasting impact on our community.

      Let’s keep spreading the word about the OCA and the amazing work we’re doing together!
      It’s also great to see more LinkedIn posts about the OCA lately.

      Thank you in advance for considering this.

      I fully respect your privacy if adding your OCA position on LinkedIn isn’t for you.


      Warm regards,

       

      Michel Stroom
      Helping promote the OCA to get more members and sponsors

       

       

      Note / Remark / P.S.:
      I apologize in advance if this email shouldn’t be sent to the OCA contributors email list, but I didn’t know how else to get this message across.

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

      by Nils Coenen - 03:51 - 30 Oct 2024
  • Syncing Attendance Between Two Odoo Instances

    Hi OCA Contributors,

    I’m looking for a way to sync the Attendance module between two separate Odoo instances. Has anyone worked on something similar before? We’ve started a small custom module using Odoo RPC, but any advice or pointers would be really helpful.

    Thanks a lot in advance!

    Best,

    --
    Eicher Stéphane
    Co-fondateur / Ingénieur logiciel
    +41 32 552 27 77


    by Stéphane Eicher - 08:10 - 29 Oct 2024

    5 replies 5 replies

  • Cash drawer support
    Dear,
    There is some Odoo Community modules available offer support for cash draw machines, such  Glory, and other similar cash drawer systems  and black box required in Belgian restaurants available in entreprise édition

    Thanks 
    Abdrahman elkafil 
    Libertysoft 
    Tel +32499164133
    by Abdrahman Elkafil - 11:15 - 28 Oct 2024

    1 replies 1 replies

  •  IDP initiate with SAML
    Hi all,

    We are working on IDP Initiated flow with SAML auth.
    Someone did a similar flow?

    Found this related OCA module:
    https://github.com/OCA/server-auth/blob/16.0/auth_saml/README.rst

    --

    by Hed Shefer - 02:50 - 27 Oct 2024

    1 replies 1 replies

  • recurring payments 
    Hi!
I'm using OCA Contracts and am interested in recurring payments for 
these via Stripe or PayPal. As far as I know there is no such build-in 
feature for Community Edition. I found OCA's contract_payment_auto for 
10.0 [1] (PR for 12.0 [2]) which seems to do what I want, as well as a 
few paid modules which look incompatible with OCA's Contracts. I'm 
wondering what is the best approach to tackle this in 15.0. Would it be 
feasible to migrate contract_payment_auto to 15.0 or is there a good 
reason why this hasn't been done yet? Any better suggestion?

Best regards
Jan

[1] https://github.com/OCA/contract/tree/10.0/contract_payment_auto
[2] https://github.com/OCA/contract/pull/798
    by Jan Suhr - 05:36 - 25 Oct 2024

    4 replies 4 replies

    • Re: recurring payments
      Hi,
      Here's the pr about recurring payments via stripe: https://github.com/OCA/contract/pull/1151
      Please check it out and let us know, we're going to do some functional testing.
      Best,

      On Fri, Oct 25, 2024 at 4:46 PM Jorge Elena Poblet <j.elena@binhex.cloud> wrote:
      Hi Jan,

      My team is acctually working on this now, we'll do a pr for v16 probably next week, i'll be happy to share the link when we upload, tests and reviews weolcomed.

      Best,
      On 10/25/2024 4:38 PM Jan Suhr | Nitrokey <notifications@odoo-community.org> wrote: 


      Hi!
I'm using OCA Contracts and am interested in recurring payments for 
these via Stripe or PayPal. As far as I know there is no such build-in 
feature for Community Edition. I found OCA's contract_payment_auto for 
10.0 [1] (PR for 12.0 [2]) which seems to do what I want, as well as a 
few paid modules which look incompatible with OCA's Contracts. I'm 
wondering what is the best approach to tackle this in 15.0. Would it be 
feasible to migrate contract_payment_auto to 15.0 or is there a good 
reason why this hasn't been done yet? Any better suggestion?

Best regards
Jan

[1] https://github.com/OCA/contract/tree/10.0/contract_payment_auto
[2] https://github.com/OCA/contract/pull/798

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


      Binhex Logo
      Jorge Elena Poblet
      CEO & Founder
      Binhex
      j.elena@binhex.cloud
      Mobile (Spain) : +34 622 40 08 08
      Mobile (USA): +1 561 403 4406
      Offices:
      Miami | 8325 NE 2nd Ave, Miami, FL 33138, United States
      Texas | 27027 Westheimer Pkwy Katy, TX 77494, United States
      Tenerife | Street Subida al Mayorazgo, 13, Office 15-2
      Las Palmas | Edificio Polivalente IV Campus de Tafira Parque Tecnológico de Gran Canaria
      LinkedIn Twitter Facebook YouTube
      Start for free: Try Odoo Community in the cloud

      This email is confidential and intended only for the recipient. If you are not the intended recipient, please notify the sender and delete it immediately.
      Privacy Policy


      --
      Binhex Logo
      Jorge Elena Poblet
      Founder & CEO
      Binhex
      j.elena@binhex.cloud
      Office (Spain) : +34 622 40 08 08
      Office (USA): +1 561 403 4406
      Offices:
      Miami | 8325 NE 2nd Ave, Miami, FL 33138, United States
      Texas | 27027 Westheimer Pkwy Katy, TX 77494, United States
      Tenerife | Street Subida al Mayorazgo, 13, Office 15-2
      Las Palmas | Edificio Polivalente IV Campus de Tafira Parque Tecnológico de Gran Canaria
      LinkedIn Twitter Facebook YouTube
      Start for free: Try Odoo Community in the cloud

      This email is confidential and intended only for the recipient. If you are not the intended recipient, please notify the sender and delete it immediately.
      Privacy Policy
      by Jorge Elena Poblet - 05:31 - 3 Dec 2024
    • Re: recurring payments
      Hey, it should land this week

      On Tue, Nov 12, 2024 at 5:12 PM Jan Suhr <notifications@odoo-community.org> wrote:
      Hi Jorge!
A friendly reminder. I couldn't find the PR yet. Is it supposed to land 
in [1]?

Best regards
Jan

[1] https://github.com/OCA/contract/pulls

Am 25.10.24 um 17:52 schrieb Jorge Elena Poblet:


> Hi Jan,


> 


> My team is acctually working on this now, we'll do a pr for v16 probably 


> next week, i'll be happy to share the link when we upload, tests and 


> reviews weolcomed.


> 


> Best,


>> On 10/25/2024 4:38 PM Jan Suhr | Nitrokey <notifications@odoo- 


>> community.org> wrote:


>>


>>


>> Hi!


>> I'm using OCA Contracts and am interested in recurring payments for


>> these via Stripe or PayPal. As far as I know there is no such build-in


>> feature for Community Edition. I found OCA's contract_payment_auto for


>> 10.0 [1] (PR for 12.0 [2]) which seems to do what I want, as well as a


>> few paid modules which look incompatible with OCA's Contracts. I'm


>> wondering what is the best approach to tackle this in 15.0. Would it be


>> feasible to migrate contract_payment_auto to 15.0 or is there a good


>> reason why this hasn't been done yet? Any better suggestion?


>>


>> Best regards


>> Jan


>>


>> [1] https://github.com/OCA/contract/tree/10.0/contract_payment_auto


>> [2] https://github.com/OCA/contract/pull/798


>>


>> _______________________________________________


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


>>


> 


> Binhex Logo


> *Jorge Elena Poblet*


> CEO & Founder


> Binhex <https://www.binhex.cloud>


> j.elena@binhex.cloud <mailto:j.elena@binhex.cloud>


> Mobile (Spain) : +34 622 40 08 08 <http://+34 622 40 08 08>


> Mobile (USA): +1 561 403 4406 <http://+1 561 403 4406>


> Offices:


> Miami <https://goo.gl/maps/j2sGJJvPyCU2> | 8325 NE 2nd Ave, Miami, FL 


> 33138, United States


> Texas <https://goo.gl/maps/nfw1N7o5W9S2> | 27027 Westheimer Pkwy Katy, 


> TX 77494, United States


> Tenerife <https://goo.gl/maps/6HPeRYGizcL2> | Street Subida al 


> Mayorazgo, 13, Office 15-2


> Las Palmas <https://goo.gl/maps/HdXEdd25RCr> | Edificio Polivalente IV 


> Campus de Tafira Parque Tecnológico de Gran Canaria


> LinkedIn <https://www.linkedin.com/company/binhex-cloud/> Twitter 


> <https://twitter.com/Binhex_US> Facebook <https://www.facebook.com/ 


> binhexsystems/> YouTube <https://www.youtube.com/@binhex904>


> *Start for free:* Try Odoo Community in the cloud <https:// 


> www.binhex.cloud/app-selector>


> 


> This email is confidential and intended only for the recipient. If you 


> are not the intended recipient, please notify the sender and delete it 


> immediately.


> Privacy Policy <https://binhex.cloud/legal/privacy-policy>


> 


> _______________________________________________


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


>

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



      --
      Binhex Logo
      Jorge Elena Poblet
      CEO & Founder
      Binhex
      j.elena@binhex.cloud
      Mobile (Spain) : +34 622 40 08 08
      Mobile (USA): +1 561 403 4406
      Offices:
      Miami | 8325 NE 2nd Ave, Miami, FL 33138, United States
      Texas | 27027 Westheimer Pkwy Katy, TX 77494, United States
      Tenerife | Street Subida al Mayorazgo, 13, Office 15-2
      Las Palmas | Edificio Polivalente IV Campus de Tafira Parque Tecnológico de Gran Canaria
      LinkedIn Twitter Facebook YouTube
      Start for free: Try Odoo Community in the cloud

      This email is confidential and intended only for the recipient. If you are not the intended recipient, please notify the sender and delete it immediately.
      Privacy Policy
      by Jorge Elena Poblet - 06:31 - 12 Nov 2024
    • Re: recurring payments 
      Hi Jorge!
A friendly reminder. I couldn't find the PR yet. Is it supposed to land 
in [1]?

Best regards
Jan

[1] https://github.com/OCA/contract/pulls

Am 25.10.24 um 17:52 schrieb Jorge Elena Poblet:

> Hi Jan,

> 

> My team is acctually working on this now, we'll do a pr for v16 probably 

> next week, i'll be happy to share the link when we upload, tests and 

> reviews weolcomed.

> 

> Best,

>> On 10/25/2024 4:38 PM Jan Suhr | Nitrokey <notifications@odoo- 

>> community.org> wrote:

>>

>>

>> Hi!

>> I'm using OCA Contracts and am interested in recurring payments for

>> these via Stripe or PayPal. As far as I know there is no such build-in

>> feature for Community Edition. I found OCA's contract_payment_auto for

>> 10.0 [1] (PR for 12.0 [2]) which seems to do what I want, as well as a

>> few paid modules which look incompatible with OCA's Contracts. I'm

>> wondering what is the best approach to tackle this in 15.0. Would it be

>> feasible to migrate contract_payment_auto to 15.0 or is there a good

>> reason why this hasn't been done yet? Any better suggestion?

>>

>> Best regards

>> Jan

>>

>> [1] https://github.com/OCA/contract/tree/10.0/contract_payment_auto

>> [2] https://github.com/OCA/contract/pull/798

>>

>> _______________________________________________

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

>>

> 

> Binhex Logo

> *Jorge Elena Poblet*

> CEO & Founder

> Binhex <https://www.binhex.cloud>

> j.elena@binhex.cloud <mailto:j.elena@binhex.cloud>

> Mobile (Spain) : +34 622 40 08 08 <http://+34 622 40 08 08>

> Mobile (USA): +1 561 403 4406 <http://+1 561 403 4406>

> Offices:

> Miami <https://goo.gl/maps/j2sGJJvPyCU2> | 8325 NE 2nd Ave, Miami, FL 

> 33138, United States

> Texas <https://goo.gl/maps/nfw1N7o5W9S2> | 27027 Westheimer Pkwy Katy, 

> TX 77494, United States

> Tenerife <https://goo.gl/maps/6HPeRYGizcL2> | Street Subida al 

> Mayorazgo, 13, Office 15-2

> Las Palmas <https://goo.gl/maps/HdXEdd25RCr> | Edificio Polivalente IV 

> Campus de Tafira Parque Tecnológico de Gran Canaria

> LinkedIn <https://www.linkedin.com/company/binhex-cloud/> Twitter 

> <https://twitter.com/Binhex_US> Facebook <https://www.facebook.com/ 

> binhexsystems/> YouTube <https://www.youtube.com/@binhex904>

> *Start for free:* Try Odoo Community in the cloud <https:// 

> www.binhex.cloud/app-selector>

> 

> This email is confidential and intended only for the recipient. If you 

> are not the intended recipient, please notify the sender and delete it 

> immediately.

> Privacy Policy <https://binhex.cloud/legal/privacy-policy>

> 

> _______________________________________________

> 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 Jan Suhr - 06:11 - 12 Nov 2024
    • Re: recurring payments
      Hi Jan,

      My team is acctually working on this now, we'll do a pr for v16 probably next week, i'll be happy to share the link when we upload, tests and reviews weolcomed.

      Best,
      On 10/25/2024 4:38 PM Jan Suhr | Nitrokey <notifications@odoo-community.org> wrote: 


      Hi!
I'm using OCA Contracts and am interested in recurring payments for 
these via Stripe or PayPal. As far as I know there is no such build-in 
feature for Community Edition. I found OCA's contract_payment_auto for 
10.0 [1] (PR for 12.0 [2]) which seems to do what I want, as well as a 
few paid modules which look incompatible with OCA's Contracts. I'm 
wondering what is the best approach to tackle this in 15.0. Would it be 
feasible to migrate contract_payment_auto to 15.0 or is there a good 
reason why this hasn't been done yet? Any better suggestion?

Best regards
Jan

[1] https://github.com/OCA/contract/tree/10.0/contract_payment_auto
[2] https://github.com/OCA/contract/pull/798

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


      Binhex Logo
      Jorge Elena Poblet
      CEO & Founder
      Binhex
      j.elena@binhex.cloud
      Mobile (Spain) : +34 622 40 08 08
      Mobile (USA): +1 561 403 4406
      Offices:
      Miami | 8325 NE 2nd Ave, Miami, FL 33138, United States
      Texas | 27027 Westheimer Pkwy Katy, TX 77494, United States
      Tenerife | Street Subida al Mayorazgo, 13, Office 15-2
      Las Palmas | Edificio Polivalente IV Campus de Tafira Parque Tecnológico de Gran Canaria
      LinkedIn Twitter Facebook YouTube
      Start for free: Try Odoo Community in the cloud

      This email is confidential and intended only for the recipient. If you are not the intended recipient, please notify the sender and delete it immediately.
      Privacy Policy
      by Jorge Elena Poblet - 05:50 - 25 Oct 2024