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
-
server-tools pull request help
Dear OCA maintainers Could someone please check out my pull request trying to migrate iap_alternative_provider to odoo 17. The module is very small and truly minor changes have been made, but a client needs this functionality for a dependent module. Here is the URL of the pull request: https://github.com/OCA/server-tools/pull/2914 Thank you for your assistance. Best regards, Luka Zorko
by "luka zorko" <lukaz@guru.si> - 04:11 - 23 Apr 2024-
Re: update to the odoo community module shop
Hello Alexandre,A huge thank you for taking care of this issue and fixing it!I wish everyone a nice weekend!Le ven. 17 mai 2024 à 00:47, Alexandre Fayolle <notifications@odoo-community.org> a écrit :On 16/05/2024 10:16, Yoshi Tashiro wrote: > OCA shop has been out of sync for about a year now if I understand the > situation correctly. I've seen people, including myself, comment on this > occasionally. Is this something tricky to fix? Thanks for the heads up. I gave a shot at this and rewrote the scheduled actions that are synchronizing the repository branches and analyzing the code. They were processing things in a daily cron processing all the repositories and branches in 1 go, which was a sure way to get a timeout or a rollback. I switched to a cron running every 10min and processing the 10 oldest branches. With the current number of project branches, this means that it should take about 1.5 day to process everything, without causing a huge load on the server (and then the branch scanning will restart from the beginning), so the average delay between a merge and the availability of the module on the "OCA shop" should be less than 1d. I'll keep an eye on the progress in the upcoming days, to see if maybe one repo / branch is causing issues. Stay tuned. -- Alexandre Fayolle Senior Software Engineer Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Virginie Dewulf - 11:47 - 17 May 2024 -
update to the odoo community module shop
On 16/05/2024 10:16, Yoshi Tashiro wrote: > OCA shop has been out of sync for about a year now if I understand the > situation correctly. I've seen people, including myself, comment on this > occasionally. Is this something tricky to fix? Thanks for the heads up. I gave a shot at this and rewrote the scheduled actions that are synchronizing the repository branches and analyzing the code. They were processing things in a daily cron processing all the repositories and branches in 1 go, which was a sure way to get a timeout or a rollback. I switched to a cron running every 10min and processing the 10 oldest branches. With the current number of project branches, this means that it should take about 1.5 day to process everything, without causing a huge load on the server (and then the branch scanning will restart from the beginning), so the average delay between a merge and the availability of the module on the "OCA shop" should be less than 1d. I'll keep an eye on the progress in the upcoming days, to see if maybe one repo / branch is causing issues. Stay tuned. -- Alexandre Fayolle Senior Software Engineer Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 12:47 - 17 May 2024 -
Re: server-tools pull request help
Hi,
Many of the commercial modules in de odoo app store make it more into a crap store. Nevertheless, my experience with googling for modules is that I often find our nice OCA modules, through this very app store. So I think it is definitely useful to push them there. Would certainly be nice if that proces could be automated some way.
Kind regards, Ronald
On 16-05-2024 10:07, Janik von Rotz wrote:
Hi Daniel,
I guess the Odoo app store is good for exposure/discovery, but not much more.
> It requires manual labor to add the new branches for each of the hundreds of repositories each year.
By this you mean the repo/branch registration in the app.odoo.com dashboard? Could it be automated?
> In my opinion, the right place to look for OCA modules is our index:
I agree. We have to make sure it is well known and delivers apps of better quality than the Odoo app store.
Cheers, Janik
On 5/16/24 09:21, Daniel Reis wrote:
Probably the Odoo app store didn't have time to do the repo sync.
To be sure, I forced it and it is published now.
Since we're here, I'm not sure we want to continue publishing OCA modules to the app store.
It requires manual labor to add the new branches for each of the hundreds of repositories each year.
It is also incomplete as there are sync problems.
For example, the app store does not support a module that has moved between repos.
In my opinion, we the right place to look for OCA modules is our index:
https://odoo-community.org/shop
My 2 cents.
Thanks
Daniel
On 16/05/2024 07:37, luka zorko wrote:
Thank you so much for helping me merge the pull request. I only have one more question considering this module - what needs to be done for the version 17.0 to be visible in the odoo app store ? Here is the URL where only versions up to 16.0 are visible: https://apps.odoo.com/apps/modules/16.0/iap_alternative_provider/
--
DANIEL REIS
MANAGING PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- We are hiring: https://www.mint-system.ch/jobs Send application to: jobs@mint-system.ch CTO Mint System GmbH Tel: +41 44 244 7222
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "Ronald Portier" <rportier@therp.nl> - 11:10 - 16 May 2024 -
Re: server-tools pull request help
> > In my opinion, the right place to look for OCA modules is our index:
>
> I agree. We have to make sure it is well known and delivers apps of better quality than the Odoo app store.OCA shop has been out of sync for about a year now if I understand the situation correctly. I've seen people, including myself, comment on this occasionally. Is this something tricky to fix?--Yoshi TashiroQuartile LimitedOn Thu, May 16, 2024 at 5:07 PM Janik von Rotz <notifications@odoo-community.org> wrote:Hi Daniel,
I guess the Odoo app store is good for exposure/discovery, but not much more.
> It requires manual labor to add the new branches for each of the hundreds of repositories each year.
By this you mean the repo/branch registration in the app.odoo.com dashboard? Could it be automated?
> In my opinion, the right place to look for OCA modules is our index:
I agree. We have to make sure it is well known and delivers apps of better quality than the Odoo app store.
Cheers, Janik
On 5/16/24 09:21, Daniel Reis wrote:
Probably the Odoo app store didn't have time to do the repo sync.
To be sure, I forced it and it is published now.
Since we're here, I'm not sure we want to continue publishing OCA modules to the app store.
It requires manual labor to add the new branches for each of the hundreds of repositories each year.
It is also incomplete as there are sync problems.
For example, the app store does not support a module that has moved between repos.
In my opinion, we the right place to look for OCA modules is our index:
https://odoo-community.org/shop
My 2 cents.
Thanks
Daniel
On 16/05/2024 07:37, luka zorko wrote:
Thank you so much for helping me merge the pull request. I only have one more question considering this module - what needs to be done for the version 17.0 to be visible in the odoo app store ? Here is the URL where only versions up to 16.0 are visible: https://apps.odoo.com/apps/modules/16.0/iap_alternative_provider/
--
DANIEL REIS
MANAGING PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- We are hiring: https://www.mint-system.ch/jobs Send application to: jobs@mint-system.ch CTO Mint System GmbH Tel: +41 44 244 7222
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Yoshi Tashiro. - 10:15 - 16 May 2024 -
Re: server-tools pull request help
Hi Daniel,
I guess the Odoo app store is good for exposure/discovery, but not much more.
> It requires manual labor to add the new branches for each of the hundreds of repositories each year.
By this you mean the repo/branch registration in the app.odoo.com dashboard? Could it be automated?
> In my opinion, the right place to look for OCA modules is our index:
I agree. We have to make sure it is well known and delivers apps of better quality than the Odoo app store.
Cheers, Janik
On 5/16/24 09:21, Daniel Reis wrote:
Probably the Odoo app store didn't have time to do the repo sync.
To be sure, I forced it and it is published now.
Since we're here, I'm not sure we want to continue publishing OCA modules to the app store.
It requires manual labor to add the new branches for each of the hundreds of repositories each year.
It is also incomplete as there are sync problems.
For example, the app store does not support a module that has moved between repos.
In my opinion, we the right place to look for OCA modules is our index:
https://odoo-community.org/shop
My 2 cents.
Thanks
Daniel
On 16/05/2024 07:37, luka zorko wrote:
Thank you so much for helping me merge the pull request. I only have one more question considering this module - what needs to be done for the version 17.0 to be visible in the odoo app store ? Here is the URL where only versions up to 16.0 are visible: https://apps.odoo.com/apps/modules/16.0/iap_alternative_provider/
--
DANIEL REIS
MANAGING PARTNERMeet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- We are hiring: https://www.mint-system.ch/jobs Send application to: jobs@mint-system.ch CTO Mint System GmbH Tel: +41 44 244 7222
by Janik von Rotz - 10:06 - 16 May 2024
-
-
purchasing a set of products
Hi! We have several products which we purchase together. For example some laptops are purchased together with RAM and a SSD, but which are separate products for us in Odoo. I can't expect from our purchase department to remember all the components. To make purchasing error prone and easy, we configured a laptop *kit* which BOM contains a laptop *barebone*, RAM, SSD. So our purchase department can simply buy the laptop kit and don't need to remember which components are included in which product. In general this setup works but it has the following shortcomings: The reordering rules need to be configured for the barebone product. Once the minimum amount is reached a PO will be created automatically. The purchase department needs to remember to replace the barebone laptop with the barebone kit. Obviously deactivating "Can be Purchased" can't be applied here. We support this by stating "DON'T BUY" in the product barebone's name. Generally, the amount of products and BOMs is doubling, increasing the overall complexity. Do you have any better idea how to deal with such situation? Best regards, Jan
by Jan Suhr - 03:11 - 23 Apr 2024-
Re: purchasing a set of products
Hi Frederik! Am 23.04.24 um 15:41 schrieb Frederik Kramer: > Hi Jan, > > it seems that you simply don't right functionality for your problem. If > the product is essentially a kit (we call that Handelsstückliste in > Germany in most cases), than why you use a different product for > selling? I mean the customer doesn't necessarly need to know what the Because we manufacture new products instead of just selling the purchased one. > kit contains and how it is purchased but doubling the amount of product > data seems wired and wrong to me. Of course there are a few other down > stream issues to be handled when using Odoo E-Commerce as you do, but > generally i would still avoid (and see no reason) to build out a > replicating product structure (separated for sales and purchases). If > you really do the assembly yourself you may also want to use full > "manufacturing" instead (at least for the laptop type products). To use full manufacturing instead of a kit as part of the purchasing process would only complicate things. But instead we might register the purchased product in our stock (e.g. 1x laptop with its parts instead of 1x laptop barebone, 1x RAM, 1x SSD) and use this as a component when producing our final product. This might work if we find a solution to produce more than just one product. For example: The purchased laptop contains 250 GB SSD and the manufactured one contains a 500 GB SSD. So the 250 GB SSD will result in the stock as a by-product of the manufacturing (replaced by a 500 GB SSD). Is this possible somehow? Still I'm not convinced that this approach works for all our cases because we may end up with many BOMs, one for each purchased product variant. To stay with this example we purchase the laptop with different RAM and different SSD and each combination would require a different BOM. Bests Jan > Best Frederik > > Am 23.04.24 um 15:12 schrieb Jan Suhr | Nitrokey: >> Hi! >> We have several products which we purchase together. For example some >> laptops are purchased together with RAM and a SSD, but which are >> separate products for us in Odoo. I can't expect from our purchase >> department to remember all the components. To make purchasing error >> prone and easy, we configured a laptop *kit* which BOM contains a laptop >> *barebone*, RAM, SSD. So our purchase department can simply buy the >> laptop kit and don't need to remember which components are included in >> which product. >> >> In general this setup works but it has the following shortcomings: >> >> The reordering rules need to be configured for the barebone product. >> Once the minimum amount is reached a PO will be created automatically. >> The purchase department needs to remember to replace the barebone laptop >> with the barebone kit. Obviously deactivating "Can be Purchased" can't >> be applied here. We support this by stating "DON'T BUY" in the product >> barebone's name. >> >> Generally, the amount of products and BOMs is doubling, increasing the >> overall complexity. >> >> Do you have any better idea how to deal with such situation? >> >> Best regards, >> Jan >> >> _______________________________________________ >> Mailing-List: https://odoo-community.org/groups/contributors-15 >> <https://odoo-community.org/groups/contributors-15> >> Post to: mailto:contributors@odoo-community.org >> <mailto:contributors@odoo-community.org> >> Unsubscribe: https://odoo-community.org/groups?unsubscribe >> <https://odoo-community.org/groups?unsubscribe> >> > -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 > 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 > 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com <mailto:frederik.kramer@initos.com> > Internet:www.initos.com <http://www.initos.com> > > Geschäftsführung: > Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke > > Sitz der Gesellschaft: Buchholz i.d.N. > Amtsgericht Tostedt, HRB 205226 > USt-IdNr.: DE815580155 > Steuer-Nr: 15/200/53247 > > _______________________________________________ > 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 - 04:16 - 23 Apr 2024 -
Re: purchasing a set of products
Hi Jan,
it seems that you simply don't right functionality for your problem. If the product is essentially a kit (we call that Handelsstückliste in Germany in most cases), than why you use a different product for selling? I mean the customer doesn't necessarly need to know what the kit contains and how it is purchased but doubling the amount of product data seems wired and wrong to me. Of course there are a few other down stream issues to be handled when using Odoo E-Commerce as you do, but generally i would still avoid (and see no reason) to build out a replicating product structure (separated for sales and purchases). If you really do the assembly yourself you may also want to use full "manufacturing" instead (at least for the laptop type products).
Best Frederik
Am 23.04.24 um 15:12 schrieb Jan Suhr | Nitrokey:
Hi! We have several products which we purchase together. For example some laptops are purchased together with RAM and a SSD, but which are separate products for us in Odoo. I can't expect from our purchase department to remember all the components. To make purchasing error prone and easy, we configured a laptop *kit* which BOM contains a laptop *barebone*, RAM, SSD. So our purchase department can simply buy the laptop kit and don't need to remember which components are included in which product. In general this setup works but it has the following shortcomings: The reordering rules need to be configured for the barebone product. Once the minimum amount is reached a PO will be created automatically. The purchase department needs to remember to replace the barebone laptop with the barebone kit. Obviously deactivating "Can be Purchased" can't be applied here. We support this by stating "DON'T BUY" in the product barebone's name. Generally, the amount of products and BOMs is doubling, increasing the overall complexity. Do you have any better idea how to deal with such situation? Best regards, Jan
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
by Frederik Kramer - 03:40 - 23 Apr 2024
-
-
Form field conditional formatting
Hello, I am looking for something to allow me to conditionally highlight (i.e. decoration would be sufficient - no need for custom CSS styles) form(!) fields. I have a feeling there is something or I am missing something very obvious but I am at lost here. Any suggestions? Thank you very much. Best regards Radovan Skolnik
by Radovan Skolnik - 09:21 - 22 Apr 2024-
Re: Form field conditional formatting
I wrote this ages ago. Maybe it is of use. The idea is to specify which fields needed at each stage https://github.com/odoonz/crm_oca_candidates/tree/12.0/crm_required_by_stageOn Fri, 26 Apr 2024, 1:37 am Radovan Skolnik, <notifications@odoo-community.org> wrote:David, thanks a lot. That is quite close to what I need. I need to highlight some fields to draw attention to them. I need them filled in but not hard-required because the user has the possibility to save the record as a "draft". To be able to go to next stage the fields need to be filled in. Best regards Radovan On piatok 26. apríla 2024 10:21:59 CEST David Beal wrote: > Hi Radovan, > Have you tried this module ? > https://github.com/OCA/web/blob/16.0/web_apply_field_style/README.rst [1] > Not sure it solves all your cases, but if you have many fields to highlight > and if you prefer python over xml override ... Regards > David BEAL Akretion [2] > Consultant ERP Odoo > > Le lun. 22 avr. 2024 à 17:17, Holger Brunn < notifications@odoo-community.org [3] > a écrit : > > OK, I found it's working. But it's working a bit differently than what I'd > > need. It colors the text in Char or Integer fields. It does nothing to > > fields that are empty or to let's say Selection fields. I am looking for a > > way to highlight some fields to draw attention to them even if they are > > empty - so maybe setting the background on them. Or add some icon besides > > them... Any ideas are welcome. > > don't forget plain css: > div.o_form_editable div[name="yourfield"]:not(.o_readonly_modifier) input { > background: red!important; > } > or combine this with the conditional bootstrap classes > div[name="yourfield"].text-danger { > background: red!important; > } > Up until v15 a form would have class o_form_model_name, which made it easy > to make this model specific. For ancient Odoo for exactly this use case I > made https://github.com/OCA/web/tree/6.1/web_widget_classes [4] > which you might want to resurrect and rename for this purpose. > But if you go into the module writing business for this anyways, probably > better patch > https://github.com/OCA/OCB/blob/17.0/addons/web/static/src/views/fields/ > field.js#L133 [5] > and allow something like > <field name="yourfield" o-class-yourclass="expression" /> > which would be much more versatile > > -- > Your partner for the hard Odoo problems > https://hunki-enterprises.com [6] > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [7] > Post to: mailto: contributors@odoo-community.org [8] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [10] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [11] > > > > [1] https://github.com/OCA/web/blob/16.0/web_apply_field_style/README.rst > [2] https://akretion.com/fr > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/web/tree/6.1/web_widget_classes > [5] > https://github.com/OCA/OCB/blob/17.0/addons/web/static/src/views/fields/fie > ld.js#L133 [6] https://hunki-enterprises.com > [7] https://odoo-community.org/groups/contributors-15 > [8] mailto:contributors@odoo-community.org > [9] https://odoo-community.org/groups?unsubscribe > [10] https://odoo-community.org/groups/contributors-15 > [11] 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" <graeme@moahub.nz> - 02:16 - 27 Apr 2024 -
Re: Form field conditional formatting
David, thanks a lot. That is quite close to what I need. I need to highlight some fields to draw attention to them. I need them filled in but not hard-required because the user has the possibility to save the record as a "draft". To be able to go to next stage the fields need to be filled in. Best regards Radovan On piatok 26. apríla 2024 10:21:59 CEST David Beal wrote: > Hi Radovan, > Have you tried this module ? > https://github.com/OCA/web/blob/16.0/web_apply_field_style/README.rst [1] > Not sure it solves all your cases, but if you have many fields to highlight > and if you prefer python over xml override ... Regards > David BEAL Akretion [2] > Consultant ERP Odoo > > Le lun. 22 avr. 2024 à 17:17, Holger Brunn < notifications@odoo-community.org [3] > a écrit : > > OK, I found it's working. But it's working a bit differently than what I'd > > need. It colors the text in Char or Integer fields. It does nothing to > > fields that are empty or to let's say Selection fields. I am looking for a > > way to highlight some fields to draw attention to them even if they are > > empty - so maybe setting the background on them. Or add some icon besides > > them... Any ideas are welcome. > > don't forget plain css: > div.o_form_editable div[name="yourfield"]:not(.o_readonly_modifier) input { > background: red!important; > } > or combine this with the conditional bootstrap classes > div[name="yourfield"].text-danger { > background: red!important; > } > Up until v15 a form would have class o_form_model_name, which made it easy > to make this model specific. For ancient Odoo for exactly this use case I > made https://github.com/OCA/web/tree/6.1/web_widget_classes [4] > which you might want to resurrect and rename for this purpose. > But if you go into the module writing business for this anyways, probably > better patch > https://github.com/OCA/OCB/blob/17.0/addons/web/static/src/views/fields/ > field.js#L133 [5] > and allow something like > <field name="yourfield" o-class-yourclass="expression" /> > which would be much more versatile > > -- > Your partner for the hard Odoo problems > https://hunki-enterprises.com [6] > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [7] > Post to: mailto: contributors@odoo-community.org [8] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [10] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [11] > > > > [1] https://github.com/OCA/web/blob/16.0/web_apply_field_style/README.rst > [2] https://akretion.com/fr > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/web/tree/6.1/web_widget_classes > [5] > https://github.com/OCA/OCB/blob/17.0/addons/web/static/src/views/fields/fie > ld.js#L133 [6] https://hunki-enterprises.com > [7] https://odoo-community.org/groups/contributors-15 > [8] mailto:contributors@odoo-community.org > [9] https://odoo-community.org/groups?unsubscribe > [10] https://odoo-community.org/groups/contributors-15 > [11] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 10:36 - 26 Apr 2024 -
Re: Form field conditional formatting
Hi Radovan,Have you tried this module ?Not sure it solves all your cases, but if you have many fields to highlight and if you prefer python over xml override ...Le lun. 22 avr. 2024 à 17:17, Holger Brunn <notifications@odoo-community.org> a écrit :> OK, I found it's working. But it's working a bit differently than what I'd > need. It colors the text in Char or Integer fields. It does nothing to > fields that are empty or to let's say Selection fields. I am looking for a > way to highlight some fields to draw attention to them even if they are > empty - so maybe setting the background on them. Or add some icon besides > them... Any ideas are welcome. don't forget plain css: div.o_form_editable div[name="yourfield"]:not(.o_readonly_modifier) input { background: red!important; } or combine this with the conditional bootstrap classes div[name="yourfield"].text-danger { background: red!important; } Up until v15 a form would have class o_form_model_name, which made it easy to make this model specific. For ancient Odoo for exactly this use case I made https://github.com/OCA/web/tree/6.1/web_widget_classes which you might want to resurrect and rename for this purpose. But if you go into the module writing business for this anyways, probably better patch https://github.com/OCA/OCB/blob/17.0/addons/web/static/src/views/fields/ field.js#L133 and allow something like <field name="yourfield" o-class-yourclass="expression" /> which would be much more versatile -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 10:20 - 26 Apr 2024 -
Re: Form field conditional formatting
> OK, I found it's working. But it's working a bit differently than what I'd > need. It colors the text in Char or Integer fields. It does nothing to > fields that are empty or to let's say Selection fields. I am looking for a > way to highlight some fields to draw attention to them even if they are > empty - so maybe setting the background on them. Or add some icon besides > them... Any ideas are welcome. don't forget plain css: div.o_form_editable div[name="yourfield"]:not(.o_readonly_modifier) input { background: red!important; } or combine this with the conditional bootstrap classes div[name="yourfield"].text-danger { background: red!important; } Up until v15 a form would have class o_form_model_name, which made it easy to make this model specific. For ancient Odoo for exactly this use case I made https://github.com/OCA/web/tree/6.1/web_widget_classes which you might want to resurrect and rename for this purpose. But if you go into the module writing business for this anyways, probably better patch https://github.com/OCA/OCB/blob/17.0/addons/web/static/src/views/fields/ field.js#L133 and allow something like <field name="yourfield" o-class-yourclass="expression" /> which would be much more versatile -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 05:16 - 22 Apr 2024 -
Re: Form field conditional formatting
OK, I found it's working. But it's working a bit differently than what I'd need. It colors the text in Char or Integer fields. It does nothing to fields that are empty or to let's say Selection fields. I am looking for a way to highlight some fields to draw attention to them even if they are empty - so maybe setting the background on them. Or add some icon besides them... Any ideas are welcome. Best regards On pondelok 22. apríla 2024 14:37:38 CEST Jose Vizcaya wrote: > As far as I know it does work in pretty much almost every view > type. Could you provide a piece of the XML where you are using it? > > > Best regards, > José Vizcaya. > > On 4/22/24 07:52, Radovan Skolnik > wrote: > > > Jose, > this would be the obvious thing I was missing. Only if I haven't tried it > already and now re-tried again. It's not working for me in 15.0 I don't know > why. All the decorations seem to be ignored :-( Should this be working in > form views as well? I know it's working in tree views and all such usage in > source I can find is limited to tree views. > Best regards > Radovan > > On pondelok 22. apríla 2024 13:22:04 CEST José Ángel Vizcaya wrote: > > Hello Radovan, > > If you want to highlight fields you can use the decoration-* inside the > > Field declaration in the XML file of the view. Here's how it works: > > https://www.odoo.com/documentation/17.0/developer/reference/frontend/javas > > c [1] ript_reference.html#decorations [1] I hope it helps. Best regards, > > José Vizcaya. > > On Mon, Apr 22, 2024, 03:22 Radovan Skolnik < > > notifications@odoo-community.org [2] [2] > wrote: Hello, > > I am looking for something to allow me to conditionally highlight (i.e. > > decoration would be sufficient - no need for custom CSS styles) form(!) > > fields. I have a feeling there is something or I am missing something very > > obvious but I am at lost here. Any suggestions? Thank you very much. Best > > regards > > Radovan Skolnik > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [3] [3] > > Post to: mailto: contributors@odoo-community.org [4] [4] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [5] [5] > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [6] [6] > > Post to: mailto:contributors@odoo-community.org [7] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [8] [7] > > > > > > > > [1] > > https://www.odoo.com/documentation/17.0/developer/reference/frontend/javas > > c [9] ript_reference.html#decorations [2] > > mailto:notifications@odoo-community.org [10] [3] > > https://odoo-community.org/groups/contributors-15 [11] > > [4] mailto:contributors@odoo-community.org [12] > > [5] https://odoo-community.org/groups?unsubscribe [13] > > [6] https://odoo-community.org/groups/contributors-15 [14] > > [7] https://odoo-community.org/groups?unsubscribe [15] > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [16] > Post to: mailto:contributors@odoo-community.org [17] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [18] > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [19] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [20] > > > > [1] > https://www.odoo.com/documentation/17.0/developer/reference/frontend/javasc > [2] mailto:notifications@odoo-community.org > [3] https://odoo-community.org/groups/contributors-15 > [4] mailto:contributors@odoo-community.org > [5] https://odoo-community.org/groups?unsubscribe > [6] https://odoo-community.org/groups/contributors-15 > [7] mailto:contributors@odoo-community.org > [8] https://odoo-community.org/groups?unsubscribe > [9] > https://www.odoo.com/documentation/17.0/developer/reference/frontend/javasc > [10] mailto:notifications@odoo-community.org > [11] https://odoo-community.org/groups/contributors-15 > [12] mailto:contributors@odoo-community.org > [13] https://odoo-community.org/groups?unsubscribe > [14] https://odoo-community.org/groups/contributors-15 > [15] https://odoo-community.org/groups?unsubscribe > [16] https://odoo-community.org/groups/contributors-15 > [17] mailto:contributors@odoo-community.org > [18] https://odoo-community.org/groups?unsubscribe > [19] https://odoo-community.org/groups/contributors-15 > [20] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 03:31 - 22 Apr 2024
-
-
Migration v14 -> v16
i am struggling with a migration.
From 14 to 15 it went very well and smooth. After fixing some minor issues, updating Odoo 15 with -u all is performed without any issues left.
After migrating to V16, the database is accessible without any problems. I can update all installed modules one by one by updating them from the app module.
Anyway… When i run the update of all modules with -u all in v16 i am getting a keyerror with the dbname:
2024-04-20 10:31:48,171 44842 INFO DBNAME odoo.addons.base.models.ir_module: module website: loading translation file de for language de_DE
2024-04-20 10:31:49,257 44842 WARNING DBNAME odoo.modules.loading: Transient module states were reset
2024-04-20 10:31:49,258 44842 ERROR DBNAME odoo.modules.registry: Failed to load registry
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 64, in __new__
return cls.registries[db_name]
File "<decorator-gen-8>", line 2, in __getitem__
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/func.py", line 87, in locked
return func(inst, *args, **kwargs)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/lru.py", line 34, in __getitem__
a = self.d[obj]
KeyError: 'DBNAME'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 90, in new
odoo.modules.load_modules(registry, force_demo, status, update_module)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 484, in load_modules
processed_modules += load_marked_modules(cr, graph,
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 372, in load_marked_modules
loaded, processed = load_module_graph(
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 304, in load_module_graph
module.write({'state': 'installed', 'latest_version': ver})
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/addons/website/models/ir_module_module.py", line 79, in write
if request and request.db and request.context.get('apply_new_theme'):
File "/Users/user/PycharmProjects/odoo/v16/odoo16env/lib/python3.8/site-packages/werkzeug/local.py", line 348, in __getattr__
return getattr(self._get_current_object(), name)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/http.py", line 1266, in context
return self.env.context
AttributeError: 'NoneType' object has no attribute 'context'
I tried it on 2 different machines to make sure, that the enviroment is not the culprit.
Before digging deeper and deeper, i am trying to ask you if somebody knows what to do now!
Any hint is highly appreciated.
All the best
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
by Nils Coenen - 12:56 - 20 Apr 2024-
Re: Migration v14 -> v16
Hello Nils,I've experienced the exact same issue before. Honestly I never did up before besides the fact that website broke the entire running instance with whichever theme you choose every time you restar the service.Although I found out that if you create a empty database and move onto it before entering the main database, the error solves ✨ magically ✨.It's a pretty clumsy solution and if you are working with stuff like an IoT Box it won't work for you but for almost any use cases it does. I would love to find a better and real solution anyway.Best regards,José Vizcaya.On Sat, Apr 20, 2024, 06:57 Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT <notifications@odoo-community.org> wrote:i am struggling with a migration.
From 14 to 15 it went very well and smooth. After fixing some minor issues, updating Odoo 15 with -u all is performed without any issues left.
After migrating to V16, the database is accessible without any problems. I can update all installed modules one by one by updating them from the app module.
Anyway… When i run the update of all modules with -u all in v16 i am getting a keyerror with the dbname:
2024-04-20 10:31:48,171 44842 INFO DBNAME odoo.addons.base.models.ir_module: module website: loading translation file de for language de_DE
2024-04-20 10:31:49,257 44842 WARNING DBNAME odoo.modules.loading: Transient module states were reset
2024-04-20 10:31:49,258 44842 ERROR DBNAME odoo.modules.registry: Failed to load registry
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 64, in __new__
return cls.registries[db_name]
File "<decorator-gen-8>", line 2, in __getitem__
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/func.py", line 87, in locked
return func(inst, *args, **kwargs)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/lru.py", line 34, in __getitem__
a = self.d[obj]
KeyError: 'DBNAME'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 90, in new
odoo.modules.load_modules(registry, force_demo, status, update_module)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 484, in load_modules
processed_modules += load_marked_modules(cr, graph,
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 372, in load_marked_modules
loaded, processed = load_module_graph(
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 304, in load_module_graph
module.write({'state': 'installed', 'latest_version': ver})
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/addons/website/models/ir_module_module.py", line 79, in write
if request and request.db and request.context.get('apply_new_theme'):
File "/Users/user/PycharmProjects/odoo/v16/odoo16env/lib/python3.8/site-packages/werkzeug/local.py", line 348, in __getattr__
return getattr(self._get_current_object(), name)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/http.py", line 1266, in context
return self.env.context
AttributeError: 'NoneType' object has no attribute 'context'
I tried it on 2 different machines to make sure, that the enviroment is not the culprit.
Before digging deeper and deeper, i am trying to ask you if somebody knows what to do now!
Any hint is highly appreciated.
All the best
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by josevizcaya0616 - 05:05 - 20 Apr 2024 -
AW: Migration v14 -> v16
Hey Luis,
that was the problem as stated in the previous reply.
Thank you!
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
Von: Luis Omar López García <notifications@odoo-community.org>
Gesendet: Samstag, 20. April 2024 16:48
An: Contributors <contributors@odoo-community.org>
Betreff: Re: Migration v14 -> v16ACHTUNG! 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.
Hello Nill,
Have you tried adding -d <DBNAME> in the command line?
Cheers
El sáb, 20 abr 2024 a las 6:57, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT (<notifications@odoo-community.org>) escribió:
i am struggling with a migration.
From 14 to 15 it went very well and smooth. After fixing some minor issues, updating Odoo 15 with -u all is performed without any issues left.
After migrating to V16, the database is accessible without any problems. I can update all installed modules one by one by updating them from the app module.
Anyway… When i run the update of all modules with -u all in v16 i am getting a keyerror with the dbname:
2024-04-20 10:31:48,171 44842 INFO DBNAME odoo.addons.base.models.ir_module: module website: loading translation file de for language de_DE
2024-04-20 10:31:49,257 44842 WARNING DBNAME odoo.modules.loading: Transient module states were reset
2024-04-20 10:31:49,258 44842 ERROR DBNAME odoo.modules.registry: Failed to load registry
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 64, in __new__
return cls.registries[db_name]
File "<decorator-gen-8>", line 2, in __getitem__
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/func.py", line 87, in locked
return func(inst, *args, **kwargs)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/lru.py", line 34, in __getitem__
a = self.d[obj]
KeyError: 'DBNAME'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 90, in new
odoo.modules.load_modules(registry, force_demo, status, update_module)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 484, in load_modules
processed_modules += load_marked_modules(cr, graph,
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 372, in load_marked_modules
loaded, processed = load_module_graph(
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 304, in load_module_graph
module.write({'state': 'installed', 'latest_version': ver})
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/addons/website/models/ir_module_module.py", line 79, in write
if request and request.db and request.context.get('apply_new_theme'):
File "/Users/user/PycharmProjects/odoo/v16/odoo16env/lib/python3.8/site-packages/werkzeug/local.py", line 348, in __getattr__
return getattr(self._get_current_object(), name)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/http.py", line 1266, in context
return self.env.context
AttributeError: 'NoneType' object has no attribute 'context'
I tried it on 2 different machines to make sure, that the enviroment is not the culprit.
Before digging deeper and deeper, i am trying to ask you if somebody knows what to do now!
Any hint is highly appreciated.
All the best
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Luis Omar López García
+56954706938
Skype: luisomar3@hotmail.com
Github: https://github.com/luisomar3
LinkedIn: Luis Omar Lopez
_______________________________________________
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 - 05:00 - 20 Apr 2024 -
AW: Migration v14 -> v16
Hey Holger,
many thanks!
This helped to find the problem.
Even if the db was defined in the conf file i add with -c, i had to add -d DBNAME explicitly to the script execution and everything is fine.
I am not sure why this did not appear before, but thanks to your hint i was able to track the problem!
Cheerio
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
Von: Holger Brunn <notifications@odoo-community.org>
Gesendet: Samstag, 20. April 2024 15:17
An: Contributors <contributors@odoo-community.org>
Betreff: Re: Migration v14 -> v16ACHTUNG! 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.
the first exception is expected, the second is the one that's your problem. > "/Users/user/PycharmProjects/odoo/v16/odoo-server/addons/website/models/ir_ > module_module.py", line 79, in write >
if request and request.db and request.context.get('apply_new_theme'): I'd set a breakpoint here and inspect the value of request. I suspect a Request object without an environment set, while it should be unbound at this point. Then you need to backtraceto see where this is set. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nils Coenen - 05:00 - 20 Apr 2024 -
Re: Migration v14 -> v16
Hello Nill,Have you tried adding -d <DBNAME> in the command line?CheersEl sáb, 20 abr 2024 a las 6:57, Nils Coenen | NICO SOLUTIONS - ENGINEERING & IT (<notifications@odoo-community.org>) escribió:i am struggling with a migration.
From 14 to 15 it went very well and smooth. After fixing some minor issues, updating Odoo 15 with -u all is performed without any issues left.
After migrating to V16, the database is accessible without any problems. I can update all installed modules one by one by updating them from the app module.
Anyway… When i run the update of all modules with -u all in v16 i am getting a keyerror with the dbname:
2024-04-20 10:31:48,171 44842 INFO DBNAME odoo.addons.base.models.ir_module: module website: loading translation file de for language de_DE
2024-04-20 10:31:49,257 44842 WARNING DBNAME odoo.modules.loading: Transient module states were reset
2024-04-20 10:31:49,258 44842 ERROR DBNAME odoo.modules.registry: Failed to load registry
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 64, in __new__
return cls.registries[db_name]
File "<decorator-gen-8>", line 2, in __getitem__
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/func.py", line 87, in locked
return func(inst, *args, **kwargs)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/tools/lru.py", line 34, in __getitem__
a = self.d[obj]
KeyError: 'DBNAME'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/registry.py", line 90, in new
odoo.modules.load_modules(registry, force_demo, status, update_module)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 484, in load_modules
processed_modules += load_marked_modules(cr, graph,
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 372, in load_marked_modules
loaded, processed = load_module_graph(
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/modules/loading.py", line 304, in load_module_graph
module.write({'state': 'installed', 'latest_version': ver})
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/addons/website/models/ir_module_module.py", line 79, in write
if request and request.db and request.context.get('apply_new_theme'):
File "/Users/user/PycharmProjects/odoo/v16/odoo16env/lib/python3.8/site-packages/werkzeug/local.py", line 348, in __getattr__
return getattr(self._get_current_object(), name)
File "/Users/user/PycharmProjects/odoo/v16/odoo-server/odoo/http.py", line 1266, in context
return self.env.context
AttributeError: 'NoneType' object has no attribute 'context'
I tried it on 2 different machines to make sure, that the enviroment is not the culprit.
Before digging deeper and deeper, i am trying to ask you if somebody knows what to do now!
Any hint is highly appreciated.
All the best
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Luis Omar López García+56954706938Skype: luisomar3@hotmail.comGithub: https://github.com/luisomar3LinkedIn: Luis Omar Lopez
by luisomar242 - 04:46 - 20 Apr 2024 -
Re: Migration v14 -> v16
the first exception is expected, the second is the one that's your problem. > "/Users/user/PycharmProjects/odoo/v16/odoo-server/addons/website/models/ir_ > module_module.py", line 79, in write > if request and request.db and request.context.get('apply_new_theme'): I'd set a breakpoint here and inspect the value of request. I suspect a Request object without an environment set, while it should be unbound at this point. Then you need to backtrace to see where this is set. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 03:16 - 20 Apr 2024
-
-
Odoo v17 barcode app issues
hello,I am facing an issue related to the barcode mobile app in odoo v17.step to produce this issue.1. create a purchase order with one product having 15 quantities and confirm it.2. go to the barcode application and open its receipt.3. now scan the product and add 10 quantities.4. go back or refresh the page then it's updating the demand quantity from 15 to 10.5. so when I open that receipt again it's not allowing me to proceed with the remaining 5 quantities.so I checked this issue and found that the odoo base has not defined 'reserved_uom_qty' in stock.move.line.is there anything related to this?can you guys please help me out with this issue?--Thanks and Regards, 

Dakshal Jethava Associate Software Engineer M: +91 -6355750829 P: +91 -9409265218/ EXTN: 1001 E: dakshal.jetava@brainvire.com W: www.brainvire.com






Disclaimer: The information transmitted by this email is intended only for the person or entity to which it is addressed. This email may contain proprietary, business-confidential and/or privileged material. Please consider the environment before printing.
by dakshal - 02:51 - 17 Apr 2024 -
queue_job, how to set time limit for jobrunner
Dear community,So far, when there is a job queue that spend long time to run, it seem time limit now follow "limit_time_cpu".Which surprise me, because I though it should follow "limit_time_real_cron" as in Odoo cron.limit_time_cpu which is for http request, normally not a high value, i.e, 60 seconds. But to accommodate the long running job, I am forced to expand the value which can be harmful.Am I missing something?Many thanksKitti U.
by Kitti Upariphutthiphong - 06:06 - 12 Apr 2024-
Re: queue_job, how to set time limit for jobrunner
Thanks a lot Tom for your recipe, this can be very helpful.KittiOn Sat, Apr 13, 2024, 9:12 PM Tom Blauwendraat <notifications@odoo-community.org> wrote:On 4/12/24 19:07, Stéphane Bidoul wrote: > If you need long running jobs, you need to launch a second Odoo > instance on the same database with different time limits. Instead of starting the whole Odoo, it's also possible to start the jobrunner as a separate service like this: python -c "import odoo; odoo.tools.config.parse_config(); from odoo.addons import queue_job; runner = queue_job.jobrunner.QueueJobRunner.from_environ_or_config(); runner.run()" I don't remember why we chose this or where I got it from, but it works. Maybe it helps! (Probably here you'd have to add an extra line of Python to change the cpu_limit setting after parsing the config)
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 08:06 - 13 Apr 2024 -
Re: queue_job, how to set time limit for jobrunner
On 4/12/24 19:07, Stéphane Bidoul wrote: > If you need long running jobs, you need to launch a second Odoo > instance on the same database with different time limits. Instead of starting the whole Odoo, it's also possible to start the jobrunner as a separate service like this: python -c "import odoo; odoo.tools.config.parse_config(); from odoo.addons import queue_job; runner = queue_job.jobrunner.QueueJobRunner.from_environ_or_config(); runner.run()" I don't remember why we chose this or where I got it from, but it works. Maybe it helps! (Probably here you'd have to add an extra line of Python to change the cpu_limit setting after parsing the config)
by Tom Blauwendraat - 04:11 - 13 Apr 2024 -
Re: queue_job, how to set time limit for jobrunner
Hi StephaneThanks for the confirmation. I also came across this README and it confirms what you say.Unlike the regular job runner, where jobs are dispatched to the HttpWorkers, jobs are processed on the CronWorker threads by the job runner crons. This is a design decision because:
Thanks!KittiOn Sat, Apr 13, 2024 at 12:07 AM Stéphane Bidoul <notifications@odoo-community.org> wrote:Hi Kitti,The jobs triggered by queue_job run in regular workers. So limit_time_cpu/limit_time_real apply (the job runner actually launch them with an HTTP request).limit_time_real_cron is exclusively for Odoo regular cron jobs (Scheduled Actions).If you need long running jobs, you need to launch a second Odoo instance on the same database with different time limits.Best regards,-StéphaneOn Fri, Apr 12, 2024 at 6:06 PM Kitti Upariphutthiphong <notifications@odoo-community.org> wrote:Dear community,So far, when there is a job queue that spend long time to run, it seem time limit now follow "limit_time_cpu".Which surprise me, because I though it should follow "limit_time_real_cron" as in Odoo cron.limit_time_cpu which is for http request, normally not a high value, i.e, 60 seconds. But to accommodate the long running job, I am forced to expand the value which can be harmful.Am I missing something?Many thanksKitti U._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 03:56 - 13 Apr 2024 -
Re: queue_job, how to set time limit for jobrunner
Hi Kitti,The jobs triggered by queue_job run in regular workers. So limit_time_cpu/limit_time_real apply (the job runner actually launch them with an HTTP request).limit_time_real_cron is exclusively for Odoo regular cron jobs (Scheduled Actions).If you need long running jobs, you need to launch a second Odoo instance on the same database with different time limits.Best regards,-StéphaneOn Fri, Apr 12, 2024 at 6:06 PM Kitti Upariphutthiphong <notifications@odoo-community.org> wrote:Dear community,So far, when there is a job queue that spend long time to run, it seem time limit now follow "limit_time_cpu".Which surprise me, because I though it should follow "limit_time_real_cron" as in Odoo cron.limit_time_cpu which is for http request, normally not a high value, i.e, 60 seconds. But to accommodate the long running job, I am forced to expand the value which can be harmful.Am I missing something?Many thanksKitti U._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Bidoul - 07:06 - 12 Apr 2024
-
-
mrp_progress_button - V17
HiNewbie message. Can anyone provide any info on whether there will be a V17 version of the module:mrp_progress_buttonI have successfully used the V15 version in V16, but not so good in V17.Is there somewhere I can ask for a paid upgrade if this is not a priority?RegardsRob
by Rob Henderson - 04:16 - 9 Apr 2024-
Re: mrp_progress_button - V17
Thanks Radovan and Jordi,Jordi I reached out to your email as per your suggestion. I think changing the syntax isn't the only issue.Thanks again.RegardsRobOn Tue, 9 Apr 2024, 15:52 Jordi Ballester Alomar, <notifications@odoo-community.org> wrote:Hi Rob,Perhaps we can help to migrate this one. Please drop me an email to jordi.ballester at forgeflow.com to discuss further.On Tue, Apr 9, 2024 at 4:27 PM Radovan Skolnik <notifications@odoo-community.org> wrote:Hi, in v17 the syntax of views changed a bit. You need to change this line attrs="{'invisible': [('state', '!=', 'confirmed')]}" to something like this: invisible="state != 'confirmed'" Similarly attrs="{'invisible': [('state', '!=', 'progress')]}" to invisible="state != 'progress'" That should do the trick. Best regards Radovan Skolnik On utorok 9. apríla 2024 16:17:37 CEST Rob Henderson wrote: > Hi > Newbie message. Can anyone provide any info on whether there will be a V17 > version of the module: mrp_progress_button I have successfully used the V15 > version in V16, but not so good in V17. Is there somewhere I can ask for a > paid upgrade if this is not a priority? Regards Rob > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [1] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2] > > > > [1] https://odoo-community.org/groups/contributors-15 > [2] 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
--Jordi Ballester AlomarCEO & Founder, ForgeFlowSpain: (+34) 629530707 | USA: (+1) 646 980 4659 | Denmark: (+45) 78 78 21 89 - Ext. 101www.forgeflow.com | Email: jordi.ballester@forgeflow.com | Twitter: /jordibforgeflow | Linkedin: https://www.linkedin.com/company/forgeflow/
The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the 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 Rob Henderson - 10:16 - 13 Apr 2024 -
Re: mrp_progress_button - V17
Hi Rob,Perhaps we can help to migrate this one. Please drop me an email to jordi.ballester at forgeflow.com to discuss further.On Tue, Apr 9, 2024 at 4:27 PM Radovan Skolnik <notifications@odoo-community.org> wrote:Hi, in v17 the syntax of views changed a bit. You need to change this line attrs="{'invisible': [('state', '!=', 'confirmed')]}" to something like this: invisible="state != 'confirmed'" Similarly attrs="{'invisible': [('state', '!=', 'progress')]}" to invisible="state != 'progress'" That should do the trick. Best regards Radovan Skolnik On utorok 9. apríla 2024 16:17:37 CEST Rob Henderson wrote: > Hi > Newbie message. Can anyone provide any info on whether there will be a V17 > version of the module: mrp_progress_button I have successfully used the V15 > version in V16, but not so good in V17. Is there somewhere I can ask for a > paid upgrade if this is not a priority? Regards Rob > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [1] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2] > > > > [1] https://odoo-community.org/groups/contributors-15 > [2] 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
--Jordi Ballester AlomarCEO & Founder, ForgeFlowSpain: (+34) 629530707 | USA: (+1) 646 980 4659 | Denmark: (+45) 78 78 21 89 - Ext. 101www.forgeflow.com | Email: jordi.ballester@forgeflow.com | Twitter: /jordibforgeflow | Linkedin: https://www.linkedin.com/company/forgeflow/
The content of this email is confidential and intended for the recipient specified in message only. It is strictly forbidden to share any part of this message with any third party, without a written consent of the sender. If you received this message by mistake, please reply to this message and follow with its deletion, so that we can ensure such a mistake does not occur in the future.
by Jordi Ballester Alomar - 04:50 - 9 Apr 2024 -
Re: mrp_progress_button - V17
Hi, in v17 the syntax of views changed a bit. You need to change this line attrs="{'invisible': [('state', '!=', 'confirmed')]}" to something like this: invisible="state != 'confirmed'" Similarly attrs="{'invisible': [('state', '!=', 'progress')]}" to invisible="state != 'progress'" That should do the trick. Best regards Radovan Skolnik On utorok 9. apríla 2024 16:17:37 CEST Rob Henderson wrote: > Hi > Newbie message. Can anyone provide any info on whether there will be a V17 > version of the module: mrp_progress_button I have successfully used the V15 > version in V16, but not so good in V17. Is there somewhere I can ask for a > paid upgrade if this is not a priority? Regards Rob > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [1] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2] > > > > [1] https://odoo-community.org/groups/contributors-15 > [2] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 04:25 - 9 Apr 2024
-
-
Partner Firstname 17.0 Migration
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
friedrich.sauer@servicum.com
__________________________________________________
by Friedrich Sauer - 03:41 - 9 Apr 2024-
Re: Partner Firstname 17.0 Migration
Hi FriedrichThe module is already migratedBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mar. 9 avr. 2024, 03:42, friedrich.sauer@servicum.com <notifications@odoo-community.org> a écrit :Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Cyril VINH-TUNG - 06:41 - 9 Apr 2024 -
Re: Partner Firstname 17.0 Migration
Hi Fredrich
If it is available on the 17.0 branch, it is ready to use. As I understand the app stores will be updated eventually.
The closest you get to a roadmap is the migration list: https://github.com/OCA/partner-contact/issues/1599
Cheers, Janik
On 4/9/24 15:42, friedrich.sauer@servicum.com wrote:
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- We are hiring: https://www.mint-system.ch/jobs Send application to: jobs@mint-system.ch CTO Mint System GmbH Tel: +41 44 244 7222
by Janik von Rotz - 03:52 - 9 Apr 2024 -
Re: Partner Firstname 17.0 Migration
the partner_firstname is available (and therefore published) in the V17 repo. Ready to use it.
https://github.com/OCA/partner-contact/tree/17.0
Cheers
Nils
Nils Coenen
Inhaber
Phone: +49 (0)4298-4667492
NICO SOLUTIONS – ENGINEERING & IT
Dr.-Ruckert-Str. 1G, DE-28865 LilienthalConfidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender.
Von: "friedrich.sauer@servicum.com" <notifications@odoo-community.org>
Antworten an: OCA Contributors <contributors@odoo-community.org>
Datum: Dienstag, 9. April 2024 um 15:42
An: OCA Contributors <contributors@odoo-community.org>
Betreff: Partner Firstname 17.0 MigrationACHTUNG! 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.
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________

Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
friedrich.sauer@servicum.com
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nils Coenen - 03:52 - 9 Apr 2024 -
Re: Partner Firstname 17.0 Migration
Hi Friedrich,
Indeed, partner_firstname exists in v17, and you can use it right away. Please note that there is an open pull request for this module, with a bug fix, over here:
https://github.com/OCA/partner-contact/pull/1725
Please review this fix if you have time, it will be highly appreciated by the community.
Best,
Nikos
On 09-04-2024 15:42, friedrich.sauer@servicum.com wrote:
Hi all,
my company uses the partner_firstname module in odoo 16E. We are currently in the process of upgrading to 17. Therefore, I am interested in the development roadmap for the official version 17 release of the partner_firstname module. It is not yet published on the official OCA or Odoo App Stores, however, there is a folder in the v17 Git branch of the OCA modules. Git Link
I would appreciate any information on the timeline or wheather the Git module is still ready to be used.
Thanks in advance!
Friedrich Sauer
_________________________________________
Friedrich Sauer
Head of Technology Operations
_________________________________________
Servicum GmbH
Energiewende im Handwerk
+49 172 1324603
__________________________________________________
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nikos Tsirintanis. - 03:52 - 9 Apr 2024
-
-
Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
DearsI hope this email finds you well. I am reaching out to inquire about the migration status of the following apps to Odoo Version 17:
- Product Multi Company (https://apps.odoo.com/apps/modules/15.0/product_multi_company/)
- Sale Delivery State (https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239)
We are currently in need of these apps for our new clients, and it's crucial for us to have them compatible with the latest version of Odoo. Could you please provide an update on when these apps are expected to be migrated to Odoo Version 17?
Your prompt response would be greatly appreciated as it will help us plan accordingly for our upcoming projects. Thank you very much for your attention to this matter.
Looking forward to hearing from you soon.
Best regards,
--
Melhores Cumprimentos | Best Regards www.arxi.pt +351 244 237 810
(chamada para a rede fixa nacional)Esta mensagem contém informação de natureza confidencial e é exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se por engano receber este e-mail agradecemos que não o copie nem o reenvie e que nos notifique do ocorrido através do email de resposta. Qualquer uso do seu conteúdo é um ato ilegal.
This message contains confidential information and is addressed exclusively to the designated addressee. If you received this email by mistake we appreciate that you do not copy or resend it and that you notify us of via the reply email. Any use of its content is strictly illegal.
by Andrea Delgado - 03:27 - 3 Apr 2024-
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
There is a pullrequest open migrating product_multi_company to v16El mié, 3 de abr de 2024, 5:21 p. m., Radovan Skolnik <notifications@odoo-community.org> escribió:Hello Cyril, I was thinking about this when writing my answer. I think it would be nice. It could push forward the porting process. Of course there are practical things to solve but I think it is doable. Best regards Radovan Skolnik On streda 3. apríla 2024 23:12:30 CEST Cyril VINH-TUNG wrote: > Hello contributors > About finding ressources for migrating a module, do you think it would be a > good idea to have a bounty in OCA ? Same for openupgrade scripts... I don't > know if this has already been discussed in OCA... > Best regards -------------------------------- > Cyril VINH-TUNG > INVITU > Computer & Network Engineering > BP 32 - 98713 Papeete - French Polynesia > Tél: +689 40 46 11 99 > contact@invitu.com [1] > www.invitu.com [2] > Le mer. 3 avr. 2024, 22:51, Radovan Skolnik < > notifications@odoo-community.org [3] > a écrit : Dear Andrea, > > OCA is a community effort. That means there are no date estimates for any of > the modules being available. They simply become available when a community > member decides to port them for that particular version. Porting them means > creating a PR (Pull Request) with updated version. > > Regarding the modules you have mentioned: > > sale_delivery_state is already available for 17.0 here: > https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state [4] > product_multi_company is available for 15.0 but there are no viable PRs for > 17.0 nor even 16.0 So this needs to be ported base_multi_company which is a > dependency for product_multi_company is available for 16.0 but no current > PR for 17.0 So this needs to be ported as well > > So the way I see it you can: > > port the modules yourselves > find someone that will port these module for you if you lack the > resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be > interested in such option > > Best regards > > Radovan Skolnik > > On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote: > > Dears > > I hope this email finds you well. I am reaching out to inquire about the > > migration status of the following apps to Odoo Version 17: Product Multi > > Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > > [5] [1] ) Sale Delivery State ( > > https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [6] > > [2] ) We are currently in need of these apps for our new clients, and > > it's crucial for us to have them compatible with the latest version of > > Odoo. Could you please provide an update on when these apps are expected > > to be migrated to Odoo Version 17? Your prompt response would be greatly > > appreciated as it will help us plan accordingly for our upcoming > > projects. Thank you very much for your attention to this matter. Looking > > forward to hearing from you soon. > > Best regards, > > -- > > > > > > Melhores Cumprimentos | Best Regards > > > > > > > > > > > > www.arxi.pt [7] [3] > > +351 244 237 810 [4] > > (chamada para a rede fixa > > nacional) > > [5] > > [6] > > > > > > > > > > > > > > Esta mensagem contém informação de > > natureza confidencial e é exclusivamente dirigida ao(s) > > destinatário(s) indicado(s). Se por engano receber este > > e-mail agradecemos que não o copie nem o reenvie e que > > nos notifique do ocorrido através do email de resposta. > > Qualquer uso do seu conteúdo é um ato ilegal. > > > > This message contains confidential > > information and is addressed exclusively to the > > designated addressee. If you received this email by > > mistake we appreciate that you do not copy or resend it > > and that you notify us of via the reply email. Any use > > of its content is strictly illegal. > > > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [8] [7] > > Post to: mailto: contributors@odoo-community.org [9] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [10] [8] > > > > > > > > [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ [11] > > [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > > [12] [3] https://www.arxi.pt [13] > > [4] tel:+351244237810 > > [5] https://pt.linkedin.com/company/arxilead [14] > > [6] https://www.facebook.com/arxilead/ [15] > > [7] https://odoo-community.org/groups/contributors-15 [16] > > [8] https://odoo-community.org/groups?unsubscribe [17] > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [18] > Post to: mailto: contributors@odoo-community.org [19] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [20] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [21] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [22] > > > > [1] mailto:contact@invitu.com > [2] http://www.invitu.com > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state > [5] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [6] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [7] http://www.arxi.pt > [8] https://odoo-community.org/groups/contributors-15 > [9] mailto:contributors@odoo-community.org > [10] https://odoo-community.org/groups?unsubscribe > [11] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [12] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [13] https://www.arxi.pt > [14] https://pt.linkedin.com/company/arxilead > [15] https://www.facebook.com/arxilead/ > [16] https://odoo-community.org/groups/contributors-15 > [17] https://odoo-community.org/groups?unsubscribe > [18] https://odoo-community.org/groups/contributors-15 > [19] mailto:contributors@odoo-community.org > [20] https://odoo-community.org/groups?unsubscribe > [21] https://odoo-community.org/groups/contributors-15 > [22] 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 jeer2234 - 04:31 - 5 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Hello Cyril, I was thinking about this when writing my answer. I think it would be nice. It could push forward the porting process. Of course there are practical things to solve but I think it is doable. Best regards Radovan Skolnik On streda 3. apríla 2024 23:12:30 CEST Cyril VINH-TUNG wrote: > Hello contributors > About finding ressources for migrating a module, do you think it would be a > good idea to have a bounty in OCA ? Same for openupgrade scripts... I don't > know if this has already been discussed in OCA... > Best regards -------------------------------- > Cyril VINH-TUNG > INVITU > Computer & Network Engineering > BP 32 - 98713 Papeete - French Polynesia > Tél: +689 40 46 11 99 > contact@invitu.com [1] > www.invitu.com [2] > Le mer. 3 avr. 2024, 22:51, Radovan Skolnik < > notifications@odoo-community.org [3] > a écrit : Dear Andrea, > > OCA is a community effort. That means there are no date estimates for any of > the modules being available. They simply become available when a community > member decides to port them for that particular version. Porting them means > creating a PR (Pull Request) with updated version. > > Regarding the modules you have mentioned: > > sale_delivery_state is already available for 17.0 here: > https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state [4] > product_multi_company is available for 15.0 but there are no viable PRs for > 17.0 nor even 16.0 So this needs to be ported base_multi_company which is a > dependency for product_multi_company is available for 16.0 but no current > PR for 17.0 So this needs to be ported as well > > So the way I see it you can: > > port the modules yourselves > find someone that will port these module for you if you lack the > resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be > interested in such option > > Best regards > > Radovan Skolnik > > On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote: > > Dears > > I hope this email finds you well. I am reaching out to inquire about the > > migration status of the following apps to Odoo Version 17: Product Multi > > Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > > [5] [1] ) Sale Delivery State ( > > https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [6] > > [2] ) We are currently in need of these apps for our new clients, and > > it's crucial for us to have them compatible with the latest version of > > Odoo. Could you please provide an update on when these apps are expected > > to be migrated to Odoo Version 17? Your prompt response would be greatly > > appreciated as it will help us plan accordingly for our upcoming > > projects. Thank you very much for your attention to this matter. Looking > > forward to hearing from you soon. > > Best regards, > > -- > > > > > > Melhores Cumprimentos | Best Regards > > > > > > > > > > > > www.arxi.pt [7] [3] > > +351 244 237 810 [4] > > (chamada para a rede fixa > > nacional) > > [5] > > [6] > > > > > > > > > > > > > > Esta mensagem contém informação de > > natureza confidencial e é exclusivamente dirigida ao(s) > > destinatário(s) indicado(s). Se por engano receber este > > e-mail agradecemos que não o copie nem o reenvie e que > > nos notifique do ocorrido através do email de resposta. > > Qualquer uso do seu conteúdo é um ato ilegal. > > > > This message contains confidential > > information and is addressed exclusively to the > > designated addressee. If you received this email by > > mistake we appreciate that you do not copy or resend it > > and that you notify us of via the reply email. Any use > > of its content is strictly illegal. > > > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [8] [7] > > Post to: mailto: contributors@odoo-community.org [9] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [10] [8] > > > > > > > > [1] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ [11] > > [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > > [12] [3] https://www.arxi.pt [13] > > [4] tel:+351244237810 > > [5] https://pt.linkedin.com/company/arxilead [14] > > [6] https://www.facebook.com/arxilead/ [15] > > [7] https://odoo-community.org/groups/contributors-15 [16] > > [8] https://odoo-community.org/groups?unsubscribe [17] > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [18] > Post to: mailto: contributors@odoo-community.org [19] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [20] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [21] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [22] > > > > [1] mailto:contact@invitu.com > [2] http://www.invitu.com > [3] mailto:notifications@odoo-community.org > [4] https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state > [5] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [6] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [7] http://www.arxi.pt > [8] https://odoo-community.org/groups/contributors-15 > [9] mailto:contributors@odoo-community.org > [10] https://odoo-community.org/groups?unsubscribe > [11] https://apps.odoo.com/apps/modules/15.0/product_multi_company/ > [12] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 > [13] https://www.arxi.pt > [14] https://pt.linkedin.com/company/arxilead > [15] https://www.facebook.com/arxilead/ > [16] https://odoo-community.org/groups/contributors-15 > [17] https://odoo-community.org/groups?unsubscribe > [18] https://odoo-community.org/groups/contributors-15 > [19] mailto:contributors@odoo-community.org > [20] https://odoo-community.org/groups?unsubscribe > [21] https://odoo-community.org/groups/contributors-15 > [22] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 11:21 - 3 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Hello,You can find someone or contact the author of the module (some may quote you the effort, some may do it for free).Cheers,MAXIME CHAMBREUIL
DIRECTOR GENERAL LATAMCalendario
T: +52 (800) 953-2012 #5200
M: +52 (442) 114-9164 | WhatsApp
C: MChambreuil@OpenSourceIntegrators.comAv. Antea 1032, Piso 4 Local 8, Colonia Jurica
Santiago de Querétaro, Querétaro, 76100, México
Analizar. Optimizar. Automatizar. Transicionar.On Wed, Apr 3, 2024 at 2:51 PM Radovan Skolnik <notifications@odoo-community.org> wrote:Dear Andrea,
OCA is a community effort. That means there are no date estimates for any of the modules being available. They simply become available when a community member decides to port them for that particular version. Porting them means creating a PR (Pull Request) with updated version.
Regarding the modules you have mentioned:
- sale_delivery_state is already available for 17.0 here: https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state
- product_multi_company is available for 15.0 but there are no viable PRs for 17.0 nor even 16.0 So this needs to be ported
- base_multi_company which is a dependency for product_multi_company is available for 16.0 but no current PR for 17.0 So this needs to be ported as well
So the way I see it you can:
- port the modules yourselves
- find someone that will port these module for you if you lack the resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be interested in such option
Best regards
Radovan Skolnik
On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote:
> Dears
> I hope this email finds you well. I am reaching out to inquire about the
> migration status of the following apps to Odoo Version 17: Product Multi
> Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [1] ) Sale Delivery State (
> https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [2] )
> We are currently in need of these apps for our new clients, and it's
> crucial for us to have them compatible with the latest version of Odoo.
> Could you please provide an update on when these apps are expected to be
> migrated to Odoo Version 17? Your prompt response would be greatly
> appreciated as it will help us plan accordingly for our upcoming projects.
> Thank you very much for your attention to this matter. Looking forward to
> hearing from you soon.
> Best regards,
> --
>
>
> Melhores Cumprimentos | Best Regards
>
>
>
>
>
> www.arxi.pt [3]
> +351 244 237 810 [4]
> (chamada para a rede fixa
> nacional)
> [5]
> [6]
>
>
>
>
>
>
> Esta mensagem contém informação de
> natureza confidencial e é exclusivamente dirigida ao(s)
> destinatário(s) indicado(s). Se por engano receber este
> e-mail agradecemos que não o copie nem o reenvie e que
> nos notifique do ocorrido através do email de resposta.
> Qualquer uso do seu conteúdo é um ato ilegal.
>
> This message contains confidential
> information and is addressed exclusively to the
> designated addressee. If you received this email by
> mistake we appreciate that you do not copy or resend it
> and that you notify us of via the reply email. Any use
> of its content is strictly illegal.
>
>
>
> _______________________________________________
> 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://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239
> [3] https://www.arxi.pt
> [4] tel:+351244237810
> [5] https://pt.linkedin.com/company/arxilead
> [6] https://www.facebook.com/arxilead/
> [7] https://odoo-community.org/groups/contributors-15
> [8] 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 Maxime Chambreuil - 11:16 - 3 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Hello contributorsAbout finding ressources for migrating a module, do you think it would be a good idea to have a bounty in OCA ?Same for openupgrade scripts...I don't know if this has already been discussed in OCA...Best regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mer. 3 avr. 2024, 22:51, Radovan Skolnik <notifications@odoo-community.org> a écrit :Dear Andrea,
OCA is a community effort. That means there are no date estimates for any of the modules being available. They simply become available when a community member decides to port them for that particular version. Porting them means creating a PR (Pull Request) with updated version.
Regarding the modules you have mentioned:
- sale_delivery_state is already available for 17.0 here: https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state
- product_multi_company is available for 15.0 but there are no viable PRs for 17.0 nor even 16.0 So this needs to be ported
- base_multi_company which is a dependency for product_multi_company is available for 16.0 but no current PR for 17.0 So this needs to be ported as well
So the way I see it you can:
- port the modules yourselves
- find someone that will port these module for you if you lack the resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be interested in such option
Best regards
Radovan Skolnik
On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote:
> Dears
> I hope this email finds you well. I am reaching out to inquire about the
> migration status of the following apps to Odoo Version 17: Product Multi
> Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [1] ) Sale Delivery State (
> https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [2] )
> We are currently in need of these apps for our new clients, and it's
> crucial for us to have them compatible with the latest version of Odoo.
> Could you please provide an update on when these apps are expected to be
> migrated to Odoo Version 17? Your prompt response would be greatly
> appreciated as it will help us plan accordingly for our upcoming projects.
> Thank you very much for your attention to this matter. Looking forward to
> hearing from you soon.
> Best regards,
> --
>
>
> Melhores Cumprimentos | Best Regards
>
>
>
>
>
> www.arxi.pt [3]
> +351 244 237 810 [4]
> (chamada para a rede fixa
> nacional)
> [5]
> [6]
>
>
>
>
>
>
> Esta mensagem contém informação de
> natureza confidencial e é exclusivamente dirigida ao(s)
> destinatário(s) indicado(s). Se por engano receber este
> e-mail agradecemos que não o copie nem o reenvie e que
> nos notifique do ocorrido através do email de resposta.
> Qualquer uso do seu conteúdo é um ato ilegal.
>
> This message contains confidential
> information and is addressed exclusively to the
> designated addressee. If you received this email by
> mistake we appreciate that you do not copy or resend it
> and that you notify us of via the reply email. Any use
> of its content is strictly illegal.
>
>
>
> _______________________________________________
> 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://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239
> [3] https://www.arxi.pt
> [4] tel:+351244237810
> [5] https://pt.linkedin.com/company/arxilead
> [6] https://www.facebook.com/arxilead/
> [7] https://odoo-community.org/groups/contributors-15
> [8] 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 Cyril VINH-TUNG - 11:11 - 3 Apr 2024 -
Re: Fwd: Inquiry Regarding Migration of Apps to Odoo Version 17
Dear Andrea,
OCA is a community effort. That means there are no date estimates for any of the modules being available. They simply become available when a community member decides to port them for that particular version. Porting them means creating a PR (Pull Request) with updated version.
Regarding the modules you have mentioned:
- sale_delivery_state is already available for 17.0 here: https://github.com/OCA/sale-workflow/tree/17.0/sale_delivery_state
- product_multi_company is available for 15.0 but there are no viable PRs for 17.0 nor even 16.0 So this needs to be ported
- base_multi_company which is a dependency for product_multi_company is available for 16.0 but no current PR for 17.0 So this needs to be ported as well
So the way I see it you can:
- port the modules yourselves
- find someone that will port these module for you if you lack the resources/skills. Contact me at radovan [at]skolnik[dot]info if you'd be interested in such option
Best regards
Radovan Skolnik
On streda 3. apríla 2024 15:28:03 CEST ARXI | Andrea Almeida wrote:
> Dears
> I hope this email finds you well. I am reaching out to inquire about the
> migration status of the following apps to Odoo Version 17: Product Multi
> Company ( https://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [1] ) Sale Delivery State (
> https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239 [2] )
> We are currently in need of these apps for our new clients, and it's
> crucial for us to have them compatible with the latest version of Odoo.
> Could you please provide an update on when these apps are expected to be
> migrated to Odoo Version 17? Your prompt response would be greatly
> appreciated as it will help us plan accordingly for our upcoming projects.
> Thank you very much for your attention to this matter. Looking forward to
> hearing from you soon.
> Best regards,
> --
>
>
> Melhores Cumprimentos | Best Regards
>
>
>
>
>
> www.arxi.pt [3]
> +351 244 237 810 [4]
> (chamada para a rede fixa
> nacional)
> [5]
> [6]
>
>
>
>
>
>
> Esta mensagem contém informação de
> natureza confidencial e é exclusivamente dirigida ao(s)
> destinatário(s) indicado(s). Se por engano receber este
> e-mail agradecemos que não o copie nem o reenvie e que
> nos notifique do ocorrido através do email de resposta.
> Qualquer uso do seu conteúdo é um ato ilegal.
>
> This message contains confidential
> information and is addressed exclusively to the
> designated addressee. If you received this email by
> mistake we appreciate that you do not copy or resend it
> and that you notify us of via the reply email. Any use
> of its content is strictly illegal.
>
>
>
> _______________________________________________
> 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://apps.odoo.com/apps/modules/15.0/product_multi_company/
> [2] https://odoo-community.org/shop/sale-delivery-state-6342#attr=11239
> [3] https://www.arxi.pt
> [4] tel:+351244237810
> [5] https://pt.linkedin.com/company/arxilead
> [6] https://www.facebook.com/arxilead/
> [7] https://odoo-community.org/groups/contributors-15
> [8] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 10:50 - 3 Apr 2024
-
Stock quant history
Dear contributors,Using odoo 14.0, we would like to consult physical stock in the past date for analysis and reporting. Consulting those stock should let user to group and/or filter by product/location/lot information.Odoo's stock module provide Inventory Report (which displays current stock: `stock.quant`s at now()) where users are able to click on the `Inventory at Date` button which redirect users to product view with selected date in context to re-compute quantities at that time without able to filter by lot.I've seen `stock_quantity_history_location` and `stock_report_quantity_by_location` in OCA/stock-logistics-reporting repo but don't fit our needs.Ideally we would like to recreate stock.quant for a given date according to a possible set of criteria set by the users (restricted by locations / lot / product).Does anyone work on something like this on any odoo version? Does it make sense to suggest a new module `stock_quant_history like this in the OCA/stock-logistics-reporting repo? Any suggestions/advice you'll like to share are welcome!Regards,
by Pierre Verkest - 02:20 - 3 Apr 2024 -
Tree/List item "open modal form"
Dear community,
I'm looking for a module that implements a feature similar to enabling "open_form_view" on a tree/list, yet that opens the form as a modal overlay and allows editing.The use case: on products, there are extra fields with HTML values ("product details") that are copied to the sale order line and may be modified (alike "sale description").For obvious UX reasons, having HTML fields in a tree/list is not great, yet editing them somehow is still needed.I've considered alternative of setting editable to False does not do the trick as that form does not have all the fields exposed that are visible in the tree/list.If no such thing exists, I'm considering making a base_list_item_open module that would expand or alter the open_form_view approach.Cheers to all,Alexey
by Alexey Pelykh - 09:35 - 2 Apr 2024-
Re: Tree/List item "open modal form"
Thanks! I'll check that out at well!
On 3 Apr 2024, at 08:12, Daniel Reis <notifications@odoo-community.org> wrote:I recently impelmented a similar pattern:On Sales Order Lines there was a button to open a popup presenting a list of lines.The approach was:- add a one2many field on SOL- add a new Form view for SOL, with the one2many field- add a button on the SOL that opens the new SOL form in a popupA terça, 2/04/2024, 20:36, Alexey Pelykh <notifications@odoo-community.org> escreveu:Dear community,
I'm looking for a module that implements a feature similar to enabling "open_form_view" on a tree/list, yet that opens the form as a modal overlay and allows editing.The use case: on products, there are extra fields with HTML values ("product details") that are copied to the sale order line and may be modified (alike "sale description").For obvious UX reasons, having HTML fields in a tree/list is not great, yet editing them somehow is still needed.I've considered alternative of setting editable to False does not do the trick as that form does not have all the fields exposed that are visible in the tree/list.If no such thing exists, I'm considering making a base_list_item_open module that would expand or alter the open_form_view approach.Cheers to all,Alexey_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Alexey Pelykh - 08:56 - 8 Apr 2024 -
Re: Tree/List item "open modal form"
I recently impelmented a similar pattern:On Sales Order Lines there was a button to open a popup presenting a list of lines.The approach was:- add a one2many field on SOL- add a new Form view for SOL, with the one2many field- add a button on the SOL that opens the new SOL form in a popupA terça, 2/04/2024, 20:36, Alexey Pelykh <notifications@odoo-community.org> escreveu:Dear community,
I'm looking for a module that implements a feature similar to enabling "open_form_view" on a tree/list, yet that opens the form as a modal overlay and allows editing.The use case: on products, there are extra fields with HTML values ("product details") that are copied to the sale order line and may be modified (alike "sale description").For obvious UX reasons, having HTML fields in a tree/list is not great, yet editing them somehow is still needed.I've considered alternative of setting editable to False does not do the trick as that form does not have all the fields exposed that are visible in the tree/list.If no such thing exists, I'm considering making a base_list_item_open module that would expand or alter the open_form_view approach.Cheers to all,Alexey_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Daniel Reis - 08:11 - 3 Apr 2024
-
-
Contribution
Bonjour à l'équipe OCA,
Je souhaite pouvoir rejoindre les discords OCA et commencer à contribuer !
A vous lire,
Bien à tous,
--
Cordialement,
by Aymeric KREMER - 12:27 - 2 Apr 2024-
Re: Contribution
Hi Aymeric,I can sort this out for you - just email here: discord-membership@odoo-community.orgI can then send you the current link to join.Thanks,RebeccaOn Tue, 2 Apr 2024 at 23:27, Aymeric Kremer <notifications@odoo-community.org> wrote:Bonjour à l'équipe OCA,
Je souhaite pouvoir rejoindre les discords OCA et commencer à contribuer !
A vous lire,
Bien à tous,
--
Cordialement,
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 12:56 - 4 Apr 2024
-
-
subscription or contracts?
Hi! I would like to use some functionality of recurring sales and/or recurring invoices. Looking at [1] I see "contract*" and subscription_oca. Both seem to do pretty much the same and I'm wondering which one to use. Subscriptions seem to be a bit easier to use. But are there any technical aspects which one solution can do but not the other? It seems that subscription_oca matches the official documentation [2] so maybe it's an OCA maintained former Odoo SA implementation? And contracts are an independent implementation? In this case which one has the more promising future path? Best regards, Jan [1] https://github.com/OCA/contract/ [2] https://www.odoo.com/documentation/15.0/applications/sales/subscriptions.html
by Jan Suhr - 10:21 - 29 Mar 2024-
Re: subscription or contracts?
I think the contrary: contract is there for long time and it's rock solid, while subscription_oca is way far away in terms of features than the other. The only argument for now is that subscription_oca is simpler, which is true, but that's also because it has less features. And adding such features will get to the same complexity of contract. I agree things can be improved, like hiding some features like predecessor/successor under configuration options (or even extract it to another module), but that's something that is also "simple to improve".Regards.
by Pedro M. Baeza - 06:30 - 1 Apr 2024 -
Re: subscription or contracts?
Hi,Our experience is that subscription is doing the stuff properly and natively.What cannot be done with subscription is mainly :* deal with different recurrent frequency on lines* make the quantity (invoiced/ordered) on dynamic data extracted from a python formulaEverything else is possible with subscription and mostly easier.So if you don't need one of those choose subscription.From now it's not available on the user portal but it will be simple to improve this.RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Jan Suhr | Nitrokey" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Vendredi 29 Mars 2024 22:22:13
Objet: subscription or contracts?Hi! I would like to use some functionality of recurring sales and/or recurring invoices. Looking at [1] I see "contract*" and subscription_oca. Both seem to do pretty much the same and I'm wondering which one to use. Subscriptions seem to be a bit easier to use. But are there any technical aspects which one solution can do but not the other? It seems that subscription_oca matches the official documentation [2] so maybe it's an OCA maintained former Odoo SA implementation? And contracts are an independent implementation? In this case which one has the more promising future path? Best regards, Jan [1] https://github.com/OCA/contract/ [2] https://www.odoo.com/documentation/15.0/applications/sales/subscriptions.html
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Florent THOMAS - 07:51 - 30 Mar 2024
-
-
Group based editable tree vs form pop up edition?
Dear Odoo experts,CONTEXT:More and more we are being contacted by companies who already use Odoo in some countries and would like to use it in Brazil too using the multi-companies approach. For service companies it's nearly possible (and a no go for industries because still too many side effects to deal with).As we isolated most of the fiscal craziness in the l10n_br_fiscal module with its own tables and UI, we can inject the Brazilian localization pretty smoothly in other modules (specially through our l10n_br_account module mediation).PROBLEM:What is still a problem is about half of the users in a Brazilian company need to check or even edit many fiscal parameters in orders lines or invoice lines (see screenshots).So we used to force the popup form based edition for these lines, that is we inherit the tree element and remove the editable="bottom" attribute.This however is very invasive for the non Brazilian users (because it is slower, because they might have customized the tree view). It also causes friction with some other modules that expect the default inline tree edition.To fix this I recently made a POC where we would have advanced Brazilian fiscal groups where users would see use these popup forms while many users would use the default inline tree edition.The problem is that it was using the groups_id in ir.ui.view to enable or not the group based view selection. But this feature has been removed in Odoo v16 to make the view caching easier:Do you have an alternative solution to suggest for v16? As views will be cached without group consideration I imagine the selection between editable tree and form will need to happen on the client side...I tried to add a groups=... on the attribute tag that overrides the editable property but it is not effective...Do you know a simple Javascript approach?Alternatively would could have a button in the tree that would open the form popup. Ideally that would be a Javascript action that doesn't require saving the form (a server side action would also have trouble finding a proper non inline form view to inherit). Such a Javascript button to switch the view could even be a generic OCA module. Any pointers on how to do it?Thank you.
by "Raphaël Valyi" <rvalyi@akretion.com> - 05:16 - 27 Mar 2024-
Re: Group based editable tree vs form pop up edition?
BTW this is the POC PR for sales in v14 if you are interested:All in all the way to switch the tree view to editable or not is a bit different between v14 and v16 but the idea to do it in the _view_get method is the same.Thank you again for encouraging me to try it this way.On Thu, Mar 28, 2024 at 11:17 PM Raphaël Valyi <notifications@odoo-community.org> wrote:Hello,Thank you Holger, overriding _get_view and using user_has_group absolutely still works in v16!I tried something like this for instance:if self.user_has_groups('base.group_system'):
for sub_form_node in arch.xpath("//field[@name='invoice_line_ids']/tree"):
sub_form_node.attrib["editable"] = ""I initially assumed the result of the method might be cached but fortunately that is not where the cache happens(I could test with different users). So the change is pretty easy to deal with.On Wed, Mar 27, 2024 at 3:17 PM Holger Brunn <notifications@odoo-community.org> wrote:*Do you have an alternative solution to suggest for v16?* override get_view for your model, and do group specific things there. Or probably better, override _get_view_cache [1], and also override _get_view_cache_key to add self.env.user.has_group('the_group.youre_looking_for') or similar to the cache key. I mourned the loss of group-specific view inheritance quite a bit, because you can do very nifty things with it. So I'm still of a mind to eventually write an addon that brings it back for models with some mixin applied. [1] https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ ir_ui_view.py#L2635 -- Your partner for the hard Odoo problems https://hunki-enterprises.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Raphaël ValyiFounder and consultant_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Raphaël ValyiFounder and consultant
by "Raphaël Valyi" <rvalyi@akretion.com> - 08:40 - 29 Mar 2024 -
Re: Group based editable tree vs form pop up edition?
Hello,Thank you Holger, overriding _get_view and using user_has_group absolutely still works in v16!I tried something like this for instance:if self.user_has_groups('base.group_system'):
for sub_form_node in arch.xpath("//field[@name='invoice_line_ids']/tree"):
sub_form_node.attrib["editable"] = ""I initially assumed the result of the method might be cached but fortunately that is not where the cache happens(I could test with different users). So the change is pretty easy to deal with.On Wed, Mar 27, 2024 at 3:17 PM Holger Brunn <notifications@odoo-community.org> wrote:*Do you have an alternative solution to suggest for v16?* override get_view for your model, and do group specific things there. Or probably better, override _get_view_cache [1], and also override _get_view_cache_key to add self.env.user.has_group('the_group.youre_looking_for') or similar to the cache key. I mourned the loss of group-specific view inheritance quite a bit, because you can do very nifty things with it. So I'm still of a mind to eventually write an addon that brings it back for models with some mixin applied. [1] https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ ir_ui_view.py#L2635 -- Your partner for the hard Odoo problems https://hunki-enterprises.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Raphaël ValyiFounder and consultant
by "Raphaël Valyi" <rvalyi@akretion.com> - 03:15 - 29 Mar 2024 -
Re: Group based editable tree vs form pop up edition?
*Do you have an alternative solution to suggest for v16?* override get_view for your model, and do group specific things there. Or probably better, override _get_view_cache [1], and also override _get_view_cache_key to add self.env.user.has_group('the_group.youre_looking_for') or similar to the cache key. I mourned the loss of group-specific view inheritance quite a bit, because you can do very nifty things with it. So I'm still of a mind to eventually write an addon that brings it back for models with some mixin applied. [1] https://github.com/OCA/OCB/blob/16.0/odoo/addons/base/models/ ir_ui_view.py#L2635 -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 07:16 - 27 Mar 2024
-
-
Issues when running tests
Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B.
by Francesco Ballerini - 08:57 - 26 Mar 2024-
Re: Issues when running tests
I take the freedom to ask an additional tip, this time is about writing tests:I made this PR which is only failing code coverage check by a 0,01% diff compared to last commit.This diff though, is marked as an indirect change due to partial coverage of a line which is defined in another module: see on code coverage .Is it possible for me to fix this missing coverage in my PR? Any hint on how to manage this?Thank you again,Fra B.Il giorno mar 26 mar 2024 alle ore 22:26 Francesco Ballerini <francescobl.lavoro@gmail.com> ha scritto:Thanks @Michael Tietz @Isabelle RICHARD, my brain often goes into "low battery mode" at the end of the day. I was running tests in a db without demo datas enabled and confusing master-data and demo data. 😁Thank you very muchFrancesco B.Il giorno mar 26 mar 2024 alle ore 21:12 Isabelle RICHARD <notifications@odoo-community.org> ha scritto:Hi Francesco,You are talking about master data, but the product with the reference product.product_product_9 is a demo data.It's only present in your database if you enabled the Demo Data option, when you created your database.Data is defined in: https://github.com/odoo/odoo/blob/14.0/addons/product/data/product_demo.xmlWhich is referred as a demo file in manifest: https://github.com/odoo/odoo/blob/14.0/addons/product/__manifest__.py#L48Did you enable this?
Regards,--Isabelle RICHARDLe mar. 26 mars 2024 à 20:57, Francesco Ballerini <notifications@odoo-community.org> a écrit :Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B._______________________________________________
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 - 10:56 - 27 Mar 2024 -
Re: Issues when running tests
Thanks @Michael Tietz @Isabelle RICHARD, my brain often goes into "low battery mode" at the end of the day. I was running tests in a db without demo datas enabled and confusing master-data and demo data. 😁Thank you very muchFrancesco B.Il giorno mar 26 mar 2024 alle ore 21:12 Isabelle RICHARD <notifications@odoo-community.org> ha scritto:Hi Francesco,You are talking about master data, but the product with the reference product.product_product_9 is a demo data.It's only present in your database if you enabled the Demo Data option, when you created your database.Data is defined in: https://github.com/odoo/odoo/blob/14.0/addons/product/data/product_demo.xmlWhich is referred as a demo file in manifest: https://github.com/odoo/odoo/blob/14.0/addons/product/__manifest__.py#L48Did you enable this?
Regards,--Isabelle RICHARDLe mar. 26 mars 2024 à 20:57, Francesco Ballerini <notifications@odoo-community.org> a écrit :Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B._______________________________________________
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 - 10:31 - 26 Mar 2024 -
Re: Issues when running tests
Hi Francesco,You are talking about master data, but the product with the reference product.product_product_9 is a demo data.It's only present in your database if you enabled the Demo Data option, when you created your database.Data is defined in: https://github.com/odoo/odoo/blob/14.0/addons/product/data/product_demo.xmlWhich is referred as a demo file in manifest: https://github.com/odoo/odoo/blob/14.0/addons/product/__manifest__.py#L48Did you enable this?
Regards,--Isabelle RICHARDLe mar. 26 mars 2024 à 20:57, Francesco Ballerini <notifications@odoo-community.org> a écrit :Hello,I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.When I try to run tests for module sale_product_multi_add by launching command:python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enabletests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txtI have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.I hope I have provided enough informations, if not, let me know.Do you have any suggestions?Thanks,Fra B._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Isabelle RICHARD - 09:10 - 26 Mar 2024 -
Re: Issues when running tests
Hello,
it seems that your database contains no demo data.
The tests are only running with demo data.
Ensure that you creating your database without this flat "--without-demo" https://www.odoo.com/documentation/17.0/developer/reference/cli.html?highlight=demo#cmdoption-odoo-bin-without-demo
Am 26.03.24 um 20:57 schrieb Francesco Ballerini:
Hello,
I am trying to run tests in my Odoo instance by adding --test enable but I'm having some issues. I am not used to run tests so I'm probably just missing something.
When I try to run tests for module sale_product_multi_add by launching command:
python3 odoo-bin -c odoo.conf -d dbname -u sale_product_multi_add --test-enable
tests immediately fails because `self.env.ref()` cannot read external ids for master-datas. You can see the complete log in attached .txt
I have also tried to run the same command for module sale_product_brand_exception which also checks for master-data and I got the same error.
It seems like an issue with the environment, but addons path is defined in odoo.conf and working well outside of tests. I have also tried to pass --addons-path parameter in the CLI command but the result didn't changed.
I hope I have provided enough informations, if not, let me know.Do you have any suggestions?
Thanks,Fra B.

Privo di virus.www.avast.com _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Michael Tietz - 09:06 - 26 Mar 2024
-
-
Manufacturing Operations - Duration UoM
Hello, Community.For some types of manufacturing the Operation Duration can be planned in days, rather than in minutes.Are there any OCA modules available which will override the default Duration of the BoM / Operations?Thank you.
by Arthur Franklin Smith - 04:35 - 23 Mar 2024 -
Stock valuation based on warehouse/location - food for thought ;-)
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be welcome. Best regards Radovan Skolnik
by Radovan Skolnik - 07:01 - 20 Mar 2024-
Re: Stock valuation based on warehouse/location - food for thought ;-)
Hi! Check this Odoo Experience Video from 2021: https://www.youtube.com/watch?v=JHqrYn_Xgk0 Regards El 2024-03-21 06:56, Graeme Gellatly escribió: > Odoo had actual cost. Then removed it. Now it is available for select > odoo customers but not me. I have to do my own. > On Thu, 21 Mar 2024, 9:42 pm Frederik Kramer, < > notifications@odoo-community.org [1] > wrote: > Hi Graeme, > > you are right. I all to often forget that Odoos "Standard Price" > valuation method, is "only" using the default standard price not > the actual purchase price. (see > https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html > [2] ) > Though i do agree that this is mostly a reporting issue and should > be adjustable via specific journal items, i would still prefer a > valuation based on cost price. Can't imaging that i would be all > to hard to implement this. But it should definitly be done by Odoo > S.A. themselves. Did anybody ever raise this feature request? I > think if Odoo really wants to compete with say SAP it needs to > implement this. It'll be hard to manually adjust that for million > stock transaction multi warehouse case. > Best Frederik > > Am 21.03.24 um 08:57 schrieb Graeme > Gellatly: > > > Serialisation is neither a qualification nor > disqualification. IAS2 is a simple standard largely unchanged > since the 70s. Seperately identifiable refers mostly to > wjether the organisation seperately identifies it e.g. for a > particular customer. E.g a large order at special pricing or > a custom manufacture item could qualify. But a bunch of > serialised items for general sale that are easily exchanged do > not. > > Cost method won't do it because odoo does not > support it. In cases where everything is custom or non > fungible you basically have to use actual cost or serial track > svls using fifo. Either is custom dev. I've done both, serial > with fifo is easier but not without issues. More recently with > v16 making Fifo a bit difficult for my use cases I've > reimplemented actual over a small subset of non fungible > items. It is manageable but at an entire company catalog scale > i wouldn't trust it. > > But in truth it is only a reporting issue. If > your stock turn is high and you don't have a lot of it it is > usually immaterial or easily adjusted for manually during > report preparation. > > > On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, > < notifications@odoo-community.org [3] > > wrote: > > > What does "separately identifiable" mean? Is a serial > number enough? I generally don't see a reason why cost > price method wouldn't do the job. It is valuing based > on every single purchase transaction, isn't it? > > Best Frederik > > Am 21.03.24 um 01:42 schrieb Graeme Gellatly: > > Under ias2 if it is seperately > identifiable for a customer it should have its own > valuation regardless of warehouse location. The > usual 2 ways are actual cost with lot tracking not > in odoo standard or a seperate product. > > On Thu, 21 Mar 2024, 9:46 am Iryna > Vyshnevska, < notifications@odoo-community.org [4] > > wrote: > > > Cost method can be set per product per > company, so if warehouses A and B belong to > different companies valuation can be > different. I hardly can imagine a need to have > a different valuation approach for one product > in one company as this will create different > approaches in valuation in accounting. > > > > On Wed, Mar 20, 2024 at 10:00 PM > Abdalrhman Hassan عبدالرحمن حس ن < notifications@odoo-community.org > [5] > > wrote: > > What a methdolgoy !🤔 > First time hear about this scenario. > > > On Mar 20, 2024, at 9:02 PM, > Radovan Skolnik < notifications@odoo-community.org [6] > > wrote: > > Hi, > today I have had an interesting conversation about Odoo's shortcoming > regarding stock valuation. I was told it is common practice and in > some cases part of the legislation in here to have a different stock > valuation in different warehouses/locations. For example I commonly > purchase a certain type of notebook which I store in a warehouse A > from which I also sell it. Now I have won a big contract to supply 500 > of such notebooks somewhere. I contact my supplier, arrange a big > discount for the 500 notebooks and have them sent to warehouse B (a > project warehouse). The requirement would be that the valuation of > stock in warehouse B is different (based on that heavily discounted > purchase) from the one in warehouse A and these 2 shouldn't mix. > Have you ever encountered such requirement? Is this common situation? > I do not really need to solve this but it just got me curious. I guess > it should be possible to create such a thing but that would mean > patching stock_account, purchase_stock, stock_landed_costs and > mrp_subcontracting_[purchase|dropshipping] and we would have possible > as many stock valuation layer entries for each product as > warehouses/locations that we deal with separately. Any inputs/comments > would be welcome. > Best regards > Radovan Skolnik > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [7] > Post to: mailto: contributors@odoo-community.org [8] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [9] > > > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [10] > Post to: mailto: contributors@odoo-community.org [11] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [12] > > > > > -- > > > > Вишневська Ірина > > Vyshnevska Iryna > > > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [13] > Post to: mailto: contributors@odoo-community.org [14] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [15] > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [16] > Post to: mailto:contributors@odoo-community.org [17] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [18] > > > -- > Dr.-Ing. Frederik Kramer > Geschäftsführer > initOS GmbH > Innungsstraße 7 > 21244 Buchholz i.d.N. > Tel: +49 (0) 4181 13503 12 > Fax: +49 (0) 4181 13503 10 > Mobil: +49 (0) 179 3901819 > Email: frederik.kramer@initos.com [19] > Internet: www.initos.com [20] > Geschäftsführung: > Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke > Sitz der Gesellschaft: Buchholz i.d.N. > Amtsgericht Tostedt, HRB 205226 > USt-IdNr.: DE815580155 > Steuer-Nr: 15/200/53247 > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [21] > Post to: mailto: contributors@odoo-community.org [22] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [23] > > > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [24] > Post to: mailto:contributors@odoo-community.org [25] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [26] > > > -- > Dr.-Ing. Frederik Kramer > Geschäftsführer > initOS GmbH > Innungsstraße 7 > 21244 Buchholz i.d.N. > Tel: +49 (0) 4181 13503 12 > Fax: +49 (0) 4181 13503 10 > Mobil: +49 (0) 179 3901819 > Email: frederik.kramer@initos.com [27] > Internet: www.initos.com [28] > Geschäftsführung: > Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke > Sitz der Gesellschaft: Buchholz i.d.N. > Amtsgericht Tostedt, HRB 205226 > USt-IdNr.: DE815580155 > Steuer-Nr: 15/200/53247 > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [29] > Post to: mailto: contributors@odoo-community.org [30] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [31] > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [32] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [33] > > > > [1] mailto:notifications@odoo-community.org > [2] > https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html > [3] mailto:notifications@odoo-community.org > [4] mailto:notifications@odoo-community.org > [5] mailto:notifications@odoo-community.org > [6] mailto:notifications@odoo-community.org > [7] https://odoo-community.org/groups/contributors-15 > [8] mailto:contributors@odoo-community.org > [9] https://odoo-community.org/groups?unsubscribe > [10] https://odoo-community.org/groups/contributors-15 > [11] mailto:contributors@odoo-community.org > [12] https://odoo-community.org/groups?unsubscribe > [13] https://odoo-community.org/groups/contributors-15 > [14] mailto:contributors@odoo-community.org > [15] https://odoo-community.org/groups?unsubscribe > [16] https://odoo-community.org/groups/contributors-15 > [17] mailto:contributors@odoo-community.org > [18] https://odoo-community.org/groups?unsubscribe > [19] mailto:frederik.kramer@initos.com > [20] http://www.initos.com > [21] https://odoo-community.org/groups/contributors-15 > [22] mailto:contributors@odoo-community.org > [23] https://odoo-community.org/groups?unsubscribe > [24] https://odoo-community.org/groups/contributors-15 > [25] mailto:contributors@odoo-community.org > [26] https://odoo-community.org/groups?unsubscribe > [27] mailto:frederik.kramer@initos.com > [28] http://www.initos.com > [29] https://odoo-community.org/groups/contributors-15 > [30] mailto:contributors@odoo-community.org > [31] https://odoo-community.org/groups?unsubscribe > [32] https://odoo-community.org/groups/contributors-15 > [33] https://odoo-community.org/groups?unsubscribe
by info - 01:12 - 22 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Odoo had actual cost. Then removed it. Now it is available for select odoo customers but not me. I have to do my own.On Thu, 21 Mar 2024, 9:42 pm Frederik Kramer, <notifications@odoo-community.org> wrote:Hi Graeme,
you are right. I all to often forget that Odoos "Standard Price" valuation method, is "only" using the default standard price not the actual purchase price. (see https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html) Though i do agree that this is mostly a reporting issue and should be adjustable via specific journal items, i would still prefer a valuation based on cost price. Can't imaging that i would be all to hard to implement this. But it should definitly be done by Odoo S.A. themselves. Did anybody ever raise this feature request? I think if Odoo really wants to compete with say SAP it needs to implement this. It'll be hard to manually adjust that for million stock transaction multi warehouse case.
Best Frederik
Am 21.03.24 um 08:57 schrieb Graeme Gellatly:
Serialisation is neither a qualification nor disqualification. IAS2 is a simple standard largely unchanged since the 70s. Seperately identifiable refers mostly to wjether the organisation seperately identifies it e.g. for a particular customer. E.g a large order at special pricing or a custom manufacture item could qualify. But a bunch of serialised items for general sale that are easily exchanged do not.
Cost method won't do it because odoo does not support it. In cases where everything is custom or non fungible you basically have to use actual cost or serial track svls using fifo. Either is custom dev. I've done both, serial with fifo is easier but not without issues. More recently with v16 making Fifo a bit difficult for my use cases I've reimplemented actual over a small subset of non fungible items. It is manageable but at an entire company catalog scale i wouldn't trust it.
But in truth it is only a reporting issue. If your stock turn is high and you don't have a lot of it it is usually immaterial or easily adjusted for manually during report preparation.
On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, <notifications@odoo-community.org> wrote:
What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be welcome. 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
_______________________________________________
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
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
_______________________________________________
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" <graeme@moahub.nz> - 10:56 - 21 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Hi Graeme,
you are right. I all to often forget that Odoos "Standard Price" valuation method, is "only" using the default standard price not the actual purchase price. (see https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/warehouses_storage/inventory_valuation/inventory_valuation_config.html) Though i do agree that this is mostly a reporting issue and should be adjustable via specific journal items, i would still prefer a valuation based on cost price. Can't imaging that i would be all to hard to implement this. But it should definitly be done by Odoo S.A. themselves. Did anybody ever raise this feature request? I think if Odoo really wants to compete with say SAP it needs to implement this. It'll be hard to manually adjust that for million stock transaction multi warehouse case.
Best Frederik
Am 21.03.24 um 08:57 schrieb Graeme Gellatly:
Serialisation is neither a qualification nor disqualification. IAS2 is a simple standard largely unchanged since the 70s. Seperately identifiable refers mostly to wjether the organisation seperately identifies it e.g. for a particular customer. E.g a large order at special pricing or a custom manufacture item could qualify. But a bunch of serialised items for general sale that are easily exchanged do not.
Cost method won't do it because odoo does not support it. In cases where everything is custom or non fungible you basically have to use actual cost or serial track svls using fifo. Either is custom dev. I've done both, serial with fifo is easier but not without issues. More recently with v16 making Fifo a bit difficult for my use cases I've reimplemented actual over a small subset of non fungible items. It is manageable but at an entire company catalog scale i wouldn't trust it.
But in truth it is only a reporting issue. If your stock turn is high and you don't have a lot of it it is usually immaterial or easily adjusted for manually during report preparation.
On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, <notifications@odoo-community.org> wrote:
What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be welcome. 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
_______________________________________________
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
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
by Frederik Kramer - 09:41 - 21 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Serialisation is neither a qualification nor disqualification. IAS2 is a simple standard largely unchanged since the 70s. Seperately identifiable refers mostly to wjether the organisation seperately identifies it e.g. for a particular customer. E.g a large order at special pricing or a custom manufacture item could qualify. But a bunch of serialised items for general sale that are easily exchanged do not.Cost method won't do it because odoo does not support it. In cases where everything is custom or non fungible you basically have to use actual cost or serial track svls using fifo. Either is custom dev. I've done both, serial with fifo is easier but not without issues. More recently with v16 making Fifo a bit difficult for my use cases I've reimplemented actual over a small subset of non fungible items. It is manageable but at an entire company catalog scale i wouldn't trust it.But in truth it is only a reporting issue. If your stock turn is high and you don't have a lot of it it is usually immaterial or easily adjusted for manually during report preparation.On Thu, 21 Mar 2024, 8:36 pm Frederik Kramer, <notifications@odoo-community.org> wrote:What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be welcome. 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
_______________________________________________
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" <graeme@moahub.nz> - 08:56 - 21 Mar 2024 -
Re: Stock valuation based on warehouse/location - food for thought ;-)
Hello,
We actually have the same accounting practice in Macedonia. Long ago I wrote a design doc but never got to implement it.
This was concerning though only average price costing as this was the one most commonly used here. My conclusion was the same as what Radovan describes for FIFO. That is we would need to track cost price per warehouse and use it for the valuation entries.
Additionally also what is not part of Odoo and what comes naturally if you have different costing per warehouse, is the need to have inter-warehouse valuation entries created. In some sense this is like a separate company but at the end you would want to see that in one financial statement.
Kind Regards,
Kiril
On 21.3.24 08:36, Frederik Kramer wrote:
What does "separately identifiable" mean? Is a serial number enough? I generally don't see a reason why cost price method wouldn't do the job. It is valuing based on every single purchase transaction, isn't it?
Best Frederik
Am 21.03.24 um 01:42 schrieb Graeme Gellatly:
Under ias2 if it is seperately identifiable for a customer it should have its own valuation regardless of warehouse location. The usual 2 ways are actual cost with lot tracking not in odoo standard or a seperate product.
On Thu, 21 Mar 2024, 9:46 am Iryna Vyshnevska, <notifications@odoo-community.org> wrote:
Cost method can be set per product per company, so if warehouses A and B belong to different companies valuation can be different. I hardly can imagine a need to have a different valuation approach for one product in one company as this will create different approaches in valuation in accounting.
On Wed, Mar 20, 2024 at 10:00 PM Abdalrhman Hassan عبدالرحمن حس ن <notifications@odoo-community.org> wrote:
What a methdolgoy !🤔
First time hear about this scenario.
On Mar 20, 2024, at 9:02 PM, Radovan Skolnik <notifications@odoo-community.org> wrote:
Hi, today I have had an interesting conversation about Odoo's shortcoming regarding stock valuation. I was told it is common practice and in some cases part of the legislation in here to have a different stock valuation in different warehouses/locations. For example I commonly purchase a certain type of notebook which I store in a warehouse A from which I also sell it. Now I have won a big contract to supply 500 of such notebooks somewhere. I contact my supplier, arrange a big discount for the 500 notebooks and have them sent to warehouse B (a project warehouse). The requirement would be that the valuation of stock in warehouse B is different (based on that heavily discounted purchase) from the one in warehouse A and these 2 shouldn't mix. Have you ever encountered such requirement? Is this common situation? I do not really need to solve this but it just got me curious. I guess it should be possible to create such a thing but that would mean patching stock_account, purchase_stock, stock_landed_costs and mrp_subcontracting_[purchase|dropshipping] and we would have possible as many stock valuation layer entries for each product as warehouses/locations that we deal with separately. Any inputs/comments would be welcome. 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
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Вишневська Ірина
Vyshnevska Iryna
_______________________________________________
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
-- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH Innungsstraße 7 21244 Buchholz i.d.N. Tel: +49 (0) 4181 13503 12 Fax: +49 (0) 4181 13503 10 Mobil: +49 (0) 179 3901819 Email: frederik.kramer@initos.com Internet: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Buchholz i.d.N. Amtsgericht Tostedt, HRB 205226 USt-IdNr.: DE815580155 Steuer-Nr: 15/200/53247
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
by Kiril Vangelovski - 08:56 - 21 Mar 2024
-
-
[POS][16.0]Any way to sell a same product in different UoM
Hi everyone,I'm wondering if there is any way to have a product in the pos where you can choose the UoM you want tu use for the order.I' would like to prevent the creation of a second product with different UoM and managing the inventory of 2 product.Anyone already faced the same issue ?RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.com
by Florent THOMAS - 11:22 - 20 Mar 2024-
Re: [POS][16.0]Any way to sell a same product in different UoM
Thank to all of you,Definitively Kit BoM is the right answer !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Cyril VINH-TUNG" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 17:47:24
Objet: Re: [POS][16.0]Any way to sell a same product in different UoMHi FlorentFor a restaurant or a bar, we setup a UOM 'Bottle of 70cl' (type volume with factor of 0.7)And then a BOM (kit) : To do a glass of wine take 17cl of the bottle.You can do beers or cocktails with the same ideaBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mer. 20 mars 2024, 03:01, Florent Thomas <notifications@odoo-community.org> a écrit :Thanks Olger,Our use case is bottle of wine an dwine sold as a glass.Stock, sales and purchase are in uom = bottleglass = 1/6 of the bottleYour proposal implies a new product and a setup that could be difficult to maintain but you're right it should work.Thanks for sharing your thoughts !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Holger Brunn" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 11:32:35
Objet: Re: [POS][16.0]Any way to sell a same product in different UoM> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Florent THOMAS - 10:05 - 21 Mar 2024 -
Re: [POS][16.0]Any way to sell a same product in different UoM
Hi FlorentFor a restaurant or a bar, we setup a UOM 'Bottle of 70cl' (type volume with factor of 0.7)And then a BOM (kit) : To do a glass of wine take 17cl of the bottle.You can do beers or cocktails with the same ideaBest regards--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.comLe mer. 20 mars 2024, 03:01, Florent Thomas <notifications@odoo-community.org> a écrit :Thanks Olger,Our use case is bottle of wine an dwine sold as a glass.Stock, sales and purchase are in uom = bottleglass = 1/6 of the bottleYour proposal implies a new product and a setup that could be difficult to maintain but you're right it should work.Thanks for sharing your thoughts !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Holger Brunn" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 11:32:35
Objet: Re: [POS][16.0]Any way to sell a same product in different UoM> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Cyril VINH-TUNG - 05:46 - 20 Mar 2024 -
Re: [POS][16.0]Any way to sell a same product in different UoM
Thanks Olger,Our use case is bottle of wine an dwine sold as a glass.Stock, sales and purchase are in uom = bottleglass = 1/6 of the bottleYour proposal implies a new product and a setup that could be difficult to maintain but you're right it should work.Thanks for sharing your thoughts !RegardsFlorent THOMAS
☎ +33 972 457 755
✉ florent.thomas@mind-and-go.comDe: "Holger Brunn" <notifications@odoo-community.org>
À: "contributors" <contributors@odoo-community.org>
Envoyé: Mercredi 20 Mars 2024 11:32:35
Objet: Re: [POS][16.0]Any way to sell a same product in different UoM> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Florent THOMAS - 02:00 - 20 Mar 2024 -
Re: [POS][16.0]Any way to sell a same product in different UoM
> I'm wondering if there is any way to have a product in the pos where you can > choose the UoM you want tu use for the order. I' would like to prevent the > creation of a second product with different UoM and managing the inventory how about a kit product with a BOM that contains your original product? This also gives you a quite natural way to convert between the different UOM categories. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 11:31 - 20 Mar 2024
-
-
Help! Screen recording tool being discountinued
Hi all,my question is not odoo-related but very relevant for operations in my company.We've been using this tool for screen recording and sharing: https://recordit.co/Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.What are your suggestions?Thanks!
by Francesco Foresti - 11:21 - 19 Mar 2024-
Re: Help! Screen recording tool being discountinued
Hello Everyone,
You may try one of these two options- AnyDesk https://anydesk.com/en- TeamViewer https://www.teamviewer.com/en-mea/I use them alot during investigations and check with the customer.For Screen Recoridng you may use this optionAwesome Screenshot https://www.awesomescreenshot.comMany thanksOn Mar 19, 2024, at 1:22 PM, Francesco Foresti <notifications@odoo-community.org> wrote:Hi all,my question is not odoo-related but very relevant for operations in my company.We've been using this tool for screen recording and sharing: https://recordit.co/Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.What are your suggestions?Thanks!_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "Abdalrhman Hassan عبدالرحمن حس ن" <abdo.towfeg@gmail.com> - 01:05 - 1 Apr 2024 -
RE: Help! Screen recording tool being discountinued
Or the Windows 10-11 integrated snipping tool, you can then share by e-mail, OneDrive, Teams, WhatsApp, …
From: Johan Van Hirtum <notifications@odoo-community.org>
Sent: 19 March 2024 15:22
To: Contributors <contributors@odoo-community.org>
Subject: RE: Help! Screen recording tool being discountinuedDear,
Maybe Teamviewer is what you need. You can take control of the screen of your customer and help him as if you are standing next to him.
With kind regards,
Van Hirtum Johan
Van: Francesco Foresti [mailto:notifications@odoo-community.org]
Verzonden: dinsdag 19 maart 2024 13:17
Aan: Contributors
Onderwerp: Re: Help! Screen recording tool being discountinuedJust for clarification: we're looking for tools to provide to the end users (anyone working in the customer's company), so when they have any issue with or question about a specific behavior we can see the exact steps to reproduce the behavior.
So the goal is to have users quickly report any behavior by sending us a screen recording of it :)
FrancescoIl giorno mar 19 mar 2024 alle ore 11:42 Jairo Llopis <notifications@odoo-community.org> ha scritto:
We are happy with loom.com, although they don't support Firefox or Linux very properly.
Another option is OBS, although it requires a bit more setup and manual work.
El mar, 19 mar 2024 a las 10:22, Francesco Foresti (<notifications@odoo-community.org>) escribió:
Hi all,
my question is not odoo-related but very relevant for operations in my company.
We've been using this tool for screen recording and sharing: https://recordit.co/
Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.
This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:
- having a quick shortcut to screen recording
- when recording ended, a link was automatically generated for sharing the video
- no storage limit or preservation issues (links would still be working after months)
Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.
What are your suggestions?
Thanks!
_______________________________________________
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 kinxton - 12:26 - 1 Apr 2024 -
Re: Help! Screen recording tool being discountinued
Il giorno mar 19 mar 2024 alle ore 11:22 Francesco Foresti <notifications@odoo-community.org> ha scritto: > > Hi all, > > my question is not odoo-related but very relevant for operations in my company. > > We've been using this tool for screen recording and sharing: https://recordit.co/ > > Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement. > > This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for: > > - having a quick shortcut to screen recording > - when recording ended, a link was automatically generated for sharing the video > - no storage limit or preservation issues (links would still be working after months) Hi Francesco, have a look at pypeek: https://github.com/firatkiral/pypeek Simple, effective and multiplatform. No link and storage support unfortunately, but if you have a nextcloud instance (self-hosted or fully managed [*[) you could activate a share with links so that clients can easily upload videos by drag and drop. [*] https://nextcloud.com/partners/ S.
by Sergio Zanchetta - 09:21 - 20 Mar 2024 -
Re: Help! Screen recording tool being discountinued
My screen recorder software of choice is OBS (Open Broadcaster Software). Not only is it a robust and very capable screen recorder and streaming interphase, but it's open source too!
https://obsproject.com/On Tue, Mar 19, 2024 at 1:57 PM Diego Bollini <notifications@odoo-community.org> wrote:Hi!In Adhoc we are using screencastify. It is a Chrome extension, generates a link to share, it can be connected to Google drive, etcThe free version has some limits (number of videos and 5 minutes duration). Very similar to loom but it think is cheaper.Cheers!El mar, 19 mar 2024 12:42, Anders Wallenquist <notifications@odoo-community.org> escribió:One simple way to do screen-recordings on Ubuntu is using Ctrl + Shift +Alt + R and use the screen markin. Then you can email the recording - if you are using Thunderbird you can use i service, for example Thunderbird Send to send a link to the file (if its large).
Regards
Anders Wallenquist
Den 2024-03-19 kl. 14:12, skrev Victor Champonnois:
We made a small review of different remote control systems. Here are the solution we found :- https://rustdesk.com/ is intuitive and open source: all you need to do is install an application on the "target" computer (available as appimage or .deb), then send codes to the person who needs to connect. The offer is free as long as it passes through their servers, but you can also self-host.
- https://www.dwservice.net is another open source program, but more difficult to use (you need to run a bash script on the target computer), then configure shares. It's not very intuitive.
- https://remotedesktop.google.com is an option from google, you need to install a .deb on the target computer, you can access it via a chrome browser (but there's a firefox extension). You just need to send a code to connect. Intuitive too, but proprietary.
- Alternatively, there's teamviewer, but proprietary and not free.
We tested the three options with success.
Victor Champonnois - Coop IT Easy
On 19/03/24 13:42, Tom Blauwendraat wrote:
How about TeamViewer? It's not exactly what you want, but it has wide support for all kinds of end user systems, and even allows you to login remotely to the system. It has a screen recorder functionality as well, though I'm not sure if you need to be in a session to use it.
On 3/19/24 13:17, Francesco Foresti wrote:
Just for clarification: we're looking for tools to provide to the end users (anyone working in the customer's company), so when they have any issue with or question about a specific behavior we can see the exact steps to reproduce the behavior.
So the goal is to have users quickly report any behavior by sending us a screen recording of it :)
Francesco
Il giorno mar 19 mar 2024 alle ore 11:42 Jairo Llopis <notifications@odoo-community.org> ha scritto:
We are happy with loom.com, although they don't support Firefox or Linux very properly.
Another option is OBS, although it requires a bit more setup and manual work.
El mar, 19 mar 2024 a las 10:22, Francesco Foresti (<notifications@odoo-community.org>) escribió:
Hi all,
my question is not odoo-related but very relevant for operations in my company.
We've been using this tool for screen recording and sharing: https://recordit.co/
Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.
This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:
- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)
Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.
What are your suggestions?
Thanks!_______________________________________________
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
-- Med vänlig hälsning / Best regards / 顺祝商祺 , Anders Wallenquist <b>VERTEL AB</b>| Anders Wallenquist | anders.wallenquist@vertel.se +46 (0)13 99 19 480 | +46 (0) 709 565 160 | vertel.se
_______________________________________________
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 Samuel Macias Oropeza - 09:01 - 19 Mar 2024 -
Re: Help! Screen recording tool being discountinued
Hi!In Adhoc we are using screencastify. It is a Chrome extension, generates a link to share, it can be connected to Google drive, etcThe free version has some limits (number of videos and 5 minutes duration). Very similar to loom but it think is cheaper.Cheers!El mar, 19 mar 2024 12:42, Anders Wallenquist <notifications@odoo-community.org> escribió:One simple way to do screen-recordings on Ubuntu is using Ctrl + Shift +Alt + R and use the screen markin. Then you can email the recording - if you are using Thunderbird you can use i service, for example Thunderbird Send to send a link to the file (if its large).
Regards
Anders Wallenquist
Den 2024-03-19 kl. 14:12, skrev Victor Champonnois:
We made a small review of different remote control systems. Here are the solution we found :- https://rustdesk.com/ is intuitive and open source: all you need to do is install an application on the "target" computer (available as appimage or .deb), then send codes to the person who needs to connect. The offer is free as long as it passes through their servers, but you can also self-host.
- https://www.dwservice.net is another open source program, but more difficult to use (you need to run a bash script on the target computer), then configure shares. It's not very intuitive.
- https://remotedesktop.google.com is an option from google, you need to install a .deb on the target computer, you can access it via a chrome browser (but there's a firefox extension). You just need to send a code to connect. Intuitive too, but proprietary.
- Alternatively, there's teamviewer, but proprietary and not free.
We tested the three options with success.
Victor Champonnois - Coop IT Easy
On 19/03/24 13:42, Tom Blauwendraat wrote:
How about TeamViewer? It's not exactly what you want, but it has wide support for all kinds of end user systems, and even allows you to login remotely to the system. It has a screen recorder functionality as well, though I'm not sure if you need to be in a session to use it.
On 3/19/24 13:17, Francesco Foresti wrote:
Just for clarification: we're looking for tools to provide to the end users (anyone working in the customer's company), so when they have any issue with or question about a specific behavior we can see the exact steps to reproduce the behavior.
So the goal is to have users quickly report any behavior by sending us a screen recording of it :)
Francesco
Il giorno mar 19 mar 2024 alle ore 11:42 Jairo Llopis <notifications@odoo-community.org> ha scritto:
We are happy with loom.com, although they don't support Firefox or Linux very properly.
Another option is OBS, although it requires a bit more setup and manual work.
El mar, 19 mar 2024 a las 10:22, Francesco Foresti (<notifications@odoo-community.org>) escribió:
Hi all,
my question is not odoo-related but very relevant for operations in my company.
We've been using this tool for screen recording and sharing: https://recordit.co/
Unfortunately it will be discontinued by the end of the month and I'm looking for a replacement.
This tool was specifically user friendly as installing the desktop app (mac/win covering 99% of customers) it allowed for:
- having a quick shortcut to screen recording- when recording ended, a link was automatically generated for sharing the video- no storage limit or preservation issues (links would still be working after months)
Now for this last point we'd be ok with paying a premium storage plan or something like that, the important thing is to provide anyone working with us an easy way to quickly record and share screen recording.
What are your suggestions?
Thanks!_______________________________________________
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
-- Med vänlig hälsning / Best regards / 顺祝商祺 , Anders Wallenquist <b>VERTEL AB</b>| Anders Wallenquist | anders.wallenquist@vertel.se +46 (0)13 99 19 480 | +46 (0) 709 565 160 | vertel.se
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by dib - 08:53 - 19 Mar 2024
-
-
Introducing a new module: changing the title of the browser window
Dear ladies and gentlemen,My name is Stefan Pannier and I work as a project manager for the company "Intero Technologies GmbH" in Stralsund. We have many developers with a wide range of experience. Many of them have been working with Odoo for several years.
We just want to start getting more involved with the OCA. In your description says something about availability. What exactly do you mean by that?
We would like to present a new module at the OCA and get to know this process so that we can publish other modules.
New module:
The new module is for the project "Web" and it is about changing the title of the browser window. The standard "Odoo" is replaced by a text of your choice. The new title can be set for each company.
Is it the right repository?
Does it make sense to include this module in the OCA?Best regardsStefan Pannier
ProjektmanagerTel.: +49 3831 44557-0
E-Mail: s.pannier@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu.
by oca@intero-technologies.de - 10:26 - 19 Mar 2024-
Re: Introducing a new module: changing the title of the browser window
> no it's not (only) about the portal. It will set the browser's tab or window > title to a specific name. That's why we want to contribute it to the web > repository. It's just a small module with which we want to approach the > topic of contribution to the OCA. by all means please go ahead and propose your module. As the web repo is pretty crowded, I think server-brand is actually a good choice. Just be sure to have read all of https://odoo-community.org/get-involved/contribute to avoid frustration on both sides. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 12:05 - 20 Mar 2024 -
Re: Introducing a new module: changing the title of the browser window
Hi Adam,no it's not (only) about the portal. It will set the browser's tab or window title to a specific name. That's why we want to contribute it to the web repository.It's just a small module with which we want to approach the topic of contribution to the OCA.Best Regards,Christian Zöllner
SoftwareentwicklerTel.: +49 3831 44557-0
E-Mail: c.zoellner@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu. Von: "Adam Heinz" <notifications@odoo-community.org>
An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
Gesendet: Dienstag, 19. März 2024 15:02:10
Betreff: Re: Introducing a new module: changing the title of the browser windowThat sounds a little bit like portal_odoo_debranding in https://github.com/OCA/server-brand?On Tue, Mar 19, 2024 at 5:27 AM oca <notifications@odoo-community.org> wrote:Dear ladies and gentlemen,My name is Stefan Pannier and I work as a project manager for the company "Intero Technologies GmbH" in Stralsund. We have many developers with a wide range of experience. Many of them have been working with Odoo for several years.
We just want to start getting more involved with the OCA. In your description says something about availability. What exactly do you mean by that?
We would like to present a new module at the OCA and get to know this process so that we can publish other modules.
New module:
The new module is for the project "Web" and it is about changing the title of the browser window. The standard "Odoo" is replaced by a text of your choice. The new title can be set for each company.
Is it the right repository?
Does it make sense to include this module in the OCA?
Best regardsStefan Pannier
ProjektmanagerTel.: +49 3831 44557-0
E-Mail: s.pannier@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu. _______________________________________________
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 Christian Zöllner - 11:45 - 20 Mar 2024 -
Re: Introducing a new module: changing the title of the browser window
That sounds a little bit like portal_odoo_debranding in https://github.com/OCA/server-brand?On Tue, Mar 19, 2024 at 5:27 AM oca <notifications@odoo-community.org> wrote:Dear ladies and gentlemen,My name is Stefan Pannier and I work as a project manager for the company "Intero Technologies GmbH" in Stralsund. We have many developers with a wide range of experience. Many of them have been working with Odoo for several years.
We just want to start getting more involved with the OCA. In your description says something about availability. What exactly do you mean by that?
We would like to present a new module at the OCA and get to know this process so that we can publish other modules.
New module:
The new module is for the project "Web" and it is about changing the title of the browser window. The standard "Odoo" is replaced by a text of your choice. The new title can be set for each company.
Is it the right repository?
Does it make sense to include this module in the OCA?Best regardsStefan Pannier
ProjektmanagerTel.: +49 3831 44557-0
E-Mail: s.pannier@intero-technologies.deWebsite: www.intero-technologies.deIntero Technologies GmbHHeinrich-Heine-Ring 7618435 Stralsund





Weitere Standorte der Intero Technologies GmbH Bessemerstraße 8212103 BerlinSimon-von-Utrecht-Straße 120359 HamburgKleiststraße 2365187 WiesbadenCharles-Darwin-Ring 418059 RostockSperberweg 28
50829 KölnVon-Harnack-Straße 27-28
06712 Zeitz
Geschäftsführer: Frank Löffler, Lars Lifson USt-Id: DE 251251697, AG Stralsund HRB 7076 Alle Informationen zum Datenschutz gem. Art. 13 finden Sie hier. Auf Wunsch senden wir Ihnen diese Informationen gerne auch per PDF oder in gedruckter Form zu. _______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Adam Heinz - 03:00 - 19 Mar 2024
-