)]}'
{"keystone/identity/backends/sql_model.py":[{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"5dfedcc20a710f370a10f0f9cf37e8c0426f3d9b","unresolved":false,"context_lines":[{"line_number":136,"context_line":"    @password.setter"},{"line_number":137,"context_line":"    def password(self, value):"},{"line_number":138,"context_line":"        if self.federated_users:"},{"line_number":139,"context_line":"            return"},{"line_number":140,"context_line":""},{"line_number":141,"context_line":"        now \u003d datetime.datetime.utcnow()"},{"line_number":142,"context_line":"        if not self.local_user:"}],"source_content_type":"text/x-python","patch_set":10,"id":"3fa7e38b_1b310ca3","line":139,"updated":"2019-12-05 17:50:46.000000000","message":"I think shadow_federated_users doesn\u0027t touch the password so I would prefer if this wasn\u0027t changed, if we want to address users trying to update federated users directly through the PATCH API we can address it separately.","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"},{"author":{"_account_id":30695,"name":"Pedro Henrique Pereira Martins","email":"phpm13@gmail.com","username":"pedrohpmartins"},"change_message_id":"0490cb75c02c8d038c6562a6c27f4f1950ffd904","unresolved":false,"context_lines":[{"line_number":136,"context_line":"    @password.setter"},{"line_number":137,"context_line":"    def password(self, value):"},{"line_number":138,"context_line":"        if self.federated_users:"},{"line_number":139,"context_line":"            return"},{"line_number":140,"context_line":""},{"line_number":141,"context_line":"        now \u003d datetime.datetime.utcnow()"},{"line_number":142,"context_line":"        if not self.local_user:"}],"source_content_type":"text/x-python","patch_set":10,"id":"3fa7e38b_a0d8b8ef","line":139,"in_reply_to":"3fa7e38b_1b310ca3","updated":"2019-12-06 14:32:09.000000000","message":"Done","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"}],"releasenotes/notes/bug-1848342-317c9e4afa65a3ff.yaml":[{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"b8ffd6a743542e3a2cfac0c626a8c8fa41db3ec6","unresolved":false,"context_lines":[{"line_number":2,"context_line":"fixes:"},{"line_number":3,"context_line":"  - |"},{"line_number":4,"context_line":"    [`bug 1848342 \u003chttps://bugs.launchpad.net/keystone/+bug/1848342\u003e`_]"},{"line_number":5,"context_line":"    There was an inconsistency in the ephemeral user update flow. Every time I"},{"line_number":6,"context_line":"    updated an ephemeral user, the keystone created an entry in the local_user"},{"line_number":7,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":8,"context_line":"    tables. Now, the Keystone will not create the entry in the local_user"},{"line_number":9,"context_line":"    table while updating an ephemeral user."}],"source_content_type":"text/x-yaml","patch_set":12,"id":"3fa7e38b_71990278","line":6,"range":{"start_line":5,"start_character":66,"end_line":6,"end_character":60},"updated":"2019-12-10 18:52:06.000000000","message":"Suggest instead:\n\n\"Every time a federated user logged in, keystone created an entry...\"","commit_id":"5ba6f1e82da5653bb2e2458a102ad2f914e9e267"},{"author":{"_account_id":30695,"name":"Pedro Henrique Pereira Martins","email":"phpm13@gmail.com","username":"pedrohpmartins"},"change_message_id":"c11bf0ad484257c72a3f4a347740d238b50790d3","unresolved":false,"context_lines":[{"line_number":2,"context_line":"fixes:"},{"line_number":3,"context_line":"  - |"},{"line_number":4,"context_line":"    [`bug 1848342 \u003chttps://bugs.launchpad.net/keystone/+bug/1848342\u003e`_]"},{"line_number":5,"context_line":"    There was an inconsistency in the ephemeral user update flow. Every time I"},{"line_number":6,"context_line":"    updated an ephemeral user, the keystone created an entry in the local_user"},{"line_number":7,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":8,"context_line":"    tables. Now, the Keystone will not create the entry in the local_user"},{"line_number":9,"context_line":"    table while updating an ephemeral user."}],"source_content_type":"text/x-yaml","patch_set":12,"id":"3fa7e38b_8bf8fc7b","line":6,"range":{"start_line":5,"start_character":66,"end_line":6,"end_character":60},"in_reply_to":"3fa7e38b_71990278","updated":"2019-12-11 19:08:24.000000000","message":"Thanks, this is looking better now.","commit_id":"5ba6f1e82da5653bb2e2458a102ad2f914e9e267"},{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"b8ffd6a743542e3a2cfac0c626a8c8fa41db3ec6","unresolved":false,"context_lines":[{"line_number":5,"context_line":"    There was an inconsistency in the ephemeral user update flow. Every time I"},{"line_number":6,"context_line":"    updated an ephemeral user, the keystone created an entry in the local_user"},{"line_number":7,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":8,"context_line":"    tables. Now, the Keystone will not create the entry in the local_user"},{"line_number":9,"context_line":"    table while updating an ephemeral user."},{"line_number":10,"context_line":""},{"line_number":11,"context_line":"    If you are affected by this bug, a fix in the keystone database will be"}],"source_content_type":"text/x-yaml","patch_set":12,"id":"3fa7e38b_51916645","line":8,"range":{"start_line":8,"start_character":10,"end_line":8,"end_character":11},"updated":"2019-12-10 18:52:06.000000000","message":"Suggest adding the symptoms that the user would typically notice, since they probably aren\u0027t usually looking directly at the keystone tables:\n\n\"..., which caused duplicate entries when listing users.\"","commit_id":"5ba6f1e82da5653bb2e2458a102ad2f914e9e267"},{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"b8ffd6a743542e3a2cfac0c626a8c8fa41db3ec6","unresolved":false,"context_lines":[{"line_number":5,"context_line":"    There was an inconsistency in the ephemeral user update flow. Every time I"},{"line_number":6,"context_line":"    updated an ephemeral user, the keystone created an entry in the local_user"},{"line_number":7,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":8,"context_line":"    tables. Now, the Keystone will not create the entry in the local_user"},{"line_number":9,"context_line":"    table while updating an ephemeral user."},{"line_number":10,"context_line":""},{"line_number":11,"context_line":"    If you are affected by this bug, a fix in the keystone database will be"}],"source_content_type":"text/x-yaml","patch_set":12,"id":"3fa7e38b_f193b24c","line":8,"range":{"start_line":8,"start_character":21,"end_line":8,"end_character":29},"updated":"2019-12-10 18:52:06.000000000","message":"keystone (lowercase k)","commit_id":"5ba6f1e82da5653bb2e2458a102ad2f914e9e267"},{"author":{"_account_id":30695,"name":"Pedro Henrique Pereira Martins","email":"phpm13@gmail.com","username":"pedrohpmartins"},"change_message_id":"c11bf0ad484257c72a3f4a347740d238b50790d3","unresolved":false,"context_lines":[{"line_number":5,"context_line":"    There was an inconsistency in the ephemeral user update flow. Every time I"},{"line_number":6,"context_line":"    updated an ephemeral user, the keystone created an entry in the local_user"},{"line_number":7,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":8,"context_line":"    tables. Now, the Keystone will not create the entry in the local_user"},{"line_number":9,"context_line":"    table while updating an ephemeral user."},{"line_number":10,"context_line":""},{"line_number":11,"context_line":"    If you are affected by this bug, a fix in the keystone database will be"}],"source_content_type":"text/x-yaml","patch_set":12,"id":"3fa7e38b_8b26bc15","line":8,"range":{"start_line":8,"start_character":10,"end_line":8,"end_character":11},"in_reply_to":"3fa7e38b_51916645","updated":"2019-12-11 19:08:24.000000000","message":"You are right. It will help the users to validate if they are with this bug.","commit_id":"5ba6f1e82da5653bb2e2458a102ad2f914e9e267"}],"releasenotes/notes/fix-ephemeral-user-update-process-b0584a252509e7aa.yaml":[{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"5dfedcc20a710f370a10f0f9cf37e8c0426f3d9b","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":10,"id":"3fa7e38b_5b88e469","updated":"2019-12-05 17:50:46.000000000","message":"The convention is to prefix the file path with bug-XXXXXX","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"},{"author":{"_account_id":30695,"name":"Pedro Henrique Pereira Martins","email":"phpm13@gmail.com","username":"pedrohpmartins"},"change_message_id":"0490cb75c02c8d038c6562a6c27f4f1950ffd904","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":10,"id":"3fa7e38b_e0ca3017","in_reply_to":"3fa7e38b_5b88e469","updated":"2019-12-06 14:32:09.000000000","message":"Done","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"},{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"5dfedcc20a710f370a10f0f9cf37e8c0426f3d9b","unresolved":false,"context_lines":[{"line_number":6,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":7,"context_line":"    tables. Furthermore, if I try to do some operations using this user (that"},{"line_number":8,"context_line":"    has entries in all three tables), I get a \"More than one user exists with"},{"line_number":9,"context_line":"    the name ...\" error from the OpenStack Keystone API."},{"line_number":10,"context_line":"upgrade:"},{"line_number":11,"context_line":"  - |"},{"line_number":12,"context_line":"    After applying this commit. A fix in the keystone database will be needed,"}],"source_content_type":"text/x-yaml","patch_set":10,"id":"3fa7e38b_5baf84df","line":9,"updated":"2019-12-05 17:50:46.000000000","message":"The \"issues\" section is for documenting known issues that we haven\u0027t fixed yet, not for recreating the bug report. Instead of this section, add a \"fixes\" section that briefly describes the bug and how it was fixed. Also include a link to the launchpad bug, see other notes for examples.","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"},{"author":{"_account_id":30695,"name":"Pedro Henrique Pereira Martins","email":"phpm13@gmail.com","username":"pedrohpmartins"},"change_message_id":"0490cb75c02c8d038c6562a6c27f4f1950ffd904","unresolved":false,"context_lines":[{"line_number":6,"context_line":"    table instead of just updating the entries in the user and federated_user"},{"line_number":7,"context_line":"    tables. Furthermore, if I try to do some operations using this user (that"},{"line_number":8,"context_line":"    has entries in all three tables), I get a \"More than one user exists with"},{"line_number":9,"context_line":"    the name ...\" error from the OpenStack Keystone API."},{"line_number":10,"context_line":"upgrade:"},{"line_number":11,"context_line":"  - |"},{"line_number":12,"context_line":"    After applying this commit. A fix in the keystone database will be needed,"}],"source_content_type":"text/x-yaml","patch_set":10,"id":"3fa7e38b_40ca241a","line":9,"in_reply_to":"3fa7e38b_5baf84df","updated":"2019-12-06 14:32:09.000000000","message":"Done","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"},{"author":{"_account_id":8482,"name":"Colleen Murphy","email":"colleen@gazlene.net","username":"krinkle"},"change_message_id":"5dfedcc20a710f370a10f0f9cf37e8c0426f3d9b","unresolved":false,"context_lines":[{"line_number":9,"context_line":"    the name ...\" error from the OpenStack Keystone API."},{"line_number":10,"context_line":"upgrade:"},{"line_number":11,"context_line":"  - |"},{"line_number":12,"context_line":"    After applying this commit. A fix in the keystone database will be needed,"},{"line_number":13,"context_line":"    so we recommend to dump the local_user table before doing this process:"},{"line_number":14,"context_line":""},{"line_number":15,"context_line":"    mysql db example:"}],"source_content_type":"text/x-yaml","patch_set":10,"id":"3fa7e38b_bb3a3894","line":12,"range":{"start_line":12,"start_character":19,"end_line":12,"end_character":30},"updated":"2019-12-05 17:50:46.000000000","message":"Keep in mind that these release notes will appear on this page: https://docs.openstack.org/releasenotes/keystone/unreleased.html\n\nThere\u0027s no context for what \"this commit\" is. I would omit this section and add \"if you are affected by this bug...[take these steps]\" in the \"fixes\" note.","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"},{"author":{"_account_id":30695,"name":"Pedro Henrique Pereira Martins","email":"phpm13@gmail.com","username":"pedrohpmartins"},"change_message_id":"0490cb75c02c8d038c6562a6c27f4f1950ffd904","unresolved":false,"context_lines":[{"line_number":9,"context_line":"    the name ...\" error from the OpenStack Keystone API."},{"line_number":10,"context_line":"upgrade:"},{"line_number":11,"context_line":"  - |"},{"line_number":12,"context_line":"    After applying this commit. A fix in the keystone database will be needed,"},{"line_number":13,"context_line":"    so we recommend to dump the local_user table before doing this process:"},{"line_number":14,"context_line":""},{"line_number":15,"context_line":"    mysql db example:"}],"source_content_type":"text/x-yaml","patch_set":10,"id":"3fa7e38b_20c5a80a","line":12,"range":{"start_line":12,"start_character":19,"end_line":12,"end_character":30},"in_reply_to":"3fa7e38b_bb3a3894","updated":"2019-12-06 14:32:09.000000000","message":"Done","commit_id":"104b925e67d0fea610939c4ecef1c663c6025939"}]}