In T316439#8191150, @JJMC89 wrote:

See https://wikitech.wikimedia.org/wiki/Password_and_2FA_reset#For_users for the easiest way to confirm your identity.

sure, what's the train exactly?

@Zoranzoki21 for future reference ET in the US winter is -0500.

the form on this page seems to have disappeared now.

<H2> text is also cropped by the line in timeless skin.

@ssastry I don't know that much about the migration but one solution could be warn users when they try to save content which has inconsistent rendering between old/new.

In T190371#4071473, @Dbrant wrote:

The app retrieves article content from Parsoid, which might be handling unbalanced HTML tags differently from the MW parser. Are there Wikipedia articles where this is causing issues?

removing Android folks in case they don't want the spam

hrmmm, ok, works for maniphest search but not global search?

In T66281#4070315, @Dbrant wrote:

Is that correct?

I'm not even saying make it perfect, but MVP

1. no silent error, no clobbering, if there's a conflict then don't make the edit. and also pass the server enough data so that it is possible for it to do the server side conflict resolution magic
2. but also no data loss client side. give the user an opportunity to copy the text that they were trying to save. possibly to clipboard or a share to another app.

enough is enough. silent data loss is not ok. IMO we should disable all editing from this app until this task is resolved.

goes away when I disable gadget in my prefs. https://www.wikidata.org/wiki/Wikidata:Primary_sources_tool

any article that has references. have you had trouble finding one?

thanks Mholloway. hopefully I got that task relationship right...

Originally noticed this with Android App 2.7.224-beta-2018-01-06 then installed and tested briefly with production 2.7.224-r-2018-01-06 and then did test edits (and a null edit on desktop) with that same beta again.

yes please!

@MusikAnimal does this still work? I don't see any way to get the page to load with the "Logarithmic scale" box already checked. (with &autolog=false, &autolog=true or leaving parameter off)

that's maybe exactly the problem.

In T66281#1041625, @Deskana wrote:

Don't panic! This is a normal priority issue. :-)

doesn't take a month, sometimes happens in less than a day.

I'm not sure when the instructions were removed

https://phabricator.wikimedia.org/applications/mailcommands/PhabricatorManiphestApplication/task/

xyz

In T151094#2808719, @mmodell wrote:

https:://w.wiki does not work for me. Firefox decides to instead take me to a google search for w.wiki... odd

completed today?

In T147887#2707164, @Zppix wrote:

@jeremyb its restricted

see also {T88859}, cc @Slaporte

https://blog.wikimedia.org/feed/ links look maybe fixed but some other
things need fixing too. just search the feed for http://

I don't have an iOS device and have not used the Wikipedia iOS app at all.

In T123109#1970487, @JeanFred wrote:

{{done}}

In T88861#1890467, @Mschon wrote:

does wmf support https://letsencrypt.org ?

and with Android App 2.0.109-beta-2015-08-21

(refraining from purging, etc. in case someone wants to dump the index first)

until recently it would share just the URL and nothing else. I don't
remember for sure but here maybe was an intermediate period since then when
it shared page title (spaces not underscores) + URL

In T45250#1426958, @awight wrote:

In the wm2015register case, the problem is actually that we're spamming the bloody crap out of the entire world, that should have set off alarms before S:RI did.
... when we have a huge systemic issue with allowing people to spam each other in the first place.