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.
- All Stories
- Advanced Search
- Transaction Logs
Dec 20 2017
Dec 6 2017
Ok, another example of the very same thing happening. Steps to reproduce:
Nov 28 2017
@Ragesoss , thanks, I wasn't aware of that.
Nov 25 2017
Did T179997 fix this as well? @Framawiki ?
Nov 15 2017
Nov 14 2017
@KartikMistry , it works! Thank you! At last I can finish all those translations...
Nov 9 2017
(not sure what are those two above, but the article on Michael D. Coe is still hidden behind gray overlay)
Nov 8 2017
@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:
Nov 7 2017
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.
Nov 3 2017
Oct 31 2017
In T178748#3714456, @Amire80 wrote:
it will take some more time.
Oct 21 2017
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?
Aug 29 2017
@Neil_P._Quinn_WMF; @Nuria, any successes?
Jun 13 2017
+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 : ?
Jun 9 2017
Jun 7 2017
A related task T163556
Jun 6 2017
Thanks @Nuria , especially the compare link is helpful. Does the second link show VE edits only, or is it both editors combined?
Jun 5 2017
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.
Jun 2 2017
Yeah, thanks, worked like a charm.
Jun 1 2017
@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?
May 30 2017
@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.
May 23 2017
May 17 2017
Apr 27 2017
Apr 24 2017
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).
Apr 23 2017
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.
Apr 22 2017
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.
Apr 21 2017
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.
Apr 18 2017
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.
Apr 15 2017
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.
Apr 14 2017
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.
Apr 13 2017
Apr 10 2017
Mar 27 2017
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.
Feb 17 2017
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).
Nov 16 2016
See also this related suggestion at meta.
Nov 15 2016
Nov 10 2016
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.
Oct 26 2016
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?
Oct 12 2016
Ok, I was told by Krenair here, that there is a "list creation password". Any idea who has it?
Oct 11 2016
Oct 4 2016
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?
Oct 3 2016
Sep 12 2016
Thanks everyone, holding my breath then :)
Sep 9 2016
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?
Sep 7 2016
Jul 9 2016
Yeah, +1 to that.
May 21 2016
May 11 2016
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.
May 2 2016
Apr 30 2016
Yeah, that's what I had in mind. :)
Apr 29 2016
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 :)
Mar 23 2016
Jan 21 2016
Dec 10 2015
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.
Nov 15 2015
Nov 11 2015
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.