{"push_id":897350639,"size":21,"distinct_size":0,"ref":"refs/heads/8.0","head":"0de99dd2c8e8b2897f4e6ac6ac4f595ca6eb1d11","before":"b8dfa9161324746ed98bdf2f42c1bf3405c8c760","commits":[{"sha":"28463d031046f22460491fcf81788f93e4a395c3","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] delivery, stock_account: invoice on delivery with fiscal position\n\nWhen creating an invoice on delivery, the right 'account_id' was not\nset on the invoice line according to the fiscal position.\n\nopw:657542","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/28463d031046f22460491fcf81788f93e4a395c3"},{"sha":"93d4db9d1e5ff7b1676b2f8a5392d8baf2afd79e","author":{"email":"8dd417b68ca1b41b9fae61f535fe0b5d847bdd55@odoo.com","name":"Denis Ledoux"},"message":"[FIX] product: resized variant images\n\nThis is possible to set an image for a specific variant\nWhen this was the case, the image displayed was always the\nimage within its original size, it wasn't resized\nto small and medium sizes.\n\nopw-657055","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/93d4db9d1e5ff7b1676b2f8a5392d8baf2afd79e"},{"sha":"44248a07a561508e45e5c951fba169bf1a60093b","author":{"email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com","name":"Martin Trigaux"},"message":"[FIX] base,share: error in_group_xx on user form\n\nres.users form contains virtual fields in_group_ID to be added in res.groups.\nGroups with boolean share=True (added by share module) must not be displayed in\nthe form and should not be modifiable through the user interface.\nHowever, if a module adding/modifying a res.group is earlier in the dependency\ngraph than 'share' (e.g. only depends from 'base'), the update of the user view\nis done before share is loaded and the overrride of 'get_application_groups' is\nnever executed.\n\nAs we can not guarantee that the module is share loaded, put the logic of\nhidding the module in base instead of share.\n\nThis workaround is quite hacky but is necessary in stable version.\nBetter fix in 9.0 at cf63d4d\n\nFixes #6324\nFixes #5820","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/44248a07a561508e45e5c951fba169bf1a60093b"},{"sha":"eb5d95b135473787f9133f65c244aa9e3d2e0036","author":{"email":"8dd417b68ca1b41b9fae61f535fe0b5d847bdd55@odoo.com","name":"Denis Ledoux"},"message":"[FIX] product: _get_image_variant is used for the field `image`\n\nThis revision is related to 93d4db9d1e5ff7b1676b2f8a5392d8baf2afd79e.\n\nUsually, for models with an image, the original `image` is stored\nin the field `image`, and then the resized value are in the fields\n`image_medium` & `image_small`.\n\nIn the specific case of the product variant, this is not the case,\nthe original image is stored in the field `image_variant`,\nand the `image` field uses as well the method `_get_image_variant`.\n\nThe `image_get_resized_images` must therefore return the \"big image\"\nas well, which is returned with the key `image`, by default.\nThis is done using the method argument `return_big`.","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/eb5d95b135473787f9133f65c244aa9e3d2e0036"},{"sha":"a70287d42cd838f58c7f1a16bee4731528fe9b69","author":{"email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com","name":"Martin Trigaux"},"message":"[FIX] base: set module when creating translation\n\nWhen creating missing translations on an object (e.g. using blue flag icon on a\nfield), the value of the module was not set.\nThis was problematic as could create a duplicated translation when the module\nwas updated or the translation reloaded (as the module is used in find_expr).\n\nopw 654036","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/a70287d42cd838f58c7f1a16bee4731528fe9b69"},{"sha":"1f07b9429cc3de7fc65df6942191e1014b6296f2","author":{"email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com","name":"Martin Trigaux"},"message":"[FIX] base: update translations should not duplicate the terms\n\nWhen a translated term is modified (e.g. content of an email.template),\nreloading the translations of the module (e.g. when updating the module) used to\nrecreate a new, duplicare translation for the modified term (instead of ignoring\nthe existing one).\n\nThis was due to the fact the matching expression (find_expr), when loading\ntranslations, used the field 'src' (source term) as criteria for (almost) all\nir.translation records.\n\nWhile this is true for type 'code' or 'selection', this is not true for 'model'\nwhere the source content may have been changed.\nIn case of translation of type 'model', matching on the name and res_id should be\nenough for the matching expression and then, avoid creating duplicated\ntranslations.\n\nNote: this patch must NOT be present in 9.0 due to the xml_translate\nattribute that splits an xml content into small parts.\n\nopw 654031","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/1f07b9429cc3de7fc65df6942191e1014b6296f2"},{"sha":"c02d0287d80ab6ca693f3d6543ff8e94f221d434","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[IMP] account: Bank statement reconciliation\n\nIt was impossible to make a partial reconciliation with several lines.\nEach time a new line is proposed for the reconciliation, the previous\npartial reconcialtion is canceled. The partial reconciliation can just\nbe proposed on the last selected line when:\nself.get(\"balance\") * (last_line.debit - last_line.credit)<0","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/c02d0287d80ab6ca693f3d6543ff8e94f221d434"},{"sha":"06eccf5a541718562dcc4a6150dcb30885ab3f47","author":{"email":"8dd417b68ca1b41b9fae61f535fe0b5d847bdd55@odoo.com","name":"Denis Ledoux"},"message":"[FIX] event: located dates in events name\n\nThe user timezone wasn't respected in the events name.\n\ne.g. for a user with timezone UTC+1,\nfor an event\nfrom 12/01/2015 00:00:00\nto   12/02/2015 00:00:00\nThe dates in the event name were set to\n(2015-11-30 - 2015-12-01)\nwhile it must be\n(2015-12-01 - 2015-12-02)\n\nopw-657962","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/06eccf5a541718562dcc4a6150dcb30885ab3f47"},{"sha":"0ba248aedaa7ae52462521c05cb8329773939ad6","author":{"email":"5eb57d5681a94807b8a6b9df065489a56e118269@odoo.com","name":"Christophe Matthieu"},"message":"[FIX] web: prevent default value changes\n\nLoad record use values as dataset and change object value (for eg: add virtual id in the default value object).","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/0ba248aedaa7ae52462521c05cb8329773939ad6"},{"sha":"1cd03ed7fe4b68df256e54bc72fe12841726a980","author":{"email":"5eb57d5681a94807b8a6b9df065489a56e118269@odoo.com","name":"Christophe Matthieu"},"message":"[FIX] web: one2many set_value must use dataset last_default_get as default values","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/1cd03ed7fe4b68df256e54bc72fe12841726a980"},{"sha":"44eeb387d3677d4d47b6c8adebacf511cc322ded","author":{"email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com","name":"Martin Trigaux"},"message":"[FIX] purchase: updating existing PO should keep origin\n\nWhen a make to order product is sold, a purchase order is created or added to an\nexisting one. In the second case, the origin of the sale order was lost.\nIt is now added to the existing source.\n\nopw 656688","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/44eeb387d3677d4d47b6c8adebacf511cc322ded"},{"sha":"fc61bfe993d0460ce59706acb19dbd960cb87d46","author":{"email":"5bdcd3c0d4d24ae3e71b3b452a024c6324c7e4bb@eugeconsulting.com","name":"E.R. Spada II"},"message":"[CLA] Update eugeconsulting CLA\n\nAdd support email.\nCloses #9803","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/fc61bfe993d0460ce59706acb19dbd960cb87d46"},{"sha":"ae175d1574ee61f1b3cd99afad29d67a0795d323","author":{"email":"5eb57d5681a94807b8a6b9df065489a56e118269@odoo.com","name":"Christophe Matthieu"},"message":"[FIX] website_blog: change_background doesn't work occasionally\n\nSome time new background image, which I set via \"Change cover\" button don't saved. Because super is called before the jsonRpc and don't wait that the background is saved.","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/ae175d1574ee61f1b3cd99afad29d67a0795d323"},{"sha":"27d439901cd4f342a55d7c6ebf99b9b01770880d","author":{"email":"cc7c5be316e48d137cbb549833b85d91034d799d@odoo.com","name":"Martin Trigaux"},"message":"[FIX] base: create translations of a duplicated record\n\nWhen creating translations (click on blue flag) of a duplicated record, it used\nto have the module information of the duplicated record.\nIt is also not useful to check the module when trying to find if a translation\nexists on this record as the res_id is present in the query.\n\nFixes #9480","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/27d439901cd4f342a55d7c6ebf99b9b01770880d"},{"sha":"4d8ec5f9317a824a1d6f705ad204d4edc178b1c8","author":{"email":"5eb57d5681a94807b8a6b9df065489a56e118269@odoo.com","name":"Christophe Matthieu"},"message":"[FIX] web: readonly fields not transferred from dialog to 2many field\n\n'write_function' transfer the options to 'write' method from the popup form\n\nSteps to reproduce:\n1. Create custom model to add a product quantity on hand(readonly) field on stock.move\n2. Show this field on Warehouse>All operations>Create a Transfer> Create: Internal Moves\n3. Add a Internal Move, then open it again, the quantity on hand field's value show 0. But change the product, the value is correct.","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/4d8ec5f9317a824a1d6f705ad204d4edc178b1c8"},{"sha":"077a168d4c925ebebab336fd3ee06032853b55e0","author":{"email":"e3f4db239cf86136ad4659223e6cc0134ae205fb@odoo.com","name":"qdp-odoo"},"message":"[FIX] stock_account: counterpart account of a cost price adjustment is more likely the expense account instead of the stock input/output. Backport of commit 57d0903154c562","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/077a168d4c925ebebab336fd3ee06032853b55e0"},{"sha":"d9f92ba1600325d3760c10b1c3f4c3069b3876a6","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] account: included tax with fiscal position\n\nWhen creating an invoice with a fiscal position(fp) which maps an included tax(itax)\nto an excluded tax(etax). Each invoice line mapped by fp must recompute its unit price\nto substract the included tax.\nInspired from 503820a\n\nCloses #9811\n\nopw:658109","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/d9f92ba1600325d3760c10b1c3f4c3069b3876a6"},{"sha":"2749f73f9b5f0c26595fd09fc4e7613b9201c05e","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] sale: update_tax in product_id_change\n\nThanks to the fix 503820a, when a fiscal position mapped an included\ntax on a SO line, the price unit of the product is recomputed.\nThis fix has been applied in the function product_id_change in\nthe model \"sale.order.line\"\n\nBefore the fix, when changing the product uom on a SO line, the price\nunit of the SO line was reset with the pricelist price without taking\ninto account the fact that a included tax could be removed on the SO line.\n\nTo avoid this kind of problem, the price unit must be recomputed in any\ncase according to the taxes.","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/2749f73f9b5f0c26595fd09fc4e7613b9201c05e"},{"sha":"cccb2351c44a69dbd727e50e6ea6a57b6d0f044e","author":{"email":"b3ed2cf313e7546085c3c50622143ff31e467d23@odoo.com","name":"Goffin Simon"},"message":"[FIX] account: Bank statement reconciliation\n\nTo avoid to reset the partial reconciliation when the number of selected\nlines is different to 1.","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/cccb2351c44a69dbd727e50e6ea6a57b6d0f044e"},{"sha":"de3b64018aac6f310847e04b02b8b2bd64768009","author":{"email":"56923a0c9ca793c07ff1df1013de5694062a27a6@odoo.com","name":"Jeremy Kersten"},"message":"[FIX] osv: fix boolean in domain for custom field\n\nWhen a new column has been added after that some data already exists,\nthe old lines will keep an empty/null value. So when we search is the new field\nis equals to False or if it is different of True, we need to match the null\nvalues.\n\nclose #9925","distinct":false,"url":"https://api.github.com/repos/jeffery9/odoo/commits/de3b64018aac6f310847e04b02b8b2bd64768009"}]}