Michael added a comment.
In T231887#5518714 <https://phabricator.wikimedia.org/T231887#5518714>, @Matthias_Geisler_WMDE wrote: > I have a couple questions regarding this: > -> Do we make central auth as a dependency of DataBridge (especially regarding 3rd parties)? If yes we should somewhere doc (as well as ULS), or? Using central auth in 3rd party installations seems to be generally discouraged, because it is complex to set up and maintain. For the purpose of this MVP I would assume that client and repo have in principle access to the same users. > -> What kind of behavior we consider as a bug of central auth? (like if I am logged in on desktop and change to mobile, my status is gone, or the described behavior of Michaels investigation) Losing the logged-in state when switching to mobile certainly feels like a bug to me, but I'm not sure if it is related to this ticket. The behavior described above is not nice, but it doesn't seem to cause us to bleed IP addresses into the item history. > -> I think the bullets 3 and 4 can be reconsidered in T231209 <https://phabricator.wikimedia.org/T231209> as well, right? (iff we touching the API for userinfos) This is response to the following bullet, right? > - What options do we have for recovery on the client after assertuser fails? This should be rare, so the simplest approach might be to tell the user to redo the change. Alternatively, we could offer them to continue as anon. I'm skeptical about letting them login in a different tab, because what happens if they login as a different user? > -> Do we need more then one option? (I am also okay with the passive approach) Not sure to what you are referring here. TASK DETAIL https://phabricator.wikimedia.org/T231887 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael Cc: Matthias_Geisler_WMDE, Addshore, Aklapper, Lydia_Pintscher, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
