{"push_id":925887350,"size":49,"distinct_size":1,"ref":"refs/heads/debugprod8.0","head":"04cef6bb7d0650d524b0a6535c71dd941cb51002","before":"6fca5620e8bc8928619a9b46556668ab9ead3e06","commits":[{"sha":"63414bef545c942eb13c4ebedaad8d47e374227a","author":{"email":"e7f5472e9a159f4d404f1091c7e345bf7ac1ddb0@odoo.com","name":"Odoo Translation Bot"},"message":"[I18N] Update translation terms from Transifex","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/63414bef545c942eb13c4ebedaad8d47e374227a"},{"sha":"80b373f1e5b6eb1f9b9d1a476bf0801989029c43","author":{"email":"fa3d2a164c1665f57e1a5ae4f6e252c95292ff50@syleam.fr","name":"Sylvain GARANCHER"},"message":"[FIX] ir_model: Fixed XML data recreation when inherited part are not deleted\n\nDescription: When updating the product module, if the \"Service\"\nproduct.product has been deleted, but not the corresponding\n\"product.template\" part, the update will crash on a \"duplicate xml id\"\nerror.\n\nThis commit fixes the bug by :\n- Adding the link to existing inherited model xml id in values\n- Avoid creating the duplicated XML ID\n\nIf the XML ID is found, but orphan, it's simply deleted.\n\nCloses #8966\nopw-658454","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/80b373f1e5b6eb1f9b9d1a476bf0801989029c43"},{"sha":"eb993b7f3bb93a951a63c5db73ca069ba8f835c3","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] purchase: supplier taxes in onchange_product_id\n\nWhen adding a line in a PO with the SUPERUSER_ID all the record rules\ndidn't apply on him. Then all the supplier taxes set on the  product\nwere written in the PO line even if some of its were not in the company\nof the user. Then with the SUPERUSER_ID, just the company taxes of this\nuser must be applied. Inspired from product_id_change in model\n'sale.order.line'.\n\nopw:659236","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/eb993b7f3bb93a951a63c5db73ca069ba8f835c3"},{"sha":"ccc26849e4b7a3b6109d0ef40c2e6774f3070c7c","author":{"email":"b1c1d8736f20db3fb6c1c66bb1455ed43909f0d8@the-compiler.org","name":"Florian Bruhin"},"message":"[CLA] Florian Bruhin\n\nCloses #10045","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/ccc26849e4b7a3b6109d0ef40c2e6774f3070c7c"},{"sha":"f1ed73e5eadf976de4191a44441e61441e96a563","author":{"email":"5ff8f63dad182baef8d30acb81b0c9febe6210f9@odoo.com","name":"David Monjoie"},"message":"[FIX] stock_account: default on lst_price instead of list_price\n\nThe list_price field doesn't take the extra price of variations\ninto account. Actually, it's not even a field of product.product.\nThe lst_price, however, is defined on both product.template and\nproduct.product and does account for the extra price of variations.\n\nOPW 659330","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/f1ed73e5eadf976de4191a44441e61441e96a563"},{"sha":"1995c347b658f4123457bad5bb84ccb885a805d6","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] stock_account: _store_average_cost_price\n\nThe function \"_store_average_cost_price\" doesn't have to update\nthe average cost price of a product if qty of the product in the move\nis equal to zero.\n\nopw:659329","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/1995c347b658f4123457bad5bb84ccb885a805d6"},{"sha":"1ac94db8e8fb001e5fbe893b98a08da2c4a97510","author":{"email":"094d5eb7b70ba97122d660cc79e7efc8277b5a48@gmail.com","name":"Danimar Ribeiro"},"message":"[FIX] context to map_tax\n\nMissing context to map_tax calls\nFixes #9909","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/1ac94db8e8fb001e5fbe893b98a08da2c4a97510"},{"sha":"f9f7669e601fd9b9824d1c9c4c49cb1ff1894645","author":{"email":"4bdbf52514b47f213b7b96ba3f1f119137da9773@therp.nl","name":"Holger Brunn"},"message":"[FIX] pass context as keyword argument to search()\n\ncloses #10080","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/f9f7669e601fd9b9824d1c9c4c49cb1ff1894645"},{"sha":"5425316eff19e7ae716aafdb730c92d1b3ea2abb","author":{"email":"da041d4dc0cbd1887011cdc12815601b7d2073cf@gmail.com","name":"Jairo Llopis"},"message":"[FIX] auth_signup: no SQL error for duplicated user\n\nIn case of registration with an already existant user, an SQL error 'duplicate\nkey value violates unique constaint res_users_login_key...'\nReplace by a more user friendly error.\n\nFixes #10068, opw 659913","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/5425316eff19e7ae716aafdb730c92d1b3ea2abb"},{"sha":"fc3c0b22f9d3a16a0b7aefde68a278dd9fff9789","author":{"email":"0f6b34787c713e65181da05457e492211a607c84@gmail.com","name":"Antonio Espinosa"},"message":"[FIX] mass_mailing: absolute URLs to email images\n\nPartial backport of 9.0 commit a14f89c8 to 8.0\n<base href=\"\"> are not well supported in some webmails\nReplace absolute URLs by full path appending the domain.\n\nCloses #10062","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/fc3c0b22f9d3a16a0b7aefde68a278dd9fff9789"},{"sha":"7f29a231186deb1856098d81703848ab6b24328c","author":{"email":"8dd417b68ca1b41b9fae61f535fe0b5d847bdd55@odoo.com","name":"Denis Ledoux"},"message":"[FIX] tools: email TLDs can be longer than 6 chars\n\nAccording to the RFC1034\nhttps://tools.ietf.org/html/rfc1034\n\nA TLD can use up to 63 octets.\n\nThe regex checking that an email address is valid\nshould there allow emails using a TLD with such a length.\n\nBesides, the use of TLD domains exceeding 6 characters is more\nand more common, nowadays.\n\ne.g. using a domain `.amsterdam`\n\nopw-660014","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/7f29a231186deb1856098d81703848ab6b24328c"},{"sha":"d251041c05706d7749bae38942a18dbab9edde79","author":{"email":"e7d1bb37ec7e3642244c251e98aac9ec347f7900@sodexis.com","name":"Suganthi, Sodexis"},"message":"[FIX] account_anglo_saxon: analytic account on the expense move line\n\nWhen using Anglo-Saxon accounting,\nthe customer invoice has two extra lines:\n - One on the output account\n - One on the expense account\n\nthe move line with the expense account should\nhave the analytic account set on the invoice line\n\nThis is related to the revision efee12a1bb7139ddf8fb67dc3f97be447aa77aa3,\nsolving the below issue:\nhttps://bugs.launchpad.net/openobject-addons/+bug/921877\n\nopw-659931\ncloses #10026","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/d251041c05706d7749bae38942a18dbab9edde79"},{"sha":"ca40236ddc75424be0e361f33adc55e8663ca399","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] sale: onchange_product_uom\n\nThe function \"product_uom_change\" was built to reset the price unit\nof a SO line when the uom was changed. Before this fix 503820a, the\nprice unit of the SO line only depended on the price list then it was\nnot needed to pass the fiscal position to this function.\n\nAfter this fix 503820a, the price unit of a SO line also depends on\nthe taxes set on the SO line(e.g.:if an included tax is deleted, the\nprice unit must be recomputed without this tax). Then to recompute the\nunit price, the function \"product_id_change\" must take into account\nthe fiscal position set on the SO to consider the right taxes to\nrecompute the unit price.\n\nThe fiscal position set on a SO must be passed to onchange_product_uom\neach time it will be called because the price unit will be recomputed.","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/ca40236ddc75424be0e361f33adc55e8663ca399"},{"sha":"4ed5d6517c11c4348f05cfbed34ebee46556e8e1","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] sale: sale-onchange_product_uom\n\nTo avoid duplication of code and to allow overwrite on product_uom_change\nIntroduced by ca40236","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/4ed5d6517c11c4348f05cfbed34ebee46556e8e1"},{"sha":"644bb3d674a88483f5a21bfa859afebb77bc571b","author":{"email":"8dd417b68ca1b41b9fae61f535fe0b5d847bdd55@odoo.com","name":"Denis Ledoux"},"message":"[FIX] google_calendar: default timezone\n\nIf no timezone was defined for the user,\nthe timezone sent to Google for the events\nsyncrhonization was set as `False` instead\nof the right default value `UTC`\n\nopw-660171","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/644bb3d674a88483f5a21bfa859afebb77bc571b"},{"sha":"0093372184c25b45e7512ddc4eadcc28a81bc716","author":{"email":"e7f5472e9a159f4d404f1091c7e345bf7ac1ddb0@odoo.com","name":"Odoo Translation Bot"},"message":"[I18N] Update translation terms from Transifex","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/0093372184c25b45e7512ddc4eadcc28a81bc716"},{"sha":"7c0e7347855a9bbc5014f55b8bb1225dff930a1a","author":{"email":"ae2d8d84fd04551b2ce277740c334289b82c3aa2@users.noreply.github.com","name":"xmo-odoo"},"message":"[FIX] strip group name before calling has_group\n\nuser_has_groups is used to check for groups in e.g. view attributes (`@groups`).\r\nWhen trying to format lists of groups in views, it would break down as it would \r\npass e.g. `\\n        some.group` to `res.users.has_group`, which would look for \r\nan xid with the module `\\n        some` and (oddly enough) not find it.\r\n\r\nTheoretically could also handle that inside res.users.has_group but it seems\r\never-so-slightly more risky, and has_group is only used programmatically and \r\nshould thus already be called correctly.\r\n\r\nfixes #9797","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/7c0e7347855a9bbc5014f55b8bb1225dff930a1a"},{"sha":"a617fd29ae318e5c8f6a728dede77b1f170b3553","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] website_sale: discount display in e-commerce\n\nEach time the quantity of a product is changed, the price must\nbe updated according to the pricelist of the user.\nWhen the price given by the pricelist is less then the unit price\nof the product, the reduction of the price must be displayed.\n\nA not stored computed field is added in model \"sale.order.line\"\nto compute the discounted price because when the module\nproduct_visible_discount is installed the price unit of a SO line\nis the full price of the product and the discount related to the pricelist\nis written in percent in the field discount(function \"product_id_change\"\nin addons/product_visible_discount/product_visible_discount.py).\n\nopw:660178","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/a617fd29ae318e5c8f6a728dede77b1f170b3553"},{"sha":"11cd22711c6a31d0f98628ebbbb01ab3ef5c23e8","author":{"email":"fa3d2a164c1665f57e1a5ae4f6e252c95292ff50@syleam.fr","name":"Sylvain GARANCHER"},"message":"[FIX] Fix check_xml when inheriting from views created in the same module\n\nWhen inheriting from a view in extension mode created in the same module, this\nview was not loaded during check_xml of the last view.\nThis caused an error when the last view wants to modify elements added\nby its direct parent view.\n\nExample :\n- View1, created in module \"account\"\n- View2, mode extension, created in module \"customer\", inherits View1\n- View3, created in module \"customer\", inherits View2\n\nDuring update of module \"customer\", when loading View3, the check_xml\ncall didn't load View2, because it's defined in the same module (and,\nobviously, this module has not be totally loaded at this point)\n\nThis is fixed by adding direct parent of each loaded view in the\ncheck_view_ids list in context, to force them to be loaded.\n\nCloses #9135","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/11cd22711c6a31d0f98628ebbbb01ab3ef5c23e8"},{"sha":"dfb0e4b8f1596fe3672791ced17e8f2773fb6051","author":{"email":"8c699a05c38304827cff61803bc9687ef59fcf8f@odoo.com","name":"Joren Van Onder"},"message":"[FIX] point_of_sale: subtotal non ESC/POS receipt shouldn't include tax\n\nOn the PosTicket receipt (non-ESC/POS receipt) we have a line titled\nsubtotal. The subtotal was calculated with getSubtotal(). The issue is\nthat getSubtotal() ends up just using the price of the product. This\ndoesn't make sense when taxes are included in the price, because then\nthe subtotal will contain taxes.\n\nIt's not an issue on the ESC/POS receipt, because there we don't show\nthe subtotal at all if we only have included taxes.\n\nfixes #10137\nopw-660266","distinct":false,"url":"https://api.github.com/repos/nuobit/odoo/commits/dfb0e4b8f1596fe3672791ced17e8f2773fb6051"}]}