One note: the consensus at pl.wiki was to enable both edit tabs for logged-in users (that was the original question), not for anonymous users. Some users postulated that, some didn't, hard to judge.

Ok, another example of the very same thing happening. Steps to reproduce:

@Ragesoss , thanks, I wasn't aware of that.

Did T179997 fix this as well? @Framawiki ?

@KartikMistry , it works! Thank you! At last I can finish all those translations...

(not sure what are those two above, but the article on Michael D. Coe is still hidden behind gray overlay)

@santhosh , indeed in version=2 there's no overlay, but my saved translation doesn't load either ("Loading saved translation" message on top).

@KartikMistry , not sure if I do it properly (is there a way to export the debug log from FF?). Anyway, the console for this link:

@santhosh , I just published it under a new ticket to more easily distinguish the problems. T179997

Should this fix work for older articles that ended up being unloadable (grey overlay when loading, the three dots on top blinking ad nauseam, publish button greyed out)? If it should - it didn't in my case.

@Deskana Browser is Firefox x64, latest version at the moment of writing (updated to 56.0.2 since then), Windows 10 x64.

In T178748#3714456, @Amire80 wrote:

it will take some more time.

BTW, originally reported here, but since there was no response for the last two months, I took the liberty to report it here.

could there be a problem with MT, Apertium in particular?

@Neil_P._Quinn_WMF; @Nuria, any successes?

+1 to that. VE is needed in the project namespace, as it includes plenty of typical pages. However, on pl.wikipedia some project pages are de facto talk pages. Moreover, they are often heavily script-managed. So, how about fixing the underlying problem? Why are some edits wrapped in <blockquote> tags in the first place? What are the situations where this is more natural than simple : ?

A related task T163556

Thanks!

Thanks @Nuria , especially the compare link is helpful. Does the second link show VE edits only, or is it both editors combined?

Alsee, I see you're on a mission. Sure, go ahead, be bold and whatever. Whether you succeed or fail doesn't really bother me. But wouldn't it be better if we had better stats to base our decisions on before you start? You have flawed data. Wouldn't it be better to wait a second before more reliable data is available? It might prove your point after all.

Yeah, thanks, worked like a charm.

@Ragesoss Ok then, any chance to fix that? It affects ordinary editors as well: User:Lukasoch @ pl.wikipedia. Can't add him as editor ("Lukasoch: failure — Not an existing user."), because apparently he registered back in 2011. Contacting him and explaining who I am, what Meta is, why exactly do I want him to edit anything there... It would take a lot of effort just to add his username to Dashboard. There must be a better way to do it. Like, remove the whole meta check?

@Alsee @Deskana , for reasons I already pointed out here, the methodology is flawed. I'm afraid Alsee's method includes all kinds of administrative tasks that are neither code nor VE edits (yet are not marked by any special tag), such as rolling back vandalisms and bad edits (which happens a lot on pl.wiki since we have reviewed versions on), code cleanup scripts, adding categories using HotCat (enabled by default on pl.wiki), semi-bot edits and perhaps a plethora of others.

Well, we do have Wikiprojects (plenty of them actually), but we don't have a tradition of assigning classes to articles by Wikiprojects based on their own criteria. Instead the community at large checks whether the article meets the criteria for DYK (well, this one is actually a Wikiproject, but it's a special case), or whether it passes the GA or FA mark (Wikipedia: prefix).

Yeah, this button came to my mind when working on my group of biology students: we had an article list prepared, but they did not report which article they chose. So I'm monitoring their work to see who is working on which article, but assigning them by hand is a couple of clicks. This could definitely be simplified. Thanks for all the help - and hope you can come up with something.

Thanks. Could be useful not only for Polish Wikipedia, where some anons are long-time editors, using the same IP consistently. From what I remember, on Japanese wiki a large part of all users are anons.

Cool! How do I enable it on Polish Wikipedia then - and how do I teach it to look for the classes we have (or does it work the other way around and we'd have to modify all our templates to follow some new scheme?).

Thanks for the info.

Just dropping by that one of the users of Polish Wikipedia recently reported a similar problem when logging in. No idea what it means though, will try to investigate.

On Polish Wikipedia we implemented an AbuseFilter entry that prevents non-autoconfirmed users from publishing to the main space. Which means they are free to publish to their userspace drafts if they please. And it works wonders. Just saying.

The WMF ran a controlled study on the effects of visual editor, showing that it provided zero benefit to new users and finding notable negative effects. Is there anyone here who honestly thinks that a majority of the general global editing community wants VE to be made the default?

I don't think anybody's proposing to phase out the code editor, and with single edit tab and easy switching between the two there's really no harm, IMO.

Alsee, the place you link to is not the right place to discuss such changes, which is why barely anyone took part in the discussion (apart from people who generally oppose any technical improvements, that is). Hence one person voting against the use of Flow on Polish Wikipedia (yup!), two people reporting bugs there in this thread and so on. If you really want to start a format consensus process, use the main BAR rooms, not the technical room used mostly for bug reporting.

There's clearly no consensus on Polish wiki. The forum you link to is the technical room of Polish Wikipedia's bar/teahouse, it's used mainly to fix technical problems. Hence there's only five votes there, most over a year old (and we can't be sure if the problems raised weren't solved in the meantime). It's nowhere near a wiki-wide consensus.

Could this perhaps be related to an error in Content translation I stumbled upon recently (and not only myself)? On complicated pages (possibly with some non-standard markup inside), the CT engine breaks and prevents user from publishing work, with the following error "Podczas publikowania tłumaczenia wystąpił błąd. Spróbuj opublikować stronę jeszcze raz. Błąd: Error converting HTML to wikitext: docserver-http: HTTP 400" (in Polish, you get the ghist).

See also this related suggestion at meta.

Aklapper, I guess it would be easier to fix it on our end (as in: tag proper sections on WP's main page or something along those lines). However, I would need some info on how exactly does the android app identify the sections of the main page.

Anyone here? Anything I can do to fix this myself?

It seems the problem was indeed with the EMUI addon, matter got solved with the latest update to EMUI 4.0 (ALE-L21C09B577).

Any timetable for that?

Ok, I was told by Krenair here, that there is a "list creation password". Any idea who has it?

...anyone..?

Aklapper, I have no idea how did I miss the info at the main page and headed directly to talk, thanks for pointing me the right direction. Anyway, I updated the requested name and filled in all info in the task. Does it look ok now?

Thanks everyone, holding my breath then :)

Wow, thatnks Nikerabbit. Do I understand correctly that there would be a way to set the default language for each page individually, except not just now? If I understand correctly, there's no consensus to implement that change and no ETA on it. So, should I hold my breath or not?

Hmmmm, as a code-illiterate I just read the entire discussion (having been referred here by Nikerabbit from T145039). Could some kind soul please sum it up for me so that I knew whether there is a way to set the page language on Outreach wiki, and if not - what do I do to set it up correctly?

Yeah, +1 to that.

Thinking of it now, I believe the issue has something to do with Wikipedia app being incompatible with EMUI add-on pre-installed on most Huawei phones these days (or the other way around). Ever since reporting this issue I updated my phone, but the share a fact function still doesn't work. Android 5.0.1, EMUI 3.1.

Yeah, that's what I had in mind. :)

All of them. We have reviewed versions enabled on pl wiki anyway, so the risk of new users and anons signing their names everywhere in the mainspace is minimal anyway.

...and thanks here as well :)

Thanks!

BTW, The only complication when translating Template:Cite book or Template:Cite journal from English wiki to Polish Szablon:Cytuj is the fact that we have dropped separation of authors onto multiple fields altogether ("autor = Name1 Surname1; Name2 Surname2; Name3 Surname3"). The rest is pretty straightforward.

A couple of screenies to make the issue easier to understand. The first shows the top of the translation, as if the text on the left was not translated and was ready to be copied over. The second shows the end of the lead, where the translated text starts.