Sarai-WMDE added subscribers: guergana.tzatchkova, noarave. Sarai-WMDE added a comment.
Story writing notes and decisions: 1. We'll use our reusable variables to create the spacing around and between the Execute and Stop buttons. 2. The QT team will need to investigate whether using Codex buttons (in either their Vue or CSS version) is an option in the Query Service. This information will influence this tasks' estimation during the next sprint planning. -> Done, see comment above 3. We evaluated the introduction of a "cancelling query" message indicator to communicate the transition from running to stopping the query: while we subjectively believe this is a good idea (the message was even included in the first version of the prototype), we don't really have proof of the benefits of introducing this extra step. On the contrary, we received feedback against adding this unnecessary waiting time. For now, I would suggest us moving forward without doing this, and only incorporate this progress indicator later, in case we detect it's necessary to limit how streamlined the workflow is at the moment (see next point). 4. For now, the decision has been to wait and track whether servers' performance is impacted by these upcoming changes to the QS UI, and add design mitigations in case overloads are detected (e.g. increase waiting times, add a Cancel confirmation dialog). Nevertheless, the WDQT team would like to know if there's anything that we can do from our side to prevent making this new Cancel functionality unavailable for bots: is this a strategy that sounds necessary to the Search Platform / Query Service Team? What can our team do to support that? Maybe @Lydia_Pintscher can help us validate/ clarify this? 🙏🏻 TASK DETAIL https://phabricator.wikimedia.org/T245643 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sarai-WMDE Cc: noarave, guergana.tzatchkova, HasanAkgun_WMDE, dcausse, Gehel, Michael, Ainali, Lydia_Pintscher, jhsoby, agray, Nikki, Sarai-WMDE, Arian_Bozorg, edwardbetts, Aklapper, Bugreporter, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Mahir256, QZanden, EBjune, KimKelting, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
