{"push_id":2882710813,"size":8,"distinct_size":1,"ref":"refs/heads/saas-11.5-test-fill-temporal-rli","head":"36e6e7498635a8d52ee6a5b67c6abd5748662445","before":"7e0f3acf651d9aa7cf011879355363cc2a6c0b05","commits":[{"sha":"b78b9c87c95acdf6fcf4f4eb3a80efa0e90eae09","author":{"name":"sri-odoo","email":"532f110e089ab7f9606f1ba1fe4648a4a4d5dcc2@odoo.com"},"message":"[REF] web, *: redesign login screens\n\n* auth_signup, auth_oauth","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/b78b9c87c95acdf6fcf4f4eb3a80efa0e90eae09"},{"sha":"0354579c986d63b08eb85571602097c49afd1678","author":{"name":"Rémi Rahir","email":"2c7b05ed1488c7110901626c2c56645675e22767@odoo.com"},"message":"[IMP] iap,snailmail: support new trial system","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/0354579c986d63b08eb85571602097c49afd1678"},{"sha":"4393e48fec93d2f0872f48bc4ad172b03c948c24","author":{"name":"Aaron Bohy","email":"40b904fd8852297daeaeb426b1bca46fd2454aa3@odoo.com"},"message":"[FIX] web: navigate in editable list with custom controls\n\nRev. f241441 recently added the possibiliy to define custom\ncontrols (instead of the single  'Add a line') in editable list\nviews. However, it didn't take into account keyboard navigation.\n\nSuppose that the focus is on the field preceeding the list, and\nthe user clicks on TAB, the code assumed that there was only one\ncontrol, and focused it. However, when there were several control,\nthe last one was focused (which is typically the less common one),\nand there was no way to navigate to the others.\n\nThis rev. focuses the first control by default, and allows to\nnavigate through controls with RIGHT and LEFT. Pressing TAB still\nmoves out of the list, to the next field.\n\nNote that i'm not happy with this fix, as the logic doesn't seem\nto be in the right place. Indeed, the notion of controls is the\nconcern of the editable list, not the x2many field, so the list\nshould handle this logic by itself. Unfortenately, this is not that\neasy to change, as for now the list doesn't even know that we are\nnavigating to/from its control(s), until we click on it/them.\nChanging that will be for later, in master.\n\nWe also did a linting pass on the concerned code.\n\nTask 1878254","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/4393e48fec93d2f0872f48bc4ad172b03c948c24"},{"sha":"8993d6ff796ffbac056f9808557d2dbfca01b62d","author":{"name":"Aaron Bohy","email":"40b904fd8852297daeaeb426b1bca46fd2454aa3@odoo.com"},"message":"[FIX] web: x2Many: remove deadlock situation\n\nThis rev. is similar to db9b91ff, but treats the x2many case.\nCalls to the 'commitChange' function of renderers must not be done\ninside a mutex, mainly since 241704536, as they could end up in a\ndeadlock. For x2manys, it was actually the case in practice in\nInventory > Operations > Inventory Adjustments > Create > select\n'One product only' > select a product > try to edit the real\nquantity in the editable list > focusout > deadlock.\n\nThe reason why the deadlock occurred in this view and not in, e.g.\nsale.order, is due to the presence of the field_float_scannable\nwidget. Indeed, the barcode engine intercepts input events and\nmanually re-triggers them. As a consequence, the 'change' event is\nnot triggered on the field, and it does not notify the environment\nof its new value by itself, until the field x2many asks it to\ncommit its value. Note that this might be an issue as well, as\nonchanges are thus not triggered.\n\nTask 1878254","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/8993d6ff796ffbac056f9808557d2dbfca01b62d"},{"sha":"61f249a49547cbf4dbafa757c6f0cc21ffd0d475","author":{"name":"RomainLibert","email":"d3a53ea3f0d6ebbbf1eb8431093f132bc4577d93@odoo.com"},"message":"[IMP] crm, website_sale: change create date of demo datas\n\nIn order to have some data to display in the dashboard views, we need to\nset the create_date of the crm.lead and sale.order so that they are not\nall created today.\n\nWe can now set the create date directly in the demo data, so we remove\nthe hack that was previously used in website_sale","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/61f249a49547cbf4dbafa757c6f0cc21ffd0d475"},{"sha":"261c72e8898b7c8e87f10906b0bfa15812fda98b","author":{"name":"Thibault Delavallée","email":"2d325771bb6e8870d87f0f3f7b45589a8338e550@odoo.com"},"message":"[IMP] base: make demo user lie in the same tz as administrator\n\nPurpose is to have coherent demo data.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/261c72e8898b7c8e87f10906b0bfa15812fda98b"},{"sha":"76a557c9ace456bdc538d90992b6aeaacc3c3395","author":{"name":"Gert Pellin","email":"c64be33030e56c094828d5117cb6609339ace782@odoo.com"},"message":"[IMP] hr,mail: auto-subscribe departments to channels\n\nPurpose of this commit is to allow to make private channels linked to\nan HR department with an auto subscription.\n\nIt will ease the use of discussion channels among employees of a given\ndepartment. Moreover auto subscription is useful to avoid having to\nmanually synchronize channel members and department members.\n\nThis commit is linked to task ID 1848526 and closes PR #26650 .\n\nCo-authored-by: Gert Pellin <gpe@odoo.com>\nCo-authored-by: Richard Mathot <rim@odoo.com>","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/76a557c9ace456bdc538d90992b6aeaacc3c3395"},{"sha":"36e6e7498635a8d52ee6a5b67c6abd5748662445","author":{"name":"RomainLibert","email":"d3a53ea3f0d6ebbbf1eb8431093f132bc4577d93@odoo.com"},"message":"[TEST] test_fill_temporal: add a test on multiple groupby levels\n\nThe _read_group_fill_temporal method was not tested with multiple level\nof group by, because it was not supported.\nNow that we support it, we should test it.","distinct":true,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/36e6e7498635a8d52ee6a5b67c6abd5748662445"}]}
{"actor":{"display_login":"RomainLibert"}}