{"push_id":2670894357,"size":206,"distinct_size":3,"ref":"refs/heads/master-odoobot-xdo2","head":"b8f3c699b074af23b5cc28511965f063c97577fe","before":"bd9e4c6b3560186627a1c5bae939049cb5aa5aab","commits":[{"sha":"1040ce923192451900bfe75a101eac3f8ca799da","author":{"name":"Olivier Colson","email":"4f12475ff4d55e5437d028bf66289e6d721eec60@odoo.com"},"message":"[FIX] account: dashboard: display latest statement balance for bank and cash journals only if it is different from the balance in GL.\n\nThe condition to do that was already present, but it wasn't evaluated; the t-if needed to be oustide of the div.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/1040ce923192451900bfe75a101eac3f8ca799da"},{"sha":"367fadc8d51f6169e2931270730357fdaed81986","author":{"name":"Goffin Simon","email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com"},"message":"[FIX] account: Currency rate conversion issue in vendor bill\n\nSteps to reproduce:\n\n- Enable multi currencies\n- Make sure that the current rate of a foreign currency (i.e. $) is not 1.0 (i.e. 0.5)\n- Create a purchasable product with a cost (i.e. 100€)\n- Create a vendor bill in a foreign currency (i.e. $)\n- Add the product on the invoice\n\nBug:\nThe unit price was equal to 25$ instead of 50$\n\nTechnical reason:\n\nThe function \"_onchange_product_id\" was called twice (the second time by function\n\"_onchange_uom_id\") and the price unit was converted twice in the currency of the vendor bill.\nThe idea of this fix is to only convert in the currency when the unit price is set\nby the system.\n\nFixes #24751\nopw:1849212","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/367fadc8d51f6169e2931270730357fdaed81986"},{"sha":"ea23a1ac8c6c68520f4f02a2f35ef7ab474b868a","author":{"name":"Adrian Torres","email":"510911ca0904df843254643ba27120ccabfde1b1@odoo.com"},"message":"[FIX] orm: re-create constraints of extended fields\n\nBefore this commit:\r\n\r\n* Module A defines a field X of model M\r\n* Module B inherits from model M without touching field X\r\n* Module C inherits from model M and extends field X by giving an INDEX\r\n/ NOT NULL constraint.\r\n* Module B and C depend from Module A, but not each other\r\n\r\nIf all three modules are installed and Module B is updated, the INDEX /\r\nNOT NULL constraint could be dropped.\r\n\r\nThis happens because Module B can be loaded before Module C is loaded,\r\nif that's the case, then after the upgrade of Module B, during the\r\nschema checking, we verify that the field object we have and the field\r\non the DB are the same, since Module B doesn't introduce the index then\r\nthis check is false and we drop the index. When we get to loading Module\r\nC, we do not do any schema checking because the module is not marked as\r\n`to upgrade`, therefore the index is lost forever.\r\n\r\nTo solve this, we re-init the models that belong to the set of the intersection\r\nbetween upgraded and modified models and loaded and modified models.\r\n\r\nFixes #24958","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/ea23a1ac8c6c68520f4f02a2f35ef7ab474b868a"},{"sha":"e2efec8e544917e8524f75739eaf7cfabc1e23ae","author":{"name":"Damien Bouvy","email":"26cc0816b78fc1f1d6597524ae2f7230dc232c77@odoo.com"},"message":"[FIX] pos: reconciliation and performance issues (#24610)\n\nBefore this commit, the complete list of orders of the pos session\r\nwas processed through the reconciliation mechanism to check if an\r\nautomatic reconciliation was possible (introduced in a controversial\r\n'bug fix' at fe70f07, itself a backport of a master commit at\r\na2319b4). The goal of this auto-reconciliation was to avoid potentially\r\nsilent and numerous customer statements that could be reconciled\r\nautomatically.\r\n\r\nThis is mostly useless in a lot of cases, since a lot of users do not\r\nset any partner_id value on the pos order - there is nothing useful to\r\nreconcile. Going through the whole list of orders is time-wasting\r\n(especially since the reconciliation method does not scale well).\r\n\r\nCombine this with users who do not close their POS session often enough\r\nand closing a session can suddenly take up to several hours to process\r\ninstead of several seconds with practically no obvious gain.\r\n\r\nAfter this commit, only orders which have a partner set on them will be\r\nauto-reconciled.\r\n\r\nopw-1818838 and opw-1817172","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/e2efec8e544917e8524f75739eaf7cfabc1e23ae"},{"sha":"a52c545d12039617432793f5ce8d8f4a4044b6c8","author":{"name":"Olivier-LAURENT","email":"7f4e20dd97e67568517d0edfe8ddc732f1aec58f@acsone.eu"},"message":"[FIX] base: timeout on smtp connections\n\nCurrently when connecting to a smtp server, if no response is returned\nand no error is raised, the `SMTP()` instantiation method never ends.\n\nThis PR is inspired by 54a477d7971e8bff08b related to `fetchmail()`.\nPossibly, a better way exists but it has to change some methods\nsignatures.\n\nCloses #24877\nopw-1851030","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/a52c545d12039617432793f5ce8d8f4a4044b6c8"},{"sha":"4f2442c4f6f9cfc2b694b3a4fc7b5c01a48a1cd5","author":{"name":"Toufik Benjaa","email":"c6f81aa4457266a65463c97406f59c8b81e8d7de@odoo.com"},"message":"[FIX] crm: Access rights issues in contact merging\n\n- When merging partners with fields restricted to certain groups which the user doesn't belong, an access error is raised.\n  To avoid this, we only merge fields that are accessible by the user. We do so by using the method fields_get() that only returns the fields accessible by the current user.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/4f2442c4f6f9cfc2b694b3a4fc7b5c01a48a1cd5"},{"sha":"0780f10c5474ae28e768b1bbba0245b0fb46e990","author":{"name":"Martin Trigaux","email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com"},"message":"[FIX] portal: use expected ID format\n\nIntroduced during forward port at 6a7db305\n_company_default_get returns a res.company record, not an ID\n\nopw-1855856","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/0780f10c5474ae28e768b1bbba0245b0fb46e990"},{"sha":"ab1690b3de34795ab4585d0989a5869e071d9fc2","author":{"name":"Nicolas Martinelli","email":"771435c469f83f6aa9c405ac5e1ed06314a94f2d@odoo.com"},"message":"[FIX] mass_mailing: URI too long\n\nSince commit 6494f511718893, all images in mass mailing are created as\nattachments. This can lead to URI too long to be handled by some proxy,\ne.g. Nginx.\n\nopw-1853188","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/ab1690b3de34795ab4585d0989a5869e071d9fc2"},{"sha":"21099f3eaf7b01a4f605c49daea529210b599bf0","author":{"name":"Nicolas Martinelli","email":"771435c469f83f6aa9c405ac5e1ed06314a94f2d@odoo.com"},"message":"[FIX] stock, stock_account: valuation with owner\n\nIssue 1\n-------\n\n- Set a product with:\n  Inventory Valuation: Manual\n  Costing Method: Average Cost (or Standard Price)\n- Receive 1 unit @ 10, set an owner\n\nIn the 'Inventory Valuation' report, the product is valued @ 10 while no\naccounting entry was created.\n\nThe system simply multiplies the available quantity by the cost price,\nwithout taking into account the ownership of the quants.\n\nIssue 2\n-------\n\n- Set a product with:\n  Inventory Valuation: Automated\n  Costing Method: Average Cost (or Standard Price)\n- Receive 1 unit @ 10, set an owner\n\nIn the 'Inventory Valuation' report, the product is valued @ 10 while no\naccounting entry was created.\n\nOnce again, the system simply multiplies the available quantity by the\ncost price, without taking into account the AML.\n\nSolution\n--------\n\nA slight refactoring of the `_compute_stock_value` method is necessary\nto make consistent the the FIFO computation and the Standard / Average\nmethod:\n- in case of manual valuation, the quantity on stock moves are taken\n  into account\n- in case of perpetual valuation, the quantity on AMLs is taken into\n  account\n\nThe method `_compute_quantities_dict` needs a minor change so a `False`\nvalue can be handled correctly.\n\nThe FIFO method is slightly changed:\n- the quantity at date takes into account the owner\n- in case of perpetual valuation, AMLs are used instead of stock moves\n\nBonus point: an error was discovered in `_create_account_move_line`\nthanks to the test `test_change_cost_method_1`. The forced quantity\nshould follow the same sign logic than the product quantity.\n\nopw-1849535","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/21099f3eaf7b01a4f605c49daea529210b599bf0"},{"sha":"2c91f37e387ecd0dd9acd45b3af4e13e47950f92","author":{"name":"Katherine Zaoral","email":"cf26e425dfb12859caeff86806ef66a4447144fc@users.noreply.github.com"},"message":"[CLA] Update adhoc CCLA\n\nTo add zaoral\r\n\r\nCloses #25110","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/2c91f37e387ecd0dd9acd45b3af4e13e47950f92"},{"sha":"ab8d7c936065458b2efbda77dd88e52f1c0461ac","author":{"name":"Martin Trigaux","email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com"},"message":"[FIX] doc: correct path to enterprise\n\nopw-1856379","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/ab8d7c936065458b2efbda77dd88e52f1c0461ac"},{"sha":"b0a29532ff49e9fb9d1100adfb1616cf403cc91d","author":{"name":"Nicolas Martinelli","email":"771435c469f83f6aa9c405ac5e1ed06314a94f2d@odoo.com"},"message":"[FIX] website_livechat: use only consumed ratings\n\nThe percentage computation of statistics only uses the consumed ratings\n>= 1 (through `rating_get_repartition`), while the initial search of the\nfirst 100 ratings doesn't have this restriction. It leads to an\ninconsistency between the ratings displayed and the percentages\ncomputed.\n\nMoreover, if there are less than 100 ratings, the percentage might not\nbe a natural number => use of float and round.\n\nopw-1854863","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/b0a29532ff49e9fb9d1100adfb1616cf403cc91d"},{"sha":"9d85fea1c30f041b123bec3aa5d6fffc84a320b6","author":{"name":"Nicolas Martinelli","email":"771435c469f83f6aa9c405ac5e1ed06314a94f2d@odoo.com"},"message":"[FIX] board: add extra info\n\nWhen an element is added to the dashboard, it is unclear to the user\nthat he needs to refresh the browser for the changes to take effect.\n\nopw-1853242","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/9d85fea1c30f041b123bec3aa5d6fffc84a320b6"},{"sha":"60614d99619e157de7ca680e91df598386dceacb","author":{"name":"Thibault Delavallée","email":"2d325771bb6e8870d87f0f3f7b45589a8338e550@odoo.com"},"message":"[FIX] test_mail: fix timezone issue in activity test\n\nDue to timezone difference between two test users the state of activities\ndepend on the time when the test is running. Indeed if user 1 plans an\nactivity for tomorrow this could already be today for user 2. Test\nthat ensure tomorrow is correctly computed should therefore be done with\nusers being in the same timezone. Current behavior is correct as activities\nmanipulate date that cannot always be timezoned back to another timezone.\n\nHow to reproduce the issue before this fix: run the activity mixin tests\nbetween 0:00 and 1:00 in +1 TZ (Brussels).","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/60614d99619e157de7ca680e91df598386dceacb"},{"sha":"3024dc12a37457d05176264cc32d73a0f252367a","author":{"name":"Thibault Delavallée","email":"2d325771bb6e8870d87f0f3f7b45589a8338e550@odoo.com"},"message":"[FIX] fleet: fix traceback when going to vehicle activities from systray\n\nDefault group by is required in order to correctly display a kanban view on\nvehicles.\n\nBy the way activities fitlers were missing. This commit adds them.\n\nThis commit is related to a recent commit adding activities in fleet, see\n7356c3b5b686e2eabaa597ca37ddaaff378d3f75 for more details.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/3024dc12a37457d05176264cc32d73a0f252367a"},{"sha":"f6a74f40b5c781870f7dc15bc125f879c73e27ad","author":{"name":"Nicolas Lempereur","email":"2907e499a003d1c3ab7944c0a40c6df46e3e3c2f@odoo.com"},"message":"[FIX] portal: typo in domain portal_message_fetch\n\nIn bd4f09f there was a typo in the domain portal message fetch (two `&`\ninstead of one), luckily this did not cause an error in 11.0\n\nBut in master expression.AND normalizes the domain, thus we got an error.\n\nopw-1819702\ncloses #25131","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/f6a74f40b5c781870f7dc15bc125f879c73e27ad"},{"sha":"a7d9d966a5d3bca32fd8585661f0c88a6464b957","author":{"name":"jem-odoo","email":"6964489703ed973b467c16e75b2abe91a57e12f6@openerp.com"},"message":"[FIX] models: m2o display name as sudo in read_group\n\nIn 10.0, the resolution of the m2o field in a read group was\ndone with a `read` (which sudo the name_get). So, the access\nrights were bypassed to get the display_name of the related\nrecords.\nIn 11.0, a call to `name_get` but not as `sudo` causing access\nerror in some case. For instance;\n- a user has read access on project\n- he log some timesheets\n- its access to project is removed, but not the timesheet ones\n- trying to access its own timesheet via the grid view (which does\na read_group)\n- the user gets the access error for project.\n\nThe read_group should reproduce the behavior of the `read` method,\nso the `name_get` for m2o field during a read_group is now sudoed\nto restore previous behavior.\n\nopw-1855942","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/a7d9d966a5d3bca32fd8585661f0c88a6464b957"},{"sha":"59bfef4c27c96e9f8b2e3af6361a92798916d77f","author":{"name":"Swapnesh Shah","email":"da3c8ae97b1bf2b4aa381dff500fe3a932bdfe59@gmail.com"},"message":"[Fix] hr_holidays: do not copy parent_id\n\nWhen creating an allocation by employee tag if you copied any allocation\nmade, it was still linked to the parent allocation, hence when\nconfirming/refusing the parent allocation it would confirm/refuse the\ncopied one too.\n\nCloses: #25106","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/59bfef4c27c96e9f8b2e3af6361a92798916d77f"},{"sha":"2a2a15e60f29e1c98f97ab1d3c868d38a98730b5","author":{"name":"Yannick Tivisse","email":"200a91eb0e5cc4726d6a3430713b580138f34298@odoo.com"},"message":"[FIX] mail: Make a correct xpath to insert opt-out on res.partner view\n\nThe current xpath in inserting the opt-out in the sub-kanban view for the child_ids.\n\nThe new xpath is inserting these two fields in the intended location.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/2a2a15e60f29e1c98f97ab1d3c868d38a98730b5"},{"sha":"7693ba2d35f424c0847ea40cf32678c7e2f55cab","author":{"name":"Nicolas Martinelli","email":"771435c469f83f6aa9c405ac5e1ed06314a94f2d@odoo.com"},"message":"[FIX] purchase: qty updated\n\n- Create a PO with 2 different product lines (A & B), confirm.\n- Change quantity of B and save\n\nThe chatter message mentions A, while the quantity of B was changed.\n\nopw-1849258","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/7693ba2d35f424c0847ea40cf32678c7e2f55cab"}]}
{"actor":{"display_login":"Xavier-Do"}}