Tuesday, 2018-03-20

*** tosky has quit IRC00:04
*** lifeless_ has joined #storyboard00:46
*** lifeless has quit IRC00:46
*** ffmancerajv has joined #storyboard00:54
*** ffmancerajv has quit IRC00:54
EmilienMdiablo_rojo: when can we start migrating tripleo/ui bugs to sb?02:29
*** jamesmcarthur has joined #storyboard03:13
*** jamesmcarthur has quit IRC04:18
*** jamesmcarthur has joined #storyboard07:18
*** jamesmcarthur has quit IRC07:23
*** jtomasek has joined #storyboard08:05
*** tosky has joined #storyboard09:21
*** jamesmcarthur has joined #storyboard13:47
*** jamesmcarthur has quit IRC13:47
*** jamesmcarthur has joined #storyboard13:48
ttxFWIW there are two Thierry Carrez in StoryBoard, the one with ID 2394 should probably be dropped14:59
ttxI wonder where that one comes from14:59
clarkbI think there are two clarkb's too15:00
clarkbmy hunch is maybe as part of the lp -> ubuntu one openid move?15:01
toskyoh, also two Luigi Toscano15:02
persiaIn general, storyboard probably needs some features to merge things.  Duplicate users are annoying, but there are also duplicate stories.15:03
toskyI noticed after the import of sahara stories, but I'm not sure if it happened also before15:03
diablo_rojottx, clarkb yeah noticed that was happening last week. Its at the top of my list of things to look at.15:03
persiadiablo_rojo: The import script matches users based on OpenID URL, right?  Would that mean that as we import older stories, we end up with older URLs sometimes?15:04
diablo_rojoEmilienM, we can probably do that this week when we migrate Ironic on friday?15:04
EmilienMdiablo_rojo: sure, just let us know15:05
EmilienMmwhahaha: ^15:05
EmilienMmwhahaha: less bugs in Launchpad :P15:05
diablo_rojoEmilienM, mwhahaha I will chat with fungi about it today and see what time he has on Friday to do this.15:06
fungii'm probably open on friday, but we're also scheduling project renaming for a couple projects during the infra meeting later today and may set that for friday15:07
diablo_rojopersia, yes it matches based on OpenIDs...I could see that potentially being the issue.15:07
diablo_rojoI haven't found a pattern yet so maybe thats it.15:08
fungiright, if lp has duplicate accounts with different openid urls that could explain it15:08
fungii'll take a look at some of the examples mentioned above and see if i can spot any interesting clues15:08
persiaMy understanding is that new users in StoryBoard are created when a) someone logs in, and b) a migration runs and a user is credited with comments.15:09
persiaI don't know of any particular reason that the OpenID URLs for (a) and (b) would necessarily be a perfect match.15:09
persia(and we'll probably have to update everything again if people want to be able to use a different OpenID provider, given the current model)15:10
SotKinteresting, there is only one Adam Coldrick15:41
SotKI guess this adds more weight to the theory they were added by the migration script15:42
toskyI have to add that at some point launchpad ID had two accounts with my name; I could see that from gerrit, as people could not easily add me as reviewer15:48
toskythen the duplicate was removed, so maybe it's connected to that, even if it was long time ago15:49
persiaThe trick with a collapse-duplicate-user utility is that we know there are some folk with the same name in StoryBoard already.  Some of us have unique-to-openstack names, but some do not.16:01
fungiyeah, gerrit has a similar new-openid-means-new-account model, and we have no end of challenge with duplicate accounts there from changes in ubuntu sso triggering new openids16:38
persiaI know the Storyboard account model was a temporary stopgap chosen for ease of implementation to start, which has never been revisited.  I wonder if that also applies in other cases.16:41
persiaA sensible model is to have 1->many relation between identity and OpenID URL, where the user is expected to log in with at least one registered OpenID URL to add more, but that requires complex UI, instructions, etc.16:41
*** jamesmcarthur has quit IRC16:47
*** jamesmcarthur has joined #storyboard18:12
*** diablo_rojo has quit IRC18:22
fungiyeah, and usually the way people find out they have another openid is to log in with the wrong one and end up with two accounts18:30
fungiso ultimately you need to be able to merge those afterward18:30
fungi"i can't remember which way i logged in last time, let's try this one"18:30
*** diablo_rojo has joined #storyboard18:37
tosky... that said, can anyone merge my two accounts on storyboard :) or are you looking for a more general solutions?18:55
*** jamesmcarthur has quit IRC19:11
*** jamesmcarthur has joined #storyboard19:13
*** diablo_rojo has quit IRC19:44
persiatosky: We're discussing a more general solution.  Unless I misunderstand, there are no tools to merge accounts (and the necessary API bits aren't exposed), so someone would have to write a script to manually change all the values in the database.  Given the effort involved, it is probably easier to write a semi-manual script, and not much harder to add an admin API, at which point SB admins would be able to merge the accounts.19:48
*** jdandrea_ has quit IRC19:56
*** tellesnobrega has quit IRC20:11
*** jamesmcarthur has quit IRC20:55
*** jamesmcarthur has joined #storyboard21:03
*** jamesmcarthur has quit IRC21:04
*** jamesmcarthur has joined #storyboard21:04
*** diablo_rojo has joined #storyboard21:21
*** jamesmcarthur has quit IRC21:39
*** ssbarnea has quit IRC21:46
*** ssbarnea has joined #storyboard21:52
*** diablo_rojo has quit IRC22:13
*** diablo_rojo has joined #storyboard22:14
fungiyeah, i was going to do some database queries to see if i can guess at a general cause (or perhaps more than one)22:16
*** jamesmcarthur has joined #storyboard22:18
fungiso looking at ttx's example, his id#6 uses a https://login.ubuntu.com/ openid (which we converted from login.launchpad.net) while his id#2394 uses a https://login.launchpad.net/ id created 2018-03-16 after we converted the old accounts22:18
fungii wonder if the import process is repopulating our users table with old launchpad.net openids22:19
fungiwe could do a simple url translation on import, but still need to do user id substitution in all the tables where that gets reused22:20
fungitosky: same deal with your original id#859 using https://login.ubuntu.com/ and your duplicate id#2407 using https://login.launchpad.net/22:21
fungi859 created on 2015-02-26, 2407 created on 2018-03-1622:22
fungilooks like a pattern22:23
toskyand 2018-03-16 is the Sahara import date22:23
fungiluckily, the path portion of the openid urls is identical so we can deduplicate based on that just need to work out all the tables which need user id updates22:23
fungii can almost certainly brute-force a solution in the database, but i'll give it a day or two for sb veterans to weigh in with suggestions first22:24
fungiworst case i'll do some hacky etl in python22:25
diablo_rojofungi,  I think if we can update the migration script that would be better, but I am fine with a brute force thing to clean up the state of things now22:25
fungidiablo_rojo: well, it's both22:25
fungiwe need to correct the data which is already in the database, and adjust the migration script to prevent any recurrence22:26
fungifixing in the migration script is probably very easy, just need to s/login.launchpad.net/login.ubuntu.com/ on the openid field22:26
diablo_rojoSo changes somewhere around here I would guess? https://github.com/openstack-infra/storyboard/blob/master/storyboard/migrate/launchpad/writer.py#L14022:27
fungideduplicating accounts in the db is the tricky bit22:27
fungifor the already duplicated accounts22:27
fungiyeah, somewhere in that vicinity before the row in the users table is committed should work22:28
diablo_rojoso replace login.ubuntu.com for where login.launchpad.net happens?22:28
fungiyeah, it looks like the openid being given back by the lp api has the former and we want to perform string substitution on the result to transform it to the latter22:30
fungier, other way around from what i said22:30
fungireplace login.launchpad.net in what the lp api gives back with login.ubuntu.com before committing to the db22:30
diablo_rojoWill push the patch in a minute. Making the changes now.22:32
fungidiablo_rojo: oh, unrelated tidbit i promised i would pass along... during the zuul meeting yesterday where we discussed remaining hurdles for using sb for embargoed vulnerability reports it was pointed out that there's an issue getting e-mail notification for updates to private stories: http://eavesdrop.openstack.org/meetings/zuul/2018/zuul.2018-03-19-22.03.log.html#l-3222:32
diablo_rojofungi, we also should probably get this merged https://review.openstack.org/#/c/532706/22:33
fungicorvus has been working on getting sufficient regression testing in place so that we can test the fix for it so that it doesn't stop working later, but is running into some roadblocks22:33
diablo_rojoSince its been out there for a while and this new migration change will depend on that one.22:34
fungireviewing now22:34
diablo_rojofungi, thanks22:34
diablo_rojofungi, wrt the vmt processes and emails- I saw corvus's WIP patch go up, but havent had time to look at it in detail yet.22:35
diablo_rojoI can add a ask onto the private stories story about the email notification stuff- or we can split it out as its own story.22:36
fungidiablo_rojo: did you want to address persia's remaining comment on 532706? i'm good either way though it does seem like a (minor) improvement22:36
fungiit's already less judgemental than "anonymous coward" (which is what gerrit displays) so i'm not to concerned either way22:37
*** openstackgerrit has joined #storyboard22:37
openstackgerritKendall Nelson proposed openstack-infra/storyboard master: Migration Error with Suspended User  https://review.openstack.org/53270622:37
diablo_rojofungi, edit published :)22:37
corvusi've been working on that for about the past hour... i still don't understand the database system at all :(22:38
diablo_rojoI am totally behind calling them something else :)22:38
corvusi think my supposition was wrong -- it's not storing the data in the db where the problem occurs.. it looks like it's actually the query to use it.  which raises the question of how the permissions query works in production.  that makes me think perhaps it's related to the session handling (which is different for the api and in the test suite).22:40
*** jamesmcarthur has quit IRC22:41
openstackgerritKendall Nelson proposed openstack-infra/storyboard master: Duplicating Users at Migration Time  https://review.openstack.org/55472622:51
diablo_rojoI didn't make it dependent on the other migration script edit, but the merge conflict will be super simple to clean up.22:52
diablo_rojoThere you go fungi ^^22:52
fungithanks, i'll review both22:53
diablo_rojofungi, thanks :)22:54
persiaFor user deduplication, we probably want to consider both the cases of users already duplicated and users who are not currently duplicated but for whom we have recorded the incorrect OpenID URL in the database, such that they will end up becoming duplicate the first time they authenticate to StoryBoard.22:55
persiaThis is related to the user duplication cleanup in the migration script, but more about whatever needs to happen in the DB first.22:55
fungiright, i would consider both of those "duplicated" for purposes of data cleanup22:55
persiaAs would I: the key is that in some case there is only one "duplicate" record (where the correct record does not exist).22:56
fungii'll make sure we don't have any remaining login.launchpad.net openids at the end of whatever cleanup is performed22:56
persiaExcellent.  Just wanted to make sure that detail was caught when the migration happens, so we wouldn't have to do it again.22:57
fungibut thanks for the reminder, i might have forgotten to design the cleanup to account for those22:57
openstackgerritJeremy Stanley proposed openstack-infra/storyboard master: Duplicating Users at Migration Time  https://review.openstack.org/55472623:01
fungidiablo_rojo: ^ lgtm but heavy edit of the commit message to provide clearer explanation/history on the issue23:01
diablo_rojofungi, works for me :)23:02
corvusi'm hitting the wall again on the private story thing.  i'm happy to continue working on it, but i need help from someone who understands the storyboard database api to continue.23:02
diablo_rojoAside from lines not bring wrapped lol.23:02
fungidiablo_rojo: oh, ouch. i forget that gertty doesn't auto-wrap commit messages. i'll fix it23:02
openstackgerritJeremy Stanley proposed openstack-infra/storyboard master: Duplicating Users at Migration Time  https://review.openstack.org/55472623:03
diablo_rojocorvus, I am probably only a little more knowledgeable than you. SotK is your man for helping with that.23:05
diablo_rojoI am happy to be a rubber duck though.23:05
diablo_rojofungi, looks good now :)23:05
corvusdiablo_rojo, SotK: i'll try to pop in here first thing tomorrow morning then23:05
fungidiablo_rojo: if that one's not merged come friday, remind me to single-core approve it (and make sure i've already fixed up the db) before i start the import for tripleo23:06
fungibetter i don't make the mess even bigger23:07
* diablo_rojo makes note to remind fungi 23:07
fungithough honestly, it'll be an etl script querying and updating the db no matter how many dupes i need to contend with23:07
fungiso not a huge deal either way23:07
diablo_rojofungi, what time are you planning on running the ironic and tripleO UI teams migrations?23:10
fungii have no idea23:11
fungiprobably in the latter utc half of the day if that works for everyone23:11
fungisince those are my typical waking hours23:11
diablo_rojoWorks for me. I just wanted to know if I had to get up early to be here for you/remind you of things.23:16
openstackgerritMerged openstack-infra/storyboard master: Migration Error with Suspended User  https://review.openstack.org/53270623:16
*** jamesmcarthur has joined #storyboard23:24
*** jamesmcarthur has quit IRC23:29
*** tosky has quit IRC23:34
funginope! i'm a lazy^H^Hte riser23:46

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!