Hi all
A few questions to provoke discussion/share knowledge better:
* Why does the train run Tue,Wed, Thur rather than Mon,Tue,Wed
* Why do we only have 2 group 1 Wikipedia's (Catalan and Hebrew)
* Should there be a backport window Friday mornings for certain changes?
Longer spiel:
A few weeks ago a change I made led to a small but noticeable UI
regression. The site was perfectly usable, but looked noticeably off. It
was in a more obscure part of the UI so we missed it during QA/code review.
Late Wednesday a ticket was reported against Wikimedia commons, but I only
became aware of it late Thursday when the regression rolled out to English
Wikipedia. A village pump discussion was started and several duplicate
tickets were created. While the site could still be used it didn't look
great and upset the experience of many editors.
Once aware of the problem, the issue was easy to fix. A patch was written
on Friday.
I understand Friday backports are possible, but my team tend to use them as
a last resort in fear of creating more work for my fellow maintainers over
weekend periods. As a result, given the site was still usable, the fix
wasn't backported until the first available backport window on Monday. This
is unfortunately a regular pattern, particularly for small UI regressions.
We addressed the issue on Monday, but I got feedback from several users
that this particular issue took too long to get backported. I mentioned the
no Friday deploy policy. One user asked me why we don't run the train
Monday-Wednesday and to be honest I wasn't sure. I couldn't find anything
on https://wikitech.wikimedia.org/wiki/Deployments/Train.
My team tries to avoid big changes on Mondays as Monday merged patches are
more likely to have issues since they don't always get the time to go
through QA during the week by our dedicated QA engineer.
So... Why don't we run the train Monday-Wednesday? Having a Thursday buffer
during which we can more comfortably backport any issues not caught in
testing, particularly UI bugs would be extremely helpful to my team and I
don't think we'd lose much by losing the Monday to rush last-minute changes.
Assuming there are good reasons for Tuesday-Thursday train, I think there
is another problem with our deploy process which is the size of group 1.
Given the complexity of our interfaces (several skins, gadgets, multiple
special pages, user preferences, gadgets, multiple extensions, and
different user rights), generally, many obscure UI bugs get missed in QA by
people who don't use the software every day and have a clear mental model
of how it looks and behaves. My team mostly works on visible user interface
changes and we rely heavily on Catalan and Hebrew Wikipedia users - our
only group 1 wikis to notice errors with UI before they go out to a wider
audience. Given the size of those audiences, that often doesn't work, and
it's often group 2 wikis that make us aware of issues. If we are going to
keep the existing train of Tue-Thur, I think it's essential we have at
least one larger Wikipedia in our group 1 deploy to give us better
protection against UI regressions living over the weekend. My understanding
is for some reason this is not a decision release engineering can make, but
one that requires an on-wiki RFC by the editors themselves. Is that
correct? While I can understand the reluctance of editors to experience
bugs, I'd argue that it's better to have a bug for a day than to have it
for an entire weekend, and definitely something we need to think more
deeply about.
Dear all,
we have developed a tool that is (in some cases) capable of checking if
formulae in <math/>-tags in the context of a wikitext fragment are likely
to be correct or not. We would like to test the tool on the recent changes.
From
https://www.mediawiki.org/wiki/API:Recent_changes_stream
we can get the stream of recent changes. However, I did not find a way to
get the diff (either in HTML or Wikitext) to figure out how the content was
changed. The only option I see is to request the revision text manually
additionally. This would be a few unnecessary requests since most of the
changes do not change <math/>-tags. I assume that others, i.e., ORES
https://www.mediawiki.org/wiki/ORES,
compute the diffs anyhow and wonder if there is an easier way to get the
diffs from the recent changes stream without additional requests.
All the best
Physikerwelt (Moritz Schubotz)
Thanks for the suggestions Ori - I tried Option A (using /usr/bin) and that
installed it. But, I then had trouble actually getting it to run:
In git bash, running `fresh-node` resulted in the error
> the input device is not a TTY. If you are using mintty, try prefixing
the command with 'winpty'
I tried to run the command in command prompt instead, since I understand
that it is TTY. I navigated to where the actual fresh-node file was
(C:\Program Files\Git\usr\bin>) and ran `bash fresh-node` with the result:
```
fresh-node: line 12: basename: command not found
fresh-node: line 13: basename: command not found
fresh-node: line 123: uname: command not found
/usr/bin/env: 'sh': No such file or directory
```
so I then tried harder to get it to work in git bash. A bit of testing and
internet research later about the TTY issue, and I found that the cause of
the TTY failure was that the fresh-node script has a line
`docker_args+=("--interactive" "--tty")`. I replaced this with
`docker_args+=("--interactive")` and then tried to run fresh-node again.
This time, it looked like it was starting to work, saying that it couldn't
find the 'docker-registry.wikimedia.org/releng/node10-test-browser:0.6.3-s2'
image locally and so downloaded it. However, after it downloaded, there was
an error:
```
docker: Error response from daemon: OCI runtime create failed:
container_linux.go:380: starting container process caused: exec:
"C:/Program Files/Git/usr/bin/sh": stat C:/Program Files/Git/usr/bin/sh: no
such file or directory: unknown.
```
and repeated attempts to run `fresh-node` produce the same error (without
trying to download the image again).
Looking through file explorer, "C:/Program Files/Git/usr/bin/sh" does
appear to exist (it's a 1918 KB application).
So, what I'm wondering is:
* what is the correct way to *run* fresh-node on windows once it is
downloaded to /usr/bin?
* is this Docker error because I removed the --tty parameter? Or is it
something else?
Thanks,
--DannyS712
P.S.: sorry if I messed up the thread by emailing wikitech-l directly
instead of replying to the prior message, I get the mailing list in digest
mode, though I've just switched it to regular for now. This was meant to be
part of the thread at
https://lists.wikimedia.org/hyperkitty/list/[email protected]/…
Hi all,
finding, inserting and removing templates becomes now easier on a group of
wikis with the new bundle of changes from WMDE’s Technical Wishes team. All
other wikis will follow over the course of this year.
In the VisualEditor, 2017 wikitext editor and 2010 WikiEditor, an improved
search will help you find relevant templates even if you’re not sure of
their exact name. The search will look for matches for your keyword within
the entire template name, not just its beginning [1]. In VisualEditor, a back
button will be added to the “Insert a template” dialog, making it easier to
explore different templates [1]. For the same dialog, a warning will appear
if you have entered data and close the form without saving. In the past,
all changes were just lost [1]. Last but not least, it will be clearer how
to remove a template from a page with the new “delete” button next to the
“edit” button in a template’s context menu of the VisualEditor [2].
We plan to deploy these improvements on German, Greek, Malay, Twi, French,
Hungarian, Turkish, Hebrew, Finnish Wikipedia and English Wikivoyage &
Nauruan Wiktionary on 7th of July. If you have any feedback, please let us
know on the projects’ talk pages [3] [4].
[1]
https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Finding_and_inserting…
[2]
https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Removing_a_template_f…
[3]
https://meta.wikimedia.org/wiki/Talk:WMDE_Technical_Wishes/Finding_and_inse…
[4]
https://meta.wikimedia.org/wiki/Talk:WMDE_Technical_Wishes/Removing_a_templ…
Timur
for the Technical Wishes team
--
Timur Vorkul
Technische Wünsche
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23–24 | 10963 Berlin
Tel. (030) 219 158 26-0
https://wikimedia.de
Bleiben Sie auf dem neuesten Stand! Aktuelle Nachrichten und spannende
Geschichten rund um Wikimedia, Wikipedia und Freies Wissen im Newsletter: Zur
Anmeldung <https://www.wikimedia.de/newsletter/>.
Unsere Vision ist eine Welt, in der alle Menschen am Wissen der Menschheit
teilhaben, es nutzen und mehren können. Helfen Sie uns dabei!
https://spenden.wikimedia.de
Wikimedia Deutschland — Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.