{"push_id":3065164189,"size":136,"distinct_size":1,"ref":"refs/heads/master-iot-v2","head":"dbff69ae22f53f4b692c479261e989d79a3fb304","before":"36093e276d1ac205a9c4d1e82915a07b8228b552","commits":[{"sha":"cfca2bb0ffa8a16aeafa3c4114c7f731ee0c87d9","author":{"name":"Julien (juc) Castiaux","email":"611046fadbce425f90f3e6c162671e428dd59ee2@odoo.com"},"message":"[FIX] event: wrong email footer\n\nIn a multiple company account, when creating an event without\ncompany, the emails sent contain \"Send by False\" as footer, this\nPR correct that by disabling the footer in case there is no company\n\nopw-1894825","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/cfca2bb0ffa8a16aeafa3c4114c7f731ee0c87d9"},{"sha":"de6a8cefd0bb7acf7af3daba1d3c76da4cedfd76","author":{"name":"Julien (juc) Castiaux","email":"611046fadbce425f90f3e6c162671e428dd59ee2@odoo.com"},"message":"[FIX] mail: no company printed in footer\n\nIn a multiple company account, when a parter is doesn't have a\ncompany, the mails he revieved have \"Send by using odoo\" as footer.\n\nThis PR correct that by setting the footer to \"Send using odoo\" when\nthere is no company.\n\nopw-1894825","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/de6a8cefd0bb7acf7af3daba1d3c76da4cedfd76"},{"sha":"70a55a33c6a25f1d68c3faffb6a9616e78115e21","author":{"name":"Swapnesh Shah","email":"da3c8ae97b1bf2b4aa381dff500fe3a932bdfe59@gmail.com"},"message":"[FIX] point_of_sale: Tips product available in pos\n\nFrom 12.0 tips product from pos moduleis not available in PoS by default\n\ncloses odoo/odoo#28569","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/70a55a33c6a25f1d68c3faffb6a9616e78115e21"},{"sha":"5e987bc0208c05985a1373e0707ad4c9741b60f3","author":{"name":"Robot Odoo","email":"e5b8af77144c7ab3b64f7d349223922596815c76@odoo.com"},"message":"[FIX] event, mail: company in mail footer\n\ncloses odoo/odoo#28416","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/5e987bc0208c05985a1373e0707ad4c9741b60f3"},{"sha":"253676da5482872b8fce30a5e2223af244923bda","author":{"name":"Goffin Simon","email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com"},"message":"[FIX] product: Fields in the pricelist are not fully displayed\n\nSteps to reproduce the bug:\n\n-Activate the option \"Prices computed from formulas (discounts, margins, roundings)\" on the pricelist.\n-On the pricelist, click on Edit and select a product item.\n-Select \"Formula\" as Compute price\n\nBug:\n\nThe fields price_surcharge and price_max_margin were not fully displayed.\n\nIntroduced by: https://github.com/odoo/odoo/commit/9de1bc0eef6f5bfaa2a8d745431caa361ae91548#diff-e0b4a29125b1abccb0318498970342fcL61\n\nopw:1907217\n\ncloses odoo/odoo#28514","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/253676da5482872b8fce30a5e2223af244923bda"},{"sha":"01706392620e909b8deb9fdb1ea7793516bb8e16","author":{"name":"qsm-odoo","email":"75b324bb495ac8d4f83496f7c52eda774af7ed7a@odoo.com"},"message":"[FIX] website: restore customize menu loading\n\nWhen opening the customize menu as soon as the page became visible, an\nRPC crashed and the toggable options did not appear anymore. This\nhappened:\n\n1) DOM is ready.\n2) The user click on the menu.\n3) At the same time, the customize menu is initialized (`attachTo`),\n   its event handlers are bound and the async `willStart` method is\n   called.\n4) The event handler for the user click is called... and crashes as\n   requires a variable which would have been set in the `start` method.\n\nThe bug did not appear in previous versions as the handler was not using\nthe standard system and bound the event handler \"by hand\" in the `start`\nmethod.\n\nMaybe `attachTo` should not bind event handlers before the `willStart`\nmethod is completed; this would be a subject for the master branch. This\ncommit solves the problem by setting the required variable in the\n`willStart` method instead of the `start` method.\n\ncloses odoo/odoo#28578","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/01706392620e909b8deb9fdb1ea7793516bb8e16"},{"sha":"273126ab3448f89bc893e2929d815e8926e9425e","author":{"name":"qsm-odoo","email":"75b324bb495ac8d4f83496f7c52eda774af7ed7a@odoo.com"},"message":"[FIX] (website_)mass_mailing: restore popup design\n\nCompatibility: rebuilding a correct modal from user database content.\nSince the first version, the modal is saved in databases directly but\nhas never used a correct structure. While it was working with BS3, it is\nnot with BS4. This was breaking the design and prevented the modal to\nbe able to close.\n\ntask-1889341\n\ncloses odoo/odoo#28589","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/273126ab3448f89bc893e2929d815e8926e9425e"},{"sha":"80cef9e8c52ff7dc0715a7478a2288d3de7065df","author":{"name":"Nicolas Seinlet","email":"ab382f291bd3e88e67361105a0ebfb3eced16f6c@openerp.com"},"message":"[FIX] mail: faster blacklist search\n\nFor the special case of is_blacklisted, and due to\nthe size of the tablers to handle, it's faster to\nfilter some records rather than searching the whole\nres.partner table\n\ncloses odoo/odoo#28028","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/80cef9e8c52ff7dc0715a7478a2288d3de7065df"},{"sha":"95ceedb7fae707582b881873f7b3230878e76626","author":{"name":"Martin Trigaux","email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com"},"message":"[FIX] test_main_flows: adapt tour\n\nTo reflect changes in enterprise\n\ncloses odoo/odoo#28600","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/95ceedb7fae707582b881873f7b3230878e76626"},{"sha":"22b979533a54f957c69a0495583fc824171e7305","author":{"name":"Nicolas Martinelli","email":"771435c469f83f6aa9c405ac5e1ed06314a94f2d@odoo.com"},"message":"[FIX] product: dynamic variant creation\n\nThe new product configurator introduces the possibility to create\nvariants dynamically. One of the main goal is to be able to create\nproduct templates with **many** attributes and values, but not generate\nall variants automatically. Only the necessary variants are created\non-the-fly.\n\nHowever, it turns out that **many** dynamic attributes and values still\nfails. For example, create a product with 10 attributes, 10 values for\neach. This allows 10^10 theoretical combinations; although the variants\nare not created, the creation of the product template fails.\n\nThe reason is that the `variant_matrix` contains the list of all\ncombinations, which causes a `MemoryError`.\n\nAn easy modification to improve the process is to keep an iterator\ninstead of generating the list. This avoids the `MemoryError`, but it\nremains necessary to go through all combinations three times, which\nwould take too much time.\n\nTherefore, some refactoring is necessary in order to keep the same\nlogic, but avoid going through any huge list. Here are the improvements:\n\n1. Skip the creation part if nothing will be created.\n   If any attribute is dynamic, no variant is created. Therefore, we can\n   perform the check upfront and skip the variant creation part if\n   possible.\n\n2. Stop the creation loop as soon as possible.\n   There is an hardcoded limit of maximum 1000 variants to create. We\n   can perform this check along with the list creation instead of\n   checking at the end.\n\n3. Determine if a product has valid attributes in a different way.\n   The existing logic is safe but expensive: we check that all attribute\n   values of a product are part of the possible combinations. This can\n   be simplified by checking if (1) all attribute values of a variant\n   are part of the accepted attribute values of the template and (2) a\n   variant uses all attributes of the template. The second check is\n   mandatory to delete existing variants when an attribute is added to\n   the template.\n\nThanks to these modifications, we at worst go through 1000 possible\nattribute values combinations. It might still be possible to optimize\nstep 3 with a fancy SQL query which would retrieve all (in)valid\nproducts at once. Hopefully this won't be necessary and the optimized\nlogic will be enough.\n\nopw-1902392\n\ncloses odoo/odoo#28530","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/22b979533a54f957c69a0495583fc824171e7305"},{"sha":"58e4db64337e05590259e8759e31356383a9cae0","author":{"name":"RomainLibert","email":"d3a53ea3f0d6ebbbf1eb8431093f132bc4577d93@odoo.com"},"message":"[FIX] hr_holidays: use department members as employees\n\nIn https://github.com/odoo/odoo/commit/04250cff1be32c115804dd2a55eb0242df6abf52 a typo was introduced, this commit\naims at fixing it.\n\ncloses odoo/odoo#28609","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/58e4db64337e05590259e8759e31356383a9cae0"},{"sha":"b879dca025e1f1d14e0dfd558c47cc82f2576cf1","author":{"name":"Goffin Simon","email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com"},"message":"[FIX] sale: Payment terms from SO\n\nLet's consider a customer C with payment terms P1 set on it\n\nSteps to reproduce the bug:\n\n- Create a SO for C with payment terms P2\n- Confirm the SO and generate the invoice\n\nBug:\n\nThe payment terms on the invoice was P1 instead of P2\nThis fix allows to keep the same behavior as in 11.0\nIntroduced by: f1b2d165fb5378a8f6140b42d19f1e028cc289cc\n\nopw:1905710\n\ncloses odoo/odoo#28585","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/b879dca025e1f1d14e0dfd558c47cc82f2576cf1"},{"sha":"f16bd3edcab0b4f4137b91cbfccfd92e6df425cc","author":{"name":"qsm-odoo","email":"75b324bb495ac8d4f83496f7c52eda774af7ed7a@odoo.com"},"message":"[FIX] website: restore theme contact us page\n\nThe page appeared broken in some themes as the \"contact us\" button was\nagainst the bottom of the #wrap element.\n\ncloses odoo/odoo#28623","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/f16bd3edcab0b4f4137b91cbfccfd92e6df425cc"},{"sha":"517d184107ba09fa030ea1dcde026d5f3409fd20","author":{"name":"qsm-odoo","email":"75b324bb495ac8d4f83496f7c52eda774af7ed7a@odoo.com"},"message":"[FIX] website: no text-primary in accordion snippet\n\nFor some unknown reasons, the text-primary class was added on each\ncard-header of that snippet... while the default link color is already\nprimary by default.\n\nThis was however breaking some themes whose primary color would not fit\nin card-header while the link color (different from the primary one)\nwould.\n\ncloses odoo/odoo#28627","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/517d184107ba09fa030ea1dcde026d5f3409fd20"},{"sha":"4f9a0cb4fcdfa9fee66c042593f4d411dd0e192f","author":{"name":"qsm-odoo","email":"75b324bb495ac8d4f83496f7c52eda774af7ed7a@odoo.com"},"message":"[FIX] website: add some compatibility for old BS3\n\nThis commit adds a compatibility file which can be added on demand by\nenabling its associated view. This will basically map old BS3 classes\nand structures to the related style with BS4.\n\ncloses odoo/odoo#27981","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/4f9a0cb4fcdfa9fee66c042593f4d411dd0e192f"},{"sha":"622eb6b74711883606e44f6de51f4485b478606b","author":{"name":"len-odoo","email":"a573b540d2dde90ba6da3b9d6286c8ec60c10044@odoo.com"},"message":"[FIX] sale_stock: compute quantity differentiating incoming and outgoing pickings\n\nSuppose that you have a SO that you deliver.\nThen the client returns the products, getting a refund,\nwhich creates an incoming picking.\nIf you do then update the product sold quantity, the quantity to deliver is\ncomputed by summing the relevant picking.\nWe now discriminate incoming and outgoing picking, respectively substracting and\nadding the quantities.\n\nopw 1903559\n\ncloses odoo/odoo#28315","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/622eb6b74711883606e44f6de51f4485b478606b"},{"sha":"9c7043d2356b239704a278ef32a2d77fb4c893a2","author":{"name":"mreficent","email":"ba997cdf43d97e935af3981c5577761d2594ee41@eficent.com"},"message":"[IMP] account: test data: don't define any currency on test bank journal\n\nThe constraint introduced in https://github.com/odoo/odoo/commit/22f0da809e84618901b7ca4b78582abd64c03c55 raised in case the currency of the company loading the test data was also USD.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/9c7043d2356b239704a278ef32a2d77fb4c893a2"},{"sha":"5de5953ae7d60748ae7d7a2a66437d63fa8bec3f","author":{"name":"Andrea Stirpe","email":"e777786c9864d0c09aebcd8a0c439343c63b02c0@onestein.nl"},"message":"[FIX] account_asset: domain in multicompany\n\nIn a multicompany environment, an user who has access to multiple companies is\nable to select accounts and analytic accounts of multiple companies. This can\neasily lead to mistakes in the definition of the asset category.\n\nWith this commit the user can only read/select accounts and analytic accounts\nbelonging to the company already set in the asset category.\n\nThis is what is already done in most invoice or other accounting views\n\nCloses #26578","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/5de5953ae7d60748ae7d7a2a66437d63fa8bec3f"},{"sha":"081e1de879a44c412baabf7473e3bc5e1f935123","author":{"name":"Laurent Smet","email":"5db3d4f1d6b4d17736cc4314fc8ebcb0b306c087@odoo.com"},"message":"[FIX] account: Fix multi-company/currency in Aged Partner report\n\nThis code is called by account_reports to build the Aged Receivable/Payable.\nHowever, no support for the multi-company/multi-currency is there and then,\nthe multi-company filter on account_reports never worked.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/081e1de879a44c412baabf7473e3bc5e1f935123"},{"sha":"d2cd181abe0fc0238dc5556103e23cb9b809626b","author":{"name":"Goffin Simon","email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com"},"message":"[FIX] mrp: Bom Cost with variants are not displayed properly\n\nWhen making a BOM with variants, printing the Bom Structure didn't\ndisplay the complete name of each variant.\n\nopw:1902770","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/d2cd181abe0fc0238dc5556103e23cb9b809626b"}]}
{"actor":{"display_login":"qle-odoo"}}