Jun 27 2019
May 31 2017
May 18 2017
@Cyberpower678: The combined diff for "v1.3.2" is:
@Cyberpower678: the bot does not need to fix broken stuff; the bot just needs to not to make it worse.
May 12 2017
Dec 20 2016
For the record, commit 12133:
Dec 19 2016
@Magioladitis: Thank you for continuing to work on this.
Dec 3 2016
I saw the following diff on my Watchlist:
Sep 7 2016
James: there are still out-standing UI issues.
James: blocking the edit window would be even more sub-optimal for user interaction.
Jul 30 2016
Ideally AWB/Yobot should check the preceding character before relocating punctuation in the vicinity of <ref/> to before <ref/>, and flag ambiguous cases for manual processing.
These cases of conflicting punctuation probably need flagging for manual processing.
Jul 26 2016
Pointer from May 2016 to [[MOS:HEADINGS]] wording, with relevant quote:
Jul 21 2016
@Magioladitis , thank you!
@Rjwilmsi: please can you link to the diff for proposed fixes; eg.
Jun 6 2016
The behaviour differs between Firefox, and Chromium:
- Firefox:, buttons are above one another; focus disappears; escape ignored
- Chromium:, buttons resize to be side-by-side; focus disappears; escape processed.
@matmarex: when you click on the top 75% of the dialogue box, what happens to the initial focus on the bottom "button"?
Jun 5 2016
@Nemo_bis: Here's what I'm doing:
- Click anywhere on the "Welcome to Wikipedia box" (top ~75% of the popup)
- Press Escape
What should happen:
- Popup should close
The difference appears to be that "Start editing" is now highlighted (and focused) by default.
May 27 2016
@Nemo_bis: are you working on this? Or is the task still stalled on waiting for a definite policy decision by a third party?
@Nemo_bis: you've changed the status. Does this mean *you* are actively working on getting this?
May 26 2016
Quim: please can you schedule getting this changeset rolled back until when/if it is in a suitable state for re-testing/deployment; it's been live for a week now which is not really acceptable for something that is restricted to the subset of $everyone multipled by $every_wiki_they_edit_on.
May 24 2016
This bug appears to be a server-side performance issue (something not visible to the user), so ideally any proposed solution on the implementation side should also be something not visible to the user.
This bug report started out with the premise "We have complaints at enwiki that the Single Edit Tab (SET) feature".
May 21 2016
Before tracking this down, I had filed two issues: