Lucas_Werkmeister_WMDE added a comment.
I assume this is caused by the `ItemPage.goToPreviousRevision()` function, which as far as I can tell is only used by this one test, and looks extremely fragile. Here’s what it does: - click on the recent changes link in the sidebar - click on the “history” link of the last change in the wiki - click on the date link of the change marked as “after” (this class is assigned based on the two diff selection radio buttons – initially, “before” is the current revision and “after” its parent) I’m not sure what part of this breaks, but since we already know the item ID, at least the first two steps seem unnecessary to me, and for the last step it might also be better to make an API call to get the second-latest revision. TASK DETAIL https://phabricator.wikimedia.org/T232363 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jakob_WMDE, Lucas_Werkmeister_WMDE Cc: Jakob_WMDE, Lucas_Werkmeister_WMDE, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, B20180, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
