Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
-
Re: 15.0 branches
Thanks for the test, Mihai. By chance is one of your PR ready to ocabot merge ? So we have done full cycle before I push the fix ?Le dim. 17 oct. 2021 à 19:16, Mihai-Adrian Fekete <feketemihai@nexterp.ro> a écrit :Hi Stephane,seems the pre-commit-config.yaml remained with version 2.7.1, i change for l10n-romania to 3.0.2 and it's working fine. Thanks.- repo: https://github.com/acsone/setuptools-odoo rev: 2.7.1 hooks: - id: setuptools-odoo-make-default - id: setuptools-odoo-get-requirements args: - --output - requirements.txt - --header - "# generated from manifests external_dependencies" Cu respect,Mihai Fekete
NextERP Romania S.R.L.
600B, Peciu Nou, Romania
E-mail: feketemihai@nexterp.ro
Telefon: 0788-749989
Website: https://nexterp.roOn Sun, Oct 17, 2021 at 7:41 PM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:Thanks Stephane!El dom., 17 oct. 2021 16:42, Stéphane Bidoul <stephane.bidoul@acsone.eu> escribió:Dear contributors,As I'm writing this, the migration issues have been created and the 15.0 branches are being initialized.CI is done using GitHub actions by default.At the moment, runbot is not enabled while we are investigating options to make it run without .travis.yml.Let me know of any issue you might notice.Best regards,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Bidoul - 11:15 - 17 Oct 2021 -
Re: 15.0 branches
Hi Stephane,seems the pre-commit-config.yaml remained with version 2.7.1, i change for l10n-romania to 3.0.2 and it's working fine. Thanks.- repo: https://github.com/acsone/setuptools-odoo rev: 2.7.1 hooks: - id: setuptools-odoo-make-default - id: setuptools-odoo-get-requirements args: - --output - requirements.txt - --header - "# generated from manifests external_dependencies" Cu respect,Mihai Fekete
NextERP Romania S.R.L.
600B, Peciu Nou, Romania
E-mail: feketemihai@nexterp.ro
Telefon: 0788-749989
Website: https://nexterp.roOn Sun, Oct 17, 2021 at 7:41 PM Jordi Ballester Alomar <jordi.ballester@forgeflow.com> wrote:Thanks Stephane!El dom., 17 oct. 2021 16:42, Stéphane Bidoul <stephane.bidoul@acsone.eu> escribió:Dear contributors,As I'm writing this, the migration issues have been created and the 15.0 branches are being initialized.CI is done using GitHub actions by default.At the moment, runbot is not enabled while we are investigating options to make it run without .travis.yml.Let me know of any issue you might notice.Best regards,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Mihai Fekete - 07:15 - 17 Oct 2021 -
Re: 15.0 branches
Thanks Stephane!El dom., 17 oct. 2021 16:42, Stéphane Bidoul <stephane.bidoul@acsone.eu> escribió:Dear contributors,As I'm writing this, the migration issues have been created and the 15.0 branches are being initialized.CI is done using GitHub actions by default.At the moment, runbot is not enabled while we are investigating options to make it run without .travis.yml.Let me know of any issue you might notice.Best regards,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Jordi Ballester Alomar - 06:40 - 17 Oct 2021 -
Re: 15.0 branches
Hi Stephane,thanks for the work, still we have some issue is setuptoolsGenerate default setup.py for an addons directory........................Failed
- hook id: setuptools-odoo-make-default
- exit code: 1
Traceback (most recent call last):
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/bin/setuptools-odoo-make-default", line 8, in <module>
sys.exit(main())
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/make_default_setup.py", line 397, in main
make_default_setup_addons_dir(
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/make_default_setup.py", line 151, in make_default_setup_addons_dir
make_default_setup_addon(
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/make_default_setup.py", line 98, in make_default_setup_addon
_, _, odoo_version_info = _get_version(
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/core.py", line 151, in _get_version
raise DistutilsSetupError(
distutils.errors.DistutilsSetupError: Unsupported odoo version '15.0' in ./l10n_ro_config
Generate requirements.txt for an addons directory........................Failed
- hook id: setuptools-odoo-get-requirements
- exit code: 1
Traceback (most recent call last):
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/bin/setuptools-odoo-get-requirements", line 8, in <module>
sys.exit(main())
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/get_requirements.py", line 115, in main
requirements = _get_requirements(
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/get_requirements.py", line 62, in _get_requirements
metadata = get_addon_metadata(addon_dir, **overrides)
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/core.py", line 388, in get_addon_metadata
smeta = get_addon_setuptools_keywords(
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/core.py", line 440, in get_addon_setuptools_keywords
version, _, odoo_version_info = _get_version(
File "/home/runner/.cache/pre-commit/repofz2grbw4/py_env-python3/lib/python3.9/site-packages/setuptools_odoo/core.py", line 151, in _get_version
raise DistutilsSetupError(
distutils.errors.DistutilsSetupError: Unsupported odoo version '15.0' in ./l10n_ro_configEven i checked and the version is added in the github on Acsone.Regards / Cu respect,Mihai Fekete
NextERP Romania S.R.L.
600B, Peciu Nou, Romania
E-mail: feketemihai@nexterp.ro
Telefon: 0788-749989
Website: https://nexterp.roOn Sun, Oct 17, 2021 at 5:42 PM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Dear contributors,As I'm writing this, the migration issues have been created and the 15.0 branches are being initialized.CI is done using GitHub actions by default.At the moment, runbot is not enabled while we are investigating options to make it run without .travis.yml.Let me know of any issue you might notice.Best regards,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Mihai Fekete - 05:45 - 17 Oct 2021 -
Re: 15.0 branches
Thanks for the great work !!!!On 17 Oct 2021 16:42, Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Dear contributors,As I'm writing this, the migration issues have been created and the 15.0 branches are being initialized.CI is done using GitHub actions by default.At the moment, runbot is not enabled while we are investigating options to make it run without .travis.yml.Let me know of any issue you might notice.Best regards,_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
by Enric Tobella Alomar - 05:25 - 17 Oct 2021 -
15.0 branches
Dear contributors,As I'm writing this, the migration issues have been created and the 15.0 branches are being initialized.CI is done using GitHub actions by default.At the moment, runbot is not enabled while we are investigating options to make it run without .travis.yml.Let me know of any issue you might notice.Best regards,
by Stéphane Bidoul - 04:41 - 17 Oct 2021 -
RE: Use a domain filter on odoo13 XML with a stored computed value
Beautiful ! This is exactly what we need.
Thanks a lot !
Kind regards,
Van Hirtum Johan
Van: Cyril VINH-TUNG [mailto:cyril@invitu.com]
Verzonden: vrijdag 15 oktober 2021 17:12
Aan: Contributors
Onderwerp: Re: Use a domain filter on odoo13 XML with a stored computed valueLe ven. 15 oct. 2021 à 04:57, Johan Van Hirtum <johan@vanhirtum.be> a écrit :
Hello,
I want to use a domain filter on odoo13 XML with a stored computed value
This is my code
Py-file:
partner_domain = fields.Char('Domein', index=True, compute='_compute_function_dependence', store=True)
@api.depends('adres_function_ids')
def _compute_function_dependence(self):
partner_domain = []
partner_domain = [['|'], ('customer', '=', True), ('supplier', '=', True)]
self.partner_domain = json.dumps(partner_domain)
I used :
- store = True (field has to be stored)
- json.dumps : The field used as domain must provide the domain as a JSON encoded string.
XML-file : FIRST TRY : I tried to filter with context
<field name="partner_id" string="Partner" attrs="{'required':[('IsFreeAdres','=',False),('vhg_functie_compute','=',False)]}" context="{'default_partner_domain':partner_domain}"/>
RESULT : This doesn’t filter anything for partner_domain field, it gives all the records (no filter)
XML-file : SECOND TRY : filter with domain
<field name="partner_id" string="Partner" domain="partner_domain" attrs="{'required':[('IsFreeAdres','=',False),('vhg_functie_compute','=',False)]}" />
While debugging :
Partner_domain = <class 'list'>: [['|'], ['customer', '=', True], ['supplier', '=', True]]
I get an error:
Traceback:
eval_domains/<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:364:20
_.forEach@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:108:566
_.mixin/</_.prototype[name]@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:165:526
eval_domains@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:361:265
pyeval@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:377:24
stringToArray@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:329:2165
_getDomain@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1250:167
_search/def<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1005:677
_search@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1005:563
source/<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:996:233
_.forEach@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:108:566
source@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:996:55
_search@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1860:140
$.widget/</proxiedPrototype[prop]</<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1372:159
search@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1860:13
$.widget/</proxiedPrototype[prop]</<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1372:159
$.widget.bridge/$.fn[name]/<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1377:31
each@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:723:170
each@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:714:192
$.widget.bridge/$.fn[name]@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1374:327
_onInputClick@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1010:797
proxy/<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:3945:11
dispatch@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1024:447
add/elemData.handle@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1010:166
Does anyone knows how to solve this problem ?
Thanks in advance,
Maria Van Baelen
Van Hirtum Geudens nv
Broechemsesteenweg 281
2560 Nijlen
Tel : 03 410 12 20
Fout! Bestandsnaam niet opgegeven.
Met vriendelijke groet,
Maria Van Baelen
Van Hirtum Geudens nv
Broechemsesteenweg 281
2560 Nijlen
Tel : 03 410 12 20
Fout! Bestandsnaam niet opgegeven.
_______________________________________________
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 johan - 05:25 - 15 Oct 2021 -
Re: Use a domain filter on odoo13 XML with a stored computed value
HelloThis might help https://github.com/OCA/web/tree/14.0/web_domain_fieldBest regardsLe ven. 15 oct. 2021 à 04:57, Johan Van Hirtum <johan@vanhirtum.be> a écrit :Hello,
I want to use a domain filter on odoo13 XML with a stored computed value
This is my code
Py-file:
partner_domain = fields.Char('Domein', index=True, compute='_compute_function_dependence', store=True)
@api.depends('adres_function_ids')
def _compute_function_dependence(self):
partner_domain = []
partner_domain = [['|'], ('customer', '=', True), ('supplier', '=', True)]
self.partner_domain = json.dumps(partner_domain)
I used :
- store = True (field has to be stored)
- json.dumps : The field used as domain must provide the domain as a JSON encoded string.
XML-file : FIRST TRY : I tried to filter with context
<field name="partner_id" string="Partner" attrs="{'required':[('IsFreeAdres','=',False),('vhg_functie_compute','=',False)]}" context="{'default_partner_domain':partner_domain}"/>
RESULT : This doesn’t filter anything for partner_domain field, it gives all the records (no filter)
XML-file : SECOND TRY : filter with domain
<field name="partner_id" string="Partner" domain="partner_domain" attrs="{'required':[('IsFreeAdres','=',False),('vhg_functie_compute','=',False)]}" />
While debugging :
Partner_domain = <class 'list'>: [['|'], ['customer', '=', True], ['supplier', '=', True]]
I get an error:
Traceback:
eval_domains/<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:364:20
_.forEach@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:108:566
_.mixin/</_.prototype[name]@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:165:526
eval_domains@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:361:265
pyeval@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:377:24
stringToArray@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:329:2165
_getDomain@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1250:167
_search/def<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1005:677
_search@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1005:563
source/<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:996:233
_.forEach@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:108:566
source@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:996:55
_search@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1860:140
$.widget/</proxiedPrototype[prop]</<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1372:159
search@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1860:13
$.widget/</proxiedPrototype[prop]</<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1372:159
$.widget.bridge/$.fn[name]/<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1377:31
each@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:723:170
each@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:714:192
$.widget.bridge/$.fn[name]@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1374:327
_onInputClick@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1010:797
proxy/<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:3945:11
dispatch@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1024:447
add/elemData.handle@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1010:166
Does anyone knows how to solve this problem ?
Thanks in advance,
Maria Van Baelen
Van Hirtum Geudens nv
Broechemsesteenweg 281
2560 Nijlen
Tel : 03 410 12 20
Met vriendelijke groet,
Maria Van Baelen
Van Hirtum Geudens nv
Broechemsesteenweg 281
2560 Nijlen
Tel : 03 410 12 20
_______________________________________________
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:11 - 15 Oct 2021 -
Use a domain filter on odoo13 XML with a stored computed value
Hello,
I want to use a domain filter on odoo13 XML with a stored computed value
This is my code
Py-file:
partner_domain = fields.Char('Domein', index=True, compute='_compute_function_dependence', store=True)
@api.depends('adres_function_ids')
def _compute_function_dependence(self):
partner_domain = []
partner_domain = [['|'], ('customer', '=', True), ('supplier', '=', True)]
self.partner_domain = json.dumps(partner_domain)
I used :
- store = True (field has to be stored)
- json.dumps : The field used as domain must provide the domain as a JSON encoded string.
XML-file : FIRST TRY : I tried to filter with context
<field name="partner_id" string="Partner" attrs="{'required':[('IsFreeAdres','=',False),('vhg_functie_compute','=',False)]}" context="{'default_partner_domain':partner_domain}"/>
RESULT : This doesn’t filter anything for partner_domain field, it gives all the records (no filter)
XML-file : SECOND TRY : filter with domain
<field name="partner_id" string="Partner" domain="partner_domain" attrs="{'required':[('IsFreeAdres','=',False),('vhg_functie_compute','=',False)]}" />
While debugging :
Partner_domain = <class 'list'>: [['|'], ['customer', '=', True], ['supplier', '=', True]]
I get an error:
Traceback:
eval_domains/<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:364:20
_.forEach@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:108:566
_.mixin/</_.prototype[name]@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:165:526
eval_domains@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:361:265
pyeval@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:377:24
stringToArray@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:329:2165
_getDomain@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1250:167
_search/def<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1005:677
_search@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1005:563
source/<@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:996:233
_.forEach@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:108:566
source@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:996:55
_search@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1860:140
$.widget/</proxiedPrototype[prop]</<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1372:159
search@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1860:13
$.widget/</proxiedPrototype[prop]</<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1372:159
$.widget.bridge/$.fn[name]/<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1377:31
each@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:723:170
each@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:714:192
$.widget.bridge/$.fn[name]@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1374:327
_onInputClick@http://localhost:8069/web/content/101564-5deb54b/web.assets_backend.js:1010:797
proxy/<@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:3945:11
dispatch@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1024:447
add/elemData.handle@http://localhost:8069/web/content/100264-0fa046c/web.assets_common.js:1010:166
Does anyone knows how to solve this problem ?
Thanks in advance,
Maria Van Baelen
Van Hirtum Geudens nv
Broechemsesteenweg 281
2560 Nijlen
Tel : 03 410 12 20

Met vriendelijke groet,
Maria Van Baelen
Van Hirtum Geudens nv
Broechemsesteenweg 281
2560 Nijlen
Tel : 03 410 12 20

by johan - 04:56 - 15 Oct 2021 -
Re: Request for access to Iranian repository
Hello Saeed,There was a sync issue because your user was not correctly configured in the OCA database, but it is now resolved.You should have received the GitHub invite.-sbiOn Wed, Oct 13, 2021 at 8:36 AM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Hello Saeed,Since the current PSC representative is unresponsive, I have added you as a PSC member of OCA/l10n-iran.The team sync script will give you GitHub write permissions within 24h. Please check tomorrow.Welcome!Best regards,-StéphaneOn Wed, Oct 13, 2021 at 6:46 AM saeed raesi <saeed.raesi2020@gmail.com> wrote:Reminder of previous requestOn Sat, Sep 25, 2021 at 8:29 AM saeed raesi <saeed.raesi2020@gmail.com> wrote:Hi
I need Iranian repository access to develop Iranian localization modules
https://github.com/OCA/l10n-iran
I am a member of the translation team
And I sent a pull request for this repository
But no action has been takenCurrently, the only technical team in Iran is fadoo that is working on this project_______________________________________________
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:16 - 14 Oct 2021 -
Re: Odoo mailing-list (channels) and missing pictures
Found the culprit, current implementation breaks inheritance on `_send_prepare_body` and I don't understand why they used the body field from 'mail.message' instead of body_html from 'mail.mail' (at this point, the body_html field is already properly formatted since `_replace_local_links` has already been called on it).PR to fix this issue: https://github.com/odoo/odoo/pull/78390--
Yann PAPOUIN, Ingénieur R&D | DECLe ven. 8 oct. 2021 à 08:39, Yann Papouin <ypa@decgroupe.com> a écrit :Thank you, I will take a look on this module--
Yann PAPOUIN, Ingénieur R&D | DECLe mar. 5 oct. 2021 à 18:27, Holger Brunn <mail@hunki-enterprises.com> a écrit :> The access_token is working perfectly but the img src is not composed using > a FQDN ... Is there a module-workaround for this ? If not, I will have to > create a fix, does someone know where it occurred in the code ? https://github.com/OCA/OCB/blob/14.0/addons/mail/models/mail_thread.py#L1779 This could be fixable by simply adding a base tag to the email html https://developer.mozilla.org/en-US/docs/Web/HTML/Element/base but that's not supported in some mail clients like Outlook. You might want to migrate https://github.com/OCA/social/tree/10.0/mail_embed_image to have Odoo send mails with embedded images, but for mailinglists that's not such a good choice because it would blow up the amount of traffic tremendously. -- 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 Yann Papouin - 04:40 - 14 Oct 2021 -
OCA Codesprint
Hi,Is there any plan for a Codesprint during OCA days?I would be interested to contribute to porting modules from the helpdesk repo to v15.Thanks,Jean-Charles
by Jean-Charles Drubay - 02:25 - 14 Oct 2021 -
Re: Request for access to Iranian repository
Hello Saeed,Since the current PSC representative is unresponsive, I have added you as a PSC member of OCA/l10n-iran.The team sync script will give you GitHub write permissions within 24h. Please check tomorrow.Welcome!Best regards,-StéphaneOn Wed, Oct 13, 2021 at 6:46 AM saeed raesi <saeed.raesi2020@gmail.com> wrote:Reminder of previous requestOn Sat, Sep 25, 2021 at 8:29 AM saeed raesi <saeed.raesi2020@gmail.com> wrote:Hi
I need Iranian repository access to develop Iranian localization modules
https://github.com/OCA/l10n-iran
I am a member of the translation team
And I sent a pull request for this repository
But no action has been takenCurrently, the only technical team in Iran is fadoo that is working on this project_______________________________________________
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 - 08:40 - 13 Oct 2021 -
Re: Request for access to Iranian repository
Reminder of previous requestOn Sat, Sep 25, 2021 at 8:29 AM saeed raesi <saeed.raesi2020@gmail.com> wrote:Hi
I need Iranian repository access to develop Iranian localization modules
https://github.com/OCA/l10n-iran
I am a member of the translation team
And I sent a pull request for this repository
But no action has been takenCurrently, the only technical team in Iran is fadoo that is working on this project
by Saeed Raeisi - 06:45 - 13 Oct 2021 -
Re: Product set configurator
Hi YvesWe do not have extension for the website part, as we do not use the website at Akretion (we use Shopinvader ;))But It is totally possible to create such extension.RegardsLe jeu. 7 oct. 2021 à 15:17, Yves Le Doeuff - Alliasys <yld@alliasys.fr> a écrit :Hello Sebastien,
This module is what we are looking for.
Your module is a backend module but
Is there an extension to integrate this function in an Odoo e-commerce website ?
Regards,
Yves Le Doeuff
De : Sebastien Beau <sebastien.beau@akretion.com>
Envoyé : vendredi 24 septembre 2021 18:27
À : Contributors <contributors@odoo-community.org>
Objet : Re: Product set configuratorHi Yves
You can take a look at this project : https://github.com/akretion/sale-configurator
I plan to contribute it to OCA and I will propose a talk on it during OCA days.
The main concept is to define options on products (options are other products)
Then on a sale order you can add a "main line" (the product configurable) and "children line" that are linked to the configurable product.
Le ven. 24 sept. 2021 à 17:22, Yves Le Doeuff - Alliasys <yld@alliasys.fr> a écrit :
Dear contributors,
I am looking for a product configuration module to assemble a coherent set of compatible products. The typical example of use is the configuration of a computer (motherboard, processor, memory...). Each step of the assembly must allow to choose a component compatible with the previous choices according to rules to be defined (example: the processor chosen at step 2 must be compatible with the motherboard chosen at step 1).
I looked at the Product configurator module but it does not correspond exactly to what I am looking for because it uses the attributes of a single product but, in my case, the result will be a set of products added to the sale order (or to the cart on a e-commerce website).
Example of typical use on dell.com for a server configuration:
Does this functionality exist in an OCA module (front end and back end) ?
Thank you for your help
Best regards
Yves Le Doeuff
Intégrateur ERP Odoo
Assistance, Hébergement, Formation
Tél. 02 23 20 03 25
2, rue de la Senestrais – 35520 La Chapelle des Fougeretz
P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.
_______________________________________________
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 Sébastien Beau - 07:21 - 11 Oct 2021 -
Re: Odoo mailing-list (channels) and missing pictures
Thank you, I will take a look on this module--
Yann PAPOUIN, Ingénieur R&D | DECLe mar. 5 oct. 2021 à 18:27, Holger Brunn <mail@hunki-enterprises.com> a écrit :> The access_token is working perfectly but the img src is not composed using > a FQDN ... Is there a module-workaround for this ? If not, I will have to > create a fix, does someone know where it occurred in the code ? https://github.com/OCA/OCB/blob/14.0/addons/mail/models/mail_thread.py#L1779 This could be fixable by simply adding a base tag to the email html https://developer.mozilla.org/en-US/docs/Web/HTML/Element/base but that's not supported in some mail clients like Outlook. You might want to migrate https://github.com/OCA/social/tree/10.0/mail_embed_image to have Odoo send mails with embedded images, but for mailinglists that's not such a good choice because it would blow up the amount of traffic tremendously. -- 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 Yann Papouin - 08:40 - 8 Oct 2021 -
RE: Product set configurator
Hello Sebastien,
This module is what we are looking for.
Your module is a backend module but
Is there an extension to integrate this function in an Odoo e-commerce website ?
Regards,
Yves Le Doeuff
De : Sebastien Beau <sebastien.beau@akretion.com>
Envoyé : vendredi 24 septembre 2021 18:27
À : Contributors <contributors@odoo-community.org>
Objet : Re: Product set configuratorHi Yves
You can take a look at this project : https://github.com/akretion/sale-configurator
I plan to contribute it to OCA and I will propose a talk on it during OCA days.
The main concept is to define options on products (options are other products)
Then on a sale order you can add a "main line" (the product configurable) and "children line" that are linked to the configurable product.
Le ven. 24 sept. 2021 à 17:22, Yves Le Doeuff - Alliasys <yld@alliasys.fr> a écrit :
Dear contributors,
I am looking for a product configuration module to assemble a coherent set of compatible products. The typical example of use is the configuration of a computer (motherboard, processor, memory...). Each step of the assembly must allow to choose a component compatible with the previous choices according to rules to be defined (example: the processor chosen at step 2 must be compatible with the motherboard chosen at step 1).
I looked at the Product configurator module but it does not correspond exactly to what I am looking for because it uses the attributes of a single product but, in my case, the result will be a set of products added to the sale order (or to the cart on a e-commerce website).
Example of typical use on dell.com for a server configuration:
Does this functionality exist in an OCA module (front end and back end) ?
Thank you for your help
Best regards
Yves Le Doeuff
Intégrateur ERP Odoo
Assistance, Hébergement, Formation
Tél. 02 23 20 03 25
2, rue de la Senestrais – 35520 La Chapelle des Fougeretz
P Pensez ENVIRONNEMENT : n'imprimer que si nécessaire.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Yves Le Doeuff - 03:16 - 7 Oct 2021 -
Re: Odoo mailing-list (channels) and missing pictures
> The access_token is working perfectly but the img src is not composed using > a FQDN ... Is there a module-workaround for this ? If not, I will have to > create a fix, does someone know where it occurred in the code ? https://github.com/OCA/OCB/blob/14.0/addons/mail/models/mail_thread.py#L1779 This could be fixable by simply adding a base tag to the email html https://developer.mozilla.org/en-US/docs/Web/HTML/Element/base but that's not supported in some mail clients like Outlook. You might want to migrate https://github.com/OCA/social/tree/10.0/mail_embed_image to have Odoo send mails with embedded images, but for mailinglists that's not such a good choice because it would blow up the amount of traffic tremendously. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 06:25 - 5 Oct 2021 -
Odoo mailing-list (channels) and missing pictures
Hi everyone,I'm currently stuck on an Odoo behaviour about pictures in email sent on Odoo mailing-lists.I'm pretty sure that you already noticed this behaviour on this list: instead of seeing your picture, you see its alt attribute as "picture-of-thing.png".That's because when the mail is sent to Odoo, it converts base64 pictures to attachments and the mail content is transformed with an img tag<img src="/web/image/521951?access_token=a8301246-ab90-46a5-9dfe-eff9df3dafb4" alt=" picture-of-thing.png" width="437" height="562">The access_token is working perfectly but the img src is not composed using a FQDN ...Is there a module-workaround for this ?If not, I will have to create a fix, does someone know where it occurred in the code ?
Yann PAPOUIN
Ingénieur R&D | DEC
A ZAC du Monné 3 r Champ du Verger 72700 ALLONNES
T 02 43 21 65 50 ext 51 F 02 43 39 30 78 E ypa@decgroupe.com W www.decgroupe.com
by Yann Papouin - 05:16 - 5 Oct 2021 -
Re: l10n-italy on apps.odoo.com
14.0:
l10n_it_fatturapa_out_stamp is updated before its dependency l10n_it_fatturapa_out. Throw back to the end of the queue.
l10n_it_invoices_data_communication_fatturapa is updated before its dependency l10n_it_fatturapa_in. Throw back to the end of the queue.
l10n_it_withholding_tax_reason is updated before its dependency l10n_it_withholding_tax. Throw back to the end of the queue.
l10n_it_fatturapa_export_zip is updated before its dependency l10n_it_fatturapa_out. Throw back to the end of the queue.
l10n_it_fatturapa: unmet dependency partner_firstname for series 14.0. Dependency might be invalid.
l10n_it_withholding_tax: unmet dependency l10n_it_fatturapa for series 14.0. Dependency might be invalid.
l10n_it_fatturapa_out_sp is updated before its dependency l10n_it_fatturapa_out. Throw back to the end of the queue.
l10n_it_fatturapa_in: unmet dependency l10n_it_fatturapa for series 14.0. Dependency might be invalid.
l10n_it_fatturapa_out: unmet dependency l10n_it_fatturapa for series 14.0. Dependency might be invalid.
On 05/10/21 15:42, Andrea Cometa - Apulia Software srl wrote:
Hi all,
we should have fixed licenses issues of l10n-italy repo, but we still can't find some modules on apps.odoo.com (for v14), like l10n_it_fatturapa
Can anybody check?
Thanks!
--
Andrea Cometa - Presidente Associazione Odoo Italia
Apulia Software srl - Responsabile Commerciale ed Amministrativo
Taranto / Milano / Potenza
Tel: 0999915404 http://www.apuliasoftware.it
a.cometa@apuliasoftware.it pec: apulia.software@pec.it
linkedin: http://it.linkedin.com/in/andreacometa_______________________________________________
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 - 04:46 - 5 Oct 2021