Thu, Jan 11
It definitely needs to be configurable, as the name and location of the template differs. Ideally, it should be enforced at wiki level, with an (optional?) user override. This way new users will automatically follow the wiki rules with no effort from their part.
Sun, Dec 17
Dec 16 2017
OK, so I tested with users Strainu, Strainubot and anonymous. The issue about the 500 limit getting lost is only reproducible with my main account, so it's probably caused by some script. However, the fact that the same images are displayed regardless of how many times I click on "older 500" is reproducible each and every time. I have updated the description to reflect this, hopefully you will be able to reproduce at least this part.
Dec 15 2017
@Aklapper, are you logged in? If not, could you please try while logged in? I am unable to reproduce when logged out, so I disabled all user scripts and gadgets and I can still reproduce when logged in.
@Great_Brightstar: none of the examples given by you and others above work for me on mobile - they always redirect to the non-mobile URL.
Dec 14 2017
@EddieGP, we're taking of about 400 pages on Wikipedia and a few dozen on wiktionary. I'm 99% sure that the ro.wiktionary does not have *any* Romanian words with Cyrillic spelling. IMO it's not worth the effort of redirecting articles to same-title articles on the Romanian projects.
You seem to be behind on the news: the language committee has decided that mo.wp should be deleted, not just closed, following the RfC at https://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Deletion_of_Moldovan_Wikipedia_2
@Verdy_p , where is ro-latn defined and why do you expect it to work?
The transliterator is not active on the Romanian projects.
Dec 13 2017
@Petar.petkovic Having elements overlap for whatever reason makes the page look broken. If there is really no way to solve both bugs, I would suggest that the situation described in T174728 is better than the current one.
Dec 12 2017
I can confirm the redirects work as intended.
@Etonkovidova, thanks a lot for taking another look at those issues, this is really nice of you :) You might have misunderstood my main complaint, though: the bugs seem to have appeared in production due to a lack of testing with the "Group changes" option when introducing new features (labels, wikidata, etc.) and this situation seems to repeat itself for a while already. The solutions I see is to either have a release criteria for RC-related tasks on the lines of "test with option X, Y, Z..." or introduce automated tests that can detect differences between the output of the RC feed with various options enabled and continuously improve the tests when new bugs appear (aka the better regression I was talking about). The latter seems preferable to me, although it probably requires a significant time investment upfront.
Dec 10 2017
Dec 8 2017
And yet, it's been ignored in almost every RC update in the last year - I remember at least 2 other bugs that were only reproducible with that setting. Better regression testing should probably be a target, but oh well...
Dec 7 2017
Dec 3 2017
@Reedy , I think that the most important is to know if the Ops team is actively working on a solution for this and if not, when does the team plan to allocate the time needed for it?
Dec 1 2017
Can we get some more details on why such changes would not be desirable? As time passes, chances are that the list of required closures will get bigger.
Nov 28 2017
@Tgr, is WikipediaExtracts deployable or it needs more work?
Nov 27 2017
The voting has started. Please feel free to announce the proposal to your respective communities and don't forget to vote yourselves.:)
Nov 7 2017
Oct 27 2017
It appears to be a bug in their code. The response I got was "You should be able to download any photo with a CC license, there is no special setting for this". I gave them a few examples of files in this situation and they promised to take a look.
Oct 25 2017
500px.com is in the exact same situation as Flickr: it is a mix of free and non-free content, has clearly identifiable CC-BY/CC-BY-SA photos and an API to retrieve it. I proposed it because many photographers left Flickr for 500px. While GLAMs and specific sources are good, commercial websites are a much better source of random images. And as you said, the category is already present in the list. My specific interest is in pictures of villages in Romania that we don't have pictures of, but the fact that there is currently no uploader for images from 500px.com should be taken into account as well. I'm sure that once people here about the option, we will see a significant influx of images.
Oct 24 2017
Oct 20 2017
I think part of the issue here is addressed in T115847, but we need more to make sure we can keep up with various limitations (templates, tags etc. that need to be skipped) that currently exist and the ones that can appear later on (new templates etc.).
I've done some more testing and it seems there is a difference between pasting text and html, which makes sense. Perhaps we're approaching this use case by the wrong end: would it be easier to detect when the user is copying wikitext and keep only the text, without the HTML "garbage"? This way we would help at least the js-enabled users (which are probably the vast majority anyway).
I'm pretty sure this is a regression - pasting template wikitext in the Visual Editor used to work (that is, the template would be introduced) and now, following the steps from the description in the Visual Editor, I get the wikitext (with a link to <s>the template</s>null). As i said in May, please take into account the fact that we are still requiring users to copy-paste wikitext in many places, so this should have priority over pasting a link (which is nice indeed, but did not work in the classic editor).
Oct 8 2017
Isn't it possible to determine the data used and segment the RC feed based on that? For instance, very few articles make use of the language links except the article linked to the item. On the other hand, many articles use only the localized labels of items, which means it's probably not interesting to push changes to item properties to those articles.
What was the original idea behind pushing changes to an item to all linked items? This doesn't happen for MediaWiki and seems useless to me (N=1 seems perfect to me right now), but perhaps I'm missing something.
Sep 29 2017
Oh, sorry for the omission. It's a JS file: https://ro.wikipedia.org/wiki/MediaWiki:Diacritice.js . Specifically, the ones in saveNewDiacritics() (I've only tested the one for the edit form)
Sep 12 2017
Sep 10 2017
Sep 8 2017
Aug 31 2017
@Johan Yes, at least rowiki and commonswiki are affected, which means that very likely all the wikis from the same group (using the same server) as those 2 are affected. For these groups no workaround has been put in place, so the issue is still a problem for many experienced users.
Aug 30 2017
There is a very interesting suggestion in that discussion that should be taken into account: use mw.wikibase.label. I can confirm that using mw.wikibase.label takes basically no memory (504K with the call, 503K without the call) compared to 42M+ when loading the whole page for tens of countries.
Aug 29 2017
@yuvipanda: Yes, absolutely, I could reproduce it just now. I lauched Strainu's server, then tried to log in as Strainubot and I get a
"500 : Internal Server Error
Failed to start your server. Please contact admin."
Aug 24 2017
@Trizek-WMF, should the deployment of advanced filters to watchlist (planned Sep 5th) be postponed until this is solved? The beta feature is slow as it is, deploying it over this issue might make the symptoms worse for affected users.
Aug 23 2017
It was also reported on rowiki for users with as few as 2K followed pages: https://ro.wikipedia.org/wiki/Wikipedia:Cafenea#Pagini_urmarite
Aug 10 2017
I don't have the time or resources needed to do the investigation myself. Thanks for your help on this, I believe we can now close the ticket.
Aug 9 2017
I'm sorry, but I'm a bit skeptic about this explanation for several reasons:
- ro.wp did not have that peak in July 2016; it had some other peaks which probably account for the slight rebounds in monthly pageviews and which could be caused by the same issue
- it seems highly unlikely that low-level errors would only occur on one page. Despite that, the second most visited page, Search, did not see any spike or drop except normal summer vacations. Nither did the most visited article.
So are you saying that it's just "random" browser traffic that used to be targeted at the MainPage and now it's not? What kind of script could have generated that?
@Nuria, are the stats you show the pageviews for the whole project or for the main page? They don't look anything like the pageviews tool. There is no seasonal variation there, only decreases from March 2016.
Here is an image of the issue. The prefix was 'Tisa ', input text was 'Mara'
Aug 8 2017
Aug 6 2017
Actually, during the review, I noticed a case when the pageimages API call and pageprops return different values, see https://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&format=json&prop=pageimages%7Cpageprops&meta=&titles=File%3ALasalumic.jpg&piprop=name&pithumbsize=50&ppprop=page_image%7Cpage_image_free
@Framawiki , thanks for the pointer. It seems a bit of an overkill to load all the page properties only for this.
Aug 5 2017
Aug 3 2017
Re-adding @yuvipanda since I believe he was accidentally removed.
Aug 2 2017
Aug 1 2017
I'm very interested in seeing some of the work you're doing. I've personally invested some time last year to detect monument signs using opencv's templateMatch algorithms, but I haven't followed up recently on this.
Jul 25 2017
@Andrei_Stroe: All translations are available at translatewiki.net. I used 'p' per your suggestion.
Jul 21 2017
@Aklapper, have you tried doing so with a bot account while having a server started on your main account? The bot probably has to have MainAccountBot as username (that's the case for me)
Jul 20 2017
Totally agree with @MotokoCK, whatever path is taken, we would very much like to see this happen fast. More and more users are now going mobile and missing on many announcements from the community. I don't think the requests of ro.wp have changed since I logged this bug. We still need something with the capabilities of Central notice, but configurable locally and which doesn't look like a banner.
CLDR has an entry for ro_MD, in latin script. I have yet to find any difference between that and ro_RO.
Jul 19 2017
Yep, perfect, thanks!
Note: the similar change for 'ro' is tracked in T168711
Unfortunately it would seem the diacritics used in the letter headings are wrong. They should be "Ș", "Ț" (comma-below) and instead they are cedilla-below (Ş, Ţ). See for example https://ro.wikipedia.org/wiki/Categorie:%C3%8Embr%C4%83c%C4%83minte
Jul 17 2017
@Urbanecm, thanks for the help, you really moved this forward.
Jul 14 2017
Still no-one willing to do the review?
Jul 7 2017
This is a site request that cannot be approved without cleat consensus obtained on the Romanian wikis first, and not on meta or here. I suggest you open a discussion on the Romanian Wikipedia and invite participation from the rest of the projects if you are really serious about pushing this.
Jul 6 2017
OK, working on the content of the article [[:ro:Francilien]]:
- the article: https://ro.wikipedia.org/w/index.php?title=Utilizator:Strainu/Example1&oldid=11215016
- the introduction as HTML extract: https://ro.wikipedia.org/wiki/Special:ApiSandbox#action=query&format=json&prop=extracts&titles=Utilizator%3AStrainu%2FExample1&exintro=1
- the introduction as TXT extract: https://ro.wikipedia.org/wiki/Special:ApiSandbox#action=query&format=json&prop=extracts&titles=Utilizator%3AStrainu%2FExample1&exintro=1&explaintext=1
- the output of my code (which should be similar to the proposed feature): https://tools.wmflabs.org/paste/view/raw/5cb9264f
Jun 30 2017
Any updates on this? Is it currently possible to run code in paws automatically?
@TheDJ : We're good on the numeric sorting, I've updated the patch accordingly
Jun 29 2017
This hasn't been explicitly discussed, but I don't see why not. Will ask and come back as soon as possible (with a patch as well)
Jun 28 2017
Jun 25 2017
It works OK now, thank you for working on this in the weekend.
Jun 24 2017
Jun 23 2017
Jun 22 2017
@leila : I updated the translation for Visit survey to use the same terminology as the rest of the translations ("chestionar"). I would appreciate it if you could re-deploy the translations.
Jun 20 2017
Jun 19 2017
Romanians my age don't normally speak Russian. I kind of find this assumption offensive, especially since I have a babel box on my user page.
Jun 18 2017
Jun 12 2017
Jun 10 2017
I am personally against using the markdown (and implicitly the .md extension). The code is not maintained in Github, gerrit does not implicitly display markdown and having some weird syntax (however well-known) decreases the readability of the file in command line. I would much rather have it in plain text. With extension or not, that's bikeshedding.