{"push_id":1866199159,"size":353,"distinct_size":1,"ref":"refs/heads/master-account-sequence_payment_term-dpa","head":"eb451cff7329d0352e11d2848f5c43334090c4d2","before":"f35b0d62304ac0da31dd8eca315277b9dc7b997a","commits":[{"sha":"e8dec0fdf1491c264ffd385d4cc4dac5fc5d8de7","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] payment: do not create token in backend\n\nTokens are not meant to be generated from the backend, so we forbid it.\n\nopw-746545","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/e8dec0fdf1491c264ffd385d4cc4dac5fc5d8de7"},{"sha":"a8c12e1fd0542726ada733b592f5196d256ec7e9","author":{"name":"Goffin Simon","email":"27fb2926b4ed71baf246c49114acdb9ea83f3eb6@odoo.com"},"message":"[FIX] sale: Updating dashboard_graph_model when uninstalling Sales\n\nUninstalling Sales with CRM still installed lead to an error\nwhen clicking on CRM app because the dashboard_graph_model was not\nupdated for each crm.team record.\n\nopw:748099","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/a8c12e1fd0542726ada733b592f5196d256ec7e9"},{"sha":"17e198153ecfd9c5c32b3b22f43e2f1b8100a1c3","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] web: BasicModel: store changes in x2many as operations\n\nDatapoints of the BasicModel store the data fetched from the\nserver and changes done (not saved yet) by the user. For x2many\nfields, datapoints are of type 'list' and have a 'res_ids' key\ncontaining the ids of all records in the relation. They also have a\n'data' key containing datapoints of type 'record', representing the\nrecords in the relation that have been fetched (with a limit set to\n40 or 80 depending on the subview used). So basically, the length\nof res_ids may be different than the length of data.\n\nBefore this rev., the changes in x2manys were saved under the key\n'_changes' as a duplication of the content of 'data', i.e. same\nlist of datapoints of type 'record', modulo the changes done (it\ncontained the new records added and didn't contained the removed\nrecords, whereas the 'data' remained unchanged). This didn't worked\nat all when there were more records than the limit in the relation.\nIndeed, when this happened, the commands to send to the server\ncouldn't be generated correctly.\n\nThis rev. modifies the way changes are stored in those datapoints.\nNow, each change is stored as an operation. An operation could be\nof type 'ADD', 'REMOVE', 'REMOVE_ALL' or 'UPDATE'. As before,\n'data' remains unchanged and always keeps the datapoints of records\nthat have been fetched (the ones that are currently displayed in\nthe list or kanban subview). This way, commands can now be properly\ncomputed.\n\nThis had a nice side-effect of fixing two other bugs linked to\nx2manys.\nFirst, when used in a context (e.g. {some_key: some_x2many_field}),\nthe value of some_x2many_field (i.e. a list of commands) was always\n[] if the field was invisible=\"1\" in the view, because it's\nsubrecords weren't fetched, and the generated commands were based\non them. Now, they are generated from the list of res_ids in the\nrelation, so it works fine.\nSecond, the x2many records are supposed to be sorted client-side,\nafter being read, and after each edition. This was working in the\nfirst case, but not in the second. Now it's working even after\na record edition.\n\nThis rev. also correctly sets the 'parentID' and 'static' keys in\ndatapoints.\n\nFinally, we also fixed the pager in x2manys as it was badly\ndisplayed (small less tweaks).","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/17e198153ecfd9c5c32b3b22f43e2f1b8100a1c3"},{"sha":"4881f942cb7cad51b8472425830c8444cfe09d1a","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] web: BasicModel: correctly eval x2manys in domains\n\nWhen x2many fields have to be evaluated in domains (e.g. ['id',\n'in', some_x2many_field]), they must be evaluated as the list of\nids in the relation (whereas in contexts, they are evaluated as a\nlist of commands). Before this rev., they were always evaluated as\na list of commands.\n\nNote that this didn't work neither before the new views.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/4881f942cb7cad51b8472425830c8444cfe09d1a"},{"sha":"816a3cd2c1edeff2ffa2e90c0f8a25795804f84d","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] web: ViewManager: filter out some keys from context\n\nA traceback occured when trying to create a BOM by going to\nInventory > Master Data > Products, on a product form view clicking\non the BOM stat button, and then on 'Create'.\n\nThis was a context problem: the context of the 'Products' action\nwas passed to the 'BOM' action without removing action specific\nkeys like 'default_*' or 'search_default_*'. For instance, it\ncontained a 'default_type' key, and as type is also a field of the\nmrp.bom model, the python tried to interpret it, except that the\ngiven value wasn't a correct value for mrp.bom.\n\nWhen a button is clicked, we mix contexts coming from different\nplaces to execute the new action. For some of them, we already\nfiltered out those action specific keys. This fix is simply to\nmake the piece of context adding the problematic keys pass though\nthe filter as well.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/816a3cd2c1edeff2ffa2e90c0f8a25795804f84d"},{"sha":"7ea6f653df0863e9c0dbaf0b07800c0277b962b1","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] web: MonetaryField: rerender with currency\n\nThe MonetaryField can be rendered with or without a currency. The\ncurrency can change during the lifecyle of the widget (e.g.\ncurrency field in the view, whose value is set by an onchange).\nMore precisely, the widget can be instantiated without currency,\nthen a change on another field can trigger an onchange which sets\nthe currency, and our monetary widget is re-rendered with a\ncurrency.\n\nBefore this rev., this wasn't supported in edit mode because the\n$el's root node was different if there were a currency or not\n(it was an input if there were no currency, and a div containing\nan input and a span otherwise). This root node being rendered only\nonce (at the creation of the widget), the widget wasn't re-rendered\ncorrectly if the currency was suddenly set or unset.\n\nThis fix makes the widget behave uniformly whether or not there is\na currency, so now it is always a div containing an input (and\noptionally a span if there is a currency).","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/7ea6f653df0863e9c0dbaf0b07800c0277b962b1"},{"sha":"9fbed63406702b43e41262da24d68f63feb582f0","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] web: FieldSelection on m2o: unset value\n\nWhen the value of a many2one field with widget selection was unset,\nit's value wasn't actually set to false in the BasicModel. It was\nset to a virtual id like 'virtual_294' instead. This caused a\ntraceback when this value was sent to the server, obviously.\n\nThis was for example the case of the Register Payment form view\n(accessible from a customer invoice), when the user selected a\npayment journal, and then unselected it (the virtual id was then\nsent to the onchange RPC).","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/9fbed63406702b43e41262da24d68f63feb582f0"},{"sha":"964b7c378f379da683175ac7aee2e4ecee481064","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] web: apps: correctly use this._rpc\n\nsession.rpc should not be used anymore. The function '_rpc'\navailable on widgets should be used instead (with the correct\nparams).\n\nAlso, 'session' is no longer a widget attribute.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/964b7c378f379da683175ac7aee2e4ecee481064"},{"sha":"df45cf65a872699f97f9ed4baac4baa40b62cef2","author":{"name":"Aaron Bohy","email":"c9ecca952dac7ce924ddcf70958e9d6fde0eebbf@odoo.com"},"message":"[FIX] mail: discuss: correctly bind handler","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/df45cf65a872699f97f9ed4baac4baa40b62cef2"},{"sha":"86391525016ce4f01213cd3eae617474907cff3d","author":{"name":"Yannick Tivisse","email":"10baeb03c5e3c0de96edb8031008dca65e15a4d6@odoo.com"},"message":"[FIX] crm: Prevent to select non-customer on lead quick creation\n\nPurpose\n=======\n\nIf you create an opp from the kanban you can select any contact (even if not marked \"customer\")\n\nIf you try to add a \"non-customer\" for the same field from the form view you cannot.\n\nSpecification\n=============\n\nApply the same behavior than on the form view.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/86391525016ce4f01213cd3eae617474907cff3d"},{"sha":"4e8ebc7a724802e955ee9c44ec3c30f9388d07d9","author":{"name":"Jeremy Kersten","email":"f875aab8885991ba2b6bacca956f336e3ad3e036@odoo.com"},"message":"[FIX] crm: valid the salesteam when programmatically change the user …\n…of a lead\n\nImplement it as a constraint.\n\nBetter implementation of odoo/odoo@222cca2","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/4e8ebc7a724802e955ee9c44ec3c30f9388d07d9"},{"sha":"08934f967a3952816dd8e88e6ef2c86da0ab5cb7","author":{"name":"Olivier Dony","email":"eec35bf09a0d88c013b6be9d67fd35a70f649681@openerp.com"},"message":"[FIX] mass-mailing: avoid ETA date jumping in the past\n\nThe ETA displayed on a mailing should only switch from the scheduled\ndate to the next cron run when the cron run is after the scheduled date.\n\nPreviously it could jump in the past on the scheduled date, if the next\ncron run was in the past (delayed or in progress).","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/08934f967a3952816dd8e88e6ef2c86da0ab5cb7"},{"sha":"653e30d8f8ac0025a7eb17e2d25e1a4e691399a9","author":{"name":"Jeremy Kersten","email":"f875aab8885991ba2b6bacca956f336e3ad3e036@odoo.com"},"message":"[FIX] website_sale, website_crm : add missing import and remove useless\n\nFix: NameError: global name '_' is not defined\n\nRelated to odoo/odoo@4c66eae308","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/653e30d8f8ac0025a7eb17e2d25e1a4e691399a9"},{"sha":"9771056c46097aa6d35f9be9f29282c92701d775","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] mrp: unlink lot\n\n- Set a user with 'User' access rights in Manufacturing and Inventory\n- Create 2 products tracked by lot (A and B)\n- Receive some quantity of B, define the lots.\n- Create a BOM for A, depending on B. The BOM must use routing with at\n  least one workorder\n\nWith the unprivileged user:\n- Create a MO for 1 unit of A\n- Update quantity to 3\n- Plan the MO\n- Go in workorders, start working and set the lot numbers for A and B.\n- Finish the WO => Access Error\n\nopw-748825","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/9771056c46097aa6d35f9be9f29282c92701d775"},{"sha":"cf66983f3717938b7301884b39a78f43040532e3","author":{"name":"Goffin Simon","email":"27fb2926b4ed71baf246c49114acdb9ea83f3eb6@odoo.com"},"message":"[FIX] base: Language translation import issue\n\nWhen importing translations with a csv, the state of the translations was\nalways set to \"To translate\" even if the state was \"Translated\"\ndue to function _inverse_source.\n\nPS: Making self.source when self is considered as record set could lead to an error.\nThe return in this function was not needed.\nIn old API this function was called just for one record.\nSo this function expect only one record at each call.\n\nopw:747877","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/cf66983f3717938b7301884b39a78f43040532e3"},{"sha":"2bda46ce78b501d7e6a202ba5674ecb7eb6e10de","author":{"name":"Nicolas Lempereur","email":"20b6a29c46d1a38278b1511d2765b429bce35dfb@odoo.com"},"message":"[FIX] website_sale_digital: check product tmpl sudo\n\nFor example the portal user has restricted access to product template,\nthis can lead to an issue that should not be in this instance that is\nchecking if the product template correspond to a product sold.\n\nopw-748480\ncloses #17871","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/2bda46ce78b501d7e6a202ba5674ecb7eb6e10de"},{"sha":"1b3a2c488c34fc5d1ab1fda518ac8e3ee0b049c2","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] website_portal_sale: access to invoices\n\nIn the website portal,the Sales Orders are always rendered as superuser\nafter access rights check. This is not the case for invoices, which can\nlead to access errors when the user tries to download the invoice PDF.\n\nTo solve the issue a new route is created. It handles the access rights\nchecks, then access the invoice document as a superuser.\n\nopw-747854","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/1b3a2c488c34fc5d1ab1fda518ac8e3ee0b049c2"},{"sha":"ceff4d4608c1a07bf9935e5682824ef506a3e695","author":{"name":"Adrien Dieudonne","email":"4d6c926011b5808cc4f3820ec73706c644daca15@odoo.com"},"message":"[FIX] web: basic_controller: wait for the mutex before discard changes\n\nBefore this commit, the discard confirm dialog was directly shown\nwithout waiting for the write RPC. For instance, it the user clicked on 'Save'\nafter editing a record, and then directly clicked on another menu or on the\nbreadcrumb before the write RPC returned, the record was still considered\nas dirty and thus the confirm dialog was displayed. We now wait for the RPC\nto return before checking if the record is dirty, so that the confirm dialog\nis only displayed when the record is actually dirty.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/ceff4d4608c1a07bf9935e5682824ef506a3e695"},{"sha":"9f4922a85236e858d8787adf3b891a7b66fa1d63","author":{"name":"Adrien Dieudonne","email":"4d6c926011b5808cc4f3820ec73706c644daca15@odoo.com"},"message":"[FIX] web: test wrongly adapted in ceff4d460\n\nA test has been adapted in ceff4d460 whereas it shoudn't.\nIndeed this commit doesn't change anything in the case of 'Discard'\nbutton clicked.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/9f4922a85236e858d8787adf3b891a7b66fa1d63"},{"sha":"7ada921e67c77e0a9f9ad83f1f685e51c364171d","author":{"name":"Darshan Kalola","email":"e9e0f3cf98e87f942056e4e2ad537ecc2b170e38@odoo.com"},"message":"[FIX] web_editor: make html widget translatable\n\nThe translate feature of widgets html and html_frame had been\nbroken by the new views refactoring. This commit restores it for\nthe html widget, and removes it completely for html_frame as it\nwasn't working correctly before the new views anyway (moreover,\nit had already been disabled for mass_mailing: de403dc1ab440b9b08ea7fce189cd157745dfe74).\n\nThis commit also ensures that the changes are correctly saved for\nthe html_frame widget. Note that this widget still needs to be\nconverted to our new coding guidelines.","distinct":false,"url":"https://api.github.com/repos/odoo-dev/odoo/commits/7ada921e67c77e0a9f9ad83f1f685e51c364171d"}]}
{"actor":{"display_login":"dpa-odoo"}}