Michael added a comment.
While the situation may happen as described in T231209 <https://phabricator.wikimedia.org/T231209> and T202028 <https://phabricator.wikimedia.org/T202028>, that the user is only logged into the Wikipedia site with the bridge app, but not into Wikidata, that doesn't seem to be a problem as the login-check is made against central auth and not wikidata itself. Hence the edit is still made on wikidata as the logged-in user without actually being logged-in in wikidata on the browser. However, the suspected problem mentioned in the description might still arise if someone logs out of Wikidata/Wikipedia after the bridge app was opened (e.g. in another tab). Recovering from that might not be impossible on the technological label, but might be messy on the UX side. E.g. what if someone logs in with a different account than the one which they initially used? My suggestion would be for now to just request the user to make sure they are logged-in and then to come back, start fresh, and make the edit again. What already works fine is when starting out as anonymous and then logging in: 1. Go to wikipedia page and open bridge app from an infobox as anonymous user 2. open a new tab and log into wikidata 3. save the edit from the initial tab 4. ⇒ edit is made as the logged-in user TASK DETAIL https://phabricator.wikimedia.org/T231887 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael Cc: Addshore, Aklapper, Lydia_Pintscher, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs