{"push_id":1984821356,"size":188,"distinct_size":146,"ref":"refs/heads/master","head":"fccbe4ff4faa668782e36a7033b9593a8c042176","before":"ef6074beb637fbb20b56f76838a4bc22226b62cb","commits":[{"sha":"d522a796d3bd63563a1060083a0a191e7db2b6a2","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] calendar: all day event\n\n- Set the TZ as 'America/Martinique'\n- In the calendar (month view), click on a date D.\n- Fill in the topic, then click on \"Edit\"\n\nThe date is set to D-1.\n\nCommit 09066fbbd5db makes the date consistent when the user sets an\nevent as an all day event by taking into account the appropriate\ntimezone.\n\nHowever, in the case of an event created from the month view, this TZ\nmodification should not be applied.\n\nopw-766638","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/d522a796d3bd63563a1060083a0a191e7db2b6a2"},{"sha":"8fd5951fbe796312205adf08cd14deed6eee8768","author":{"name":"Goffin Simon","email":"27fb2926b4ed71baf246c49114acdb9ea83f3eb6@odoo.com"},"message":"[FIX] base_import: Specified Date Format in Import Statment is not recognized\n\nSteps to reproduce the bug:\n\n1. Import a bank statement with the shown dateformad DDMMYYYY (without headers)\n2. Specify this date format in the advanced options\n3. Try to find the date column to assign.\n\nBug:\n\nThe date format is not suggested for the fields with format DDMMYYYY.\n\nopw:769118","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/8fd5951fbe796312205adf08cd14deed6eee8768"},{"sha":"45e0cd564afdae71e9525193250744e88076da71","author":{"name":"Lucas Perais (lpe)","email":"be2f56bf19c0fe068af78d321df1a71c619e4c93@odoo.com"},"message":"[FIX] web_editor, website_forum: allow to post videos on the forum\n\nThe commit 8749410b1033ddec1207ce1db42d1889a0d2ea33 corrected the way the iframe was rendered to display a video in v9.0.\nIn v10 though, the html sanitizer is a bit more severe and cleans data-src attributes, preventing the iframe to have a src\n\nThis commit works around that and allows the src of the video to be saved in db\n\nOPW 761424\n\ncloses #19125","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/45e0cd564afdae71e9525193250744e88076da71"},{"sha":"ce9bbf6c10962e64138c04ca34b7485084e4cdaa","author":{"name":"Goffin Simon","email":"27fb2926b4ed71baf246c49114acdb9ea83f3eb6@odoo.com"},"message":"[FIX] web: Setting ir.values for computed fields\n\nSetting ir.values for computed fields is useless as the function onchange\nin models.py will set to False all the computed fields with a modified dependence.\n\nopw:767942","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/ce9bbf6c10962e64138c04ca34b7485084e4cdaa"},{"sha":"3052a434947f71955a5e287e373164be46f8860c","author":{"name":"Martin Geubelle","email":"60426ed1213b47e246525faa463b6375d209be3e@odoo.com"},"message":"[FIX] web: edit editable list view after resequence\n\nIn an editable list view with the widget `handle`, resequencing a record\nand try to edit it afterwards won't work. The selected record isn't the\ncorrect one, as if the resequencing had no impact.\n\nA small refactoring has been done to fix this because the resequence logic\nwas placed in the ListController (but should logically be placed in the model).\nSeveral views are using the resequencing ; the code is thus now placed in the\nBasicModel.\n\nThe list renderer state is then updated after the resequence.\n\nThe resequencing and the line edition have been placed in a common mutex to\navoid problems when the user tries to edit a record while the resequence rpc\nisn't finished yet.","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/3052a434947f71955a5e287e373164be46f8860c"},{"sha":"bae4aacad8aa59b1950092b3f79dc8c7233c9c42","author":{"name":"Martin Geubelle","email":"60426ed1213b47e246525faa463b6375d209be3e@odoo.com"},"message":"[FIX] web: edit x2many editable list view after resequence\n\nIn an embedded editable list view with the widget `handle`, resequencing a\nrecord and try to edit it afterwards won't work. The selected record isn't the\ncorrect one, as if the resequencing had no impact.\n\nTo make this work, the list datapoint needs to be ordered by the field with the\nwidget `handle` ; if it isn't, resequencing the records won't change the x2many\ndata order but the list view expects the same order.","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/bae4aacad8aa59b1950092b3f79dc8c7233c9c42"},{"sha":"60dbf05750532519c4cb73cd764ca9df37d7b229","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] stock: performance issue\n\nCommit 6a366b216b3d1 introduces a subquery when fetching translations in\norder to avoid fetching duplicates. On large a `ir.translation` table\n(~500000 records), this can cause a major performance degradation when\nthe user is not using the English language.\n\nA typical example is a `read_group` call such as:\n```\nself.env['stock.quant'].with_context(lang='fr_BE').read_group([\n    ('location_id', 'child_of', self.env.ref('stock.stock_location_stock').id)],\n    ['product_id', 'qty'], ['product_id'], limit=80)\n```\n\nWhen no `orderby` parameter is used, the `groupby` fields are\nimplicitly used for ordering. While this makes sense for direct calls\nfrom the web client, this implicit order might be problematic for\nprogrammatic calls (such as computed fields). Indeed, in case of\ngrouping by product, the subquery mentioned earlier is used to sort by\nproduct name. This is costly, and in most of the cases useless.\n\nThe workaround is to explicitely order by `id`, to avoid the use of the\nsubquery. For the upcoming version, a cleaner fix should be made in\norder to prevent duplicated translations, and get rid of the subquery.\n\nopw-767532","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/60dbf05750532519c4cb73cd764ca9df37d7b229"},{"sha":"18d63d4717657f4b43a61df2fda016f0a6316a65","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] delivery: zip code comparison\n\nSome countries, such as Canada, are using letters in their zip code.\nWhen we check if the zip code is within the accepted range, we should\nmake sure to normalize it by making it case insensitive.\n\nopw-767866","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/18d63d4717657f4b43a61df2fda016f0a6316a65"},{"sha":"73edebc371669ea3b68c7f14301b2ef6f3df0d60","author":{"name":"Nicolas Lempereur","email":"20b6a29c46d1a38278b1511d2765b429bce35dfb@odoo.com"},"message":"[FIX] web_editor: enter remove or duplicate node\n\nThere is some odd behavior especially inside a editable containing\nnewlines.\n\nFor example in the sale description on an ecommerce item, lines could\ncontain newline (it is editable from backend) but as an effect of other\nuse case, pressing enter could have a range of unwanted side effects:\n\n- removing all the content,\n- duplicating the editable (should never happen, if we have one field\n  \"description_sale\" we don't want to duplicate it, this has no sense)\n\nIn a product name which is in the same use case, there is no newline so\nthe problem is not apparent, and ENTER do nothing. This is the behavior\nwe should want in every instance.\n\nIf we still want a newline, we have to force it with SHIFT + ENTER key,\nalso this is regarding field that may or could be present in the backend\nviews, so it could also be edited in backend.\n\nThis change make ENTER ignored when we are editing a node directly child\nof an node being edited.\n\nA second part of the issue was that dom.removeBetween (used to remove\ncontent inside a range) could remove the ancestor node that was an\neditable. This is not wanted.\n\nFor example if we did CTRL + A inside a field with `<br />` then ENTER\nor pasting something, the field would be removed and not just emptied\nand could not be gotten back without editing the template manually.\n\nThis was sometimes mitigated because if a `<br />` was at the end of an\nelement, it would stay in this use case avoiding the issue.\n\nnote: not necessary after saas-16\n\nfixes #17445\nopw-751360\ncloses #19313","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/73edebc371669ea3b68c7f14301b2ef6f3df0d60"},{"sha":"6bb6944e6b8bce7c50ee46c1350f3c70012cd476","author":{"name":"Xavier Morel","email":"0c1bb1acdeed1cb995e20e1f0e53532366a644fe@odoo.com"},"message":"[FIX] P3: resizing of image *fields*\n\nFields sent from the client are pretty much always *text*. This can be\nproblematic for image fields sent as base64 *text* as in Python 3 the\nbase64 routines only work between bytes.\n\nAlter the core field-resizing function (image_get_resized_images) such\nthat it ensures text base64 sources are encoded back to bytes before\nbeing forwarded to the main resizing routines (which I don't think\nshould deal with *that* issue).\n\nFixes #18985: error when trying to update a company's logo","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/6bb6944e6b8bce7c50ee46c1350f3c70012cd476"},{"sha":"e0f9479545cd03179c248610dfbdd63a793c8692","author":{"name":"xmo-odoo","email":"0c1bb1acdeed1cb995e20e1f0e53532366a644fe@odoo.com"},"message":"[FIX] core: dropped paren in P3-related changes\n\nFixes #19315","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/e0f9479545cd03179c248610dfbdd63a793c8692"},{"sha":"b2c916de836d55e2c6deb0c0f344de51de86ba63","author":{"name":"Martin Geubelle","email":"60426ed1213b47e246525faa463b6375d209be3e@odoo.com"},"message":"[FIX] web: correctly display no content helper in dashboards\n\nThe no content helper was displayed next to some dashboards instead of below.","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/b2c916de836d55e2c6deb0c0f344de51de86ba63"},{"sha":"35cdf9076fd7f3fe9a49e9b30af6f6362bad0395","author":{"name":"Sanjay Jamod","email":"8985cd2152c1c1f671b41fcb1451279278bb9012@odoo.com"},"message":"[IMP] web: improved date field usability\n\n- datepicker doesn't default to current date by default\n- date string in the input is now selected when clicking the field\n- adapted the existing tests to the new changes","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/35cdf9076fd7f3fe9a49e9b30af6f6362bad0395"},{"sha":"be7ac3a50328943b9bde30156a532be931b3c973","author":{"name":"Kirti Choudhary","email":"d24c1e9e9ac7c12f2bd496cdbee6c0e0a640eb0d@odoo.com"},"message":"[FIX] mass_mailing: urlparse is replaced with werkzeug.urls.url_parse","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/be7ac3a50328943b9bde30156a532be931b3c973"},{"sha":"6879409723184ed360043b7a2da11fcd725e5c4f","author":{"name":"Nicolas Martinelli","email":"76fd54f3784bbe4be7fb6e989b36e7f74a3407b8@odoo.com"},"message":"[FIX] im_livechat: unsupported locale\n\n- Set the browser to language 'Spanish (Latin America)' ('es-419')\n- As a public user, open a livechat session.\n\nThe session doesn't open.\n\nThe root cause is the creation of a mail channel which contains\ntranslatable fields (e.g. name). This attempts to create translations\nin the 'es_419' language. However, this locale doesn't exist in Odoo,\nand it triggers the constraint 'lang_fkey_res_lang'.\n\nIn this specific case, there is no real reason to translate the channel\nname. Therefore, we simply avoid it thanks to a context key.\n\nopw-766489","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/6879409723184ed360043b7a2da11fcd725e5c4f"},{"sha":"9ec47d37357382bc62933fbcc4fbfe524a673c42","author":{"name":"stefanorigano","email":"23c7e9ff1bbd673845b04d88f73e43811ea261d4@odoo.com"},"message":"[REF] web: set better alignments in top menu","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/9ec47d37357382bc62933fbcc4fbfe524a673c42"},{"sha":"af130256e3e1b1491bd33b276fe1b40f7b74e6fa","author":{"name":"stefanorigano","email":"23c7e9ff1bbd673845b04d88f73e43811ea261d4@odoo.com"},"message":"[REF] web, mail: review silver colors\n\nThis is also meant to solve a bug in firefox: the scrollbar was the\nsame color as the background by bad luck.\n\n+ Adapt kanban view borders","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/af130256e3e1b1491bd33b276fe1b40f7b74e6fa"},{"sha":"55b8a454c97020fa52799651c3312fcebb3ee5d3","author":{"name":"Goffin Simon","email":"27fb2926b4ed71baf246c49114acdb9ea83f3eb6@odoo.com"},"message":"[FIX] mrp: Unbuild order with serial number\n\nWhen unbuilding an order with serial number, the quant with the right\nserial number must be found in the system either it raises an UserError\nexplaining  what's the problem.\n\nPS: A problem was found when we tried to unbuild two times the same MO.\nAfter the first unbuild, we deleted it and recreated the same one.\n\nopw:748472","distinct":false,"url":"https://api.github.com/repos/projetgrup/odoo/commits/55b8a454c97020fa52799651c3312fcebb3ee5d3"},{"sha":"0ff5acee9665b398d7d1c1bcdd7b47238e41f2b9","author":{"name":"Akash Bhavsar","email":"b4aefd210c98d19d703115490a5b8f55866eaff8@odoo.com"},"message":"[FIX] web: allow default value for calendar quick create\n\n * fix typo, widged is actually widget;\n * support name coming from context for calendar event quick create;\n\nSupport of context could be made generic in quick create mechanism but\nin the meantime this fix is considered as sufficient for the use case\nwe have.","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/0ff5acee9665b398d7d1c1bcdd7b47238e41f2b9"},{"sha":"fc4251fef95e8c7ff0defcc8362da26ffe9af2ad","author":{"name":"Thibault Delavallée","email":"5d1eab799c8290aa8801a3f054f327aa6b9c066c@odoo.com"},"message":"[FIX] calendar: avoid recomputing fields at unlink\n\nAs unlinking calendar events leads to separate flows depending on the\nevent being recurrent some fields are recomputed in cache even if records\nhave already been deleted. This leads to issues when computing recurrence\nand accessing some event data. Let us therefore avoid recomputing fields\nwhen unlinking events.","distinct":true,"url":"https://api.github.com/repos/projetgrup/odoo/commits/fc4251fef95e8c7ff0defcc8362da26ffe9af2ad"}]}
{"actor":{"display_login":"devprojetgrup"}}