Tue, Oct 6
Yes, the scrollbar remains visible for me.
Sun, Oct 4
Aug 26 2020
@Aklapper indeed this seems to happen only when activating Twinkle. However, I believe this is just a manifestation, not the root cause: the same result is obtained by reducing the width of the menu or increasing the number of characters in one of the buttons. I believe this shows the issue is not linked to the desktop improvements, but rather on when is the "hiding" script run.
Aug 17 2020
Aug 5 2020
I've seen this and I considered this a feature, not a bug, because it allows the user to see the video capture better. Anecdotic evidence from a discussion on ro.wp seem to suggest I'm not the only one. Seeing the videJs player vs the previous one, people reacted with "ah, that's slightly better [for infoboxes]"
Jul 5 2020
15 years ago the community and the rules were different. You'll need some kind of consensus with the current rules and people.
Jun 18 2020
Please note that rowiki does not have local checkusers since 2015.
Jun 5 2020
It appears to work now: https://ro.m.wikipedia.org/wiki/Special:MobileDiff/13465214
May 16 2020
May 12 2020
May 11 2020
@Krinkle I was specifically asking about the visible data, such as the table with the CPU time and the lua logs. This bug was created when the logs had vanished because of the email linked in the description. They then reappeared, which made the bug less important. I would like to know how will we be able to access the Lua logs in the future.
May 5 2020
@Krinkle just to clarify, will the current data shown at the bottom of the pages still be available or not?
Apr 18 2020
Apr 14 2020
@Alicia_Fagerving_WMSE is this still an issue? Can I be of assistance?
Apr 7 2020
Mar 16 2020
Thank you for solving this @TheDJ.
@Aklapper, this discussion is not very productive, so I suggest we end it here. I understand you need to follow your checklist but I still maintain that the original description was perfectly actionable. Can we now return to discussing the bug please?
Mar 15 2020
Mar 14 2020
@Aklapper It's trivial to create a repro case from the instructions: take any maplink and put a file in the text attribute.
<maplink zoom="16" latitude="44.43237" longitude="26.13845" text="[[Fișier:Information.svg|15px]]"> </maplink>
Sorry for nagging you folks, but patrolling wikidata is becoming increasingly important and doing so from my home wiki is just so much easier (if it works). I would very much appreciate it if we could find a solution to this problem in a timely manner.
Mar 13 2020
Mar 4 2020
@Bugreporter could you please take a look at your code? It would really help with patrolling if the bot's changes are properly marked as bot-made.
Mar 3 2020
Thanks @Jdlrobson you suggestion worked with minor changes. If you also have suggestions for the bottom 2 sections (categories and other projects) which render badly, it would be great. :)
We definitely need more time to fix this at rowiki, since apparently I'm the only one with both the knowledge and access to be able to fix the main page and I currently don't have more that 5-10 minutes at a time to devote to wiki. I would appreciate it if you could push back the deadline to Jun 2nd or later in the hope that I will be able to look into the design on a national holiday.
Feb 14 2020
Jan 29 2020
Jan 25 2020
Nov 23 2019
Nov 9 2019
@Jrogers-WMF @Urbanecm I've implemented suggestion 2. The bot is set to run daily. A test message was posted at https://ro.wikipedia.org/wiki/Wikipedia:Afi%C8%99ierul_administratorilor#[Test]Recuperare_nerealizat%C4%83_de_un_administrator - it's for a real operation made by a user who no longer has sysop rights, so you can check the links work.
Oct 17 2019
Unfortunately abusefilter seems to only handle article deletions (not even undeletions, let alone revision visibility)
Oct 16 2019
Oct 4 2019
Sep 27 2019
@DannyS712 I can't find any such policy on meta. Could you please provide a link with the mentioned requirements?
Sep 26 2019
Ah, I think I found the original issue: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/533482/ (T221812)
Sep 21 2019
Sep 20 2019
Sep 11 2019
Aug 31 2019
Disabling cross-wiki uploads instead of working on new tools to help curate and cleanup those files is a huge step backwards for the good faith newbies who want to contribute pictures to articles.
Aug 28 2019
@Urbanecm thanks for noticing, I uploaded a new patch.
Aug 23 2019
@Tulsi_Bhagat sorry for not claiming sooner, I already have a fix for it.
Aug 15 2019
Aug 9 2019
Jun 24 2019
I think you should use July, not June data, if you plan on running the survey in July :)
Jun 22 2019
@Isaac , I believe the approach you took to calculating the sampling rate is misleading and you might end up with a low number of responses, at least for Romanian. Since you extrapolate directly based on 2017 data, you seem to assume the differences in pageviews between May 2019 and June 2017 are all due to the normal evolution of the wiki, with no seasonal variation. However, looking at the available pageview data for ro.wp ( https://stats.wikimedia.org/v2/#/ro.wikipedia.org/reading/total-page-views/normal|table|all|~total|monthly ), one can see there is a decrease in PV each June on the order of 15-20%, followed by another decrease in July of more than 20% compared to June. These are caused by school recess, people taking vacations or simply going out more and will likely affect your potential audience.
May 22 2019
This is also happening on ro.wiki since I enabled it in InfoboxSettlement. As more and more pages use mapframe, we will need a solution, so trying to raise priority.
Apr 30 2019
Apr 29 2019
Apr 17 2019
Apr 3 2019
Wrong PD license on flickr.
Apr 2 2019
Mar 21 2019
Feb 6 2019
@Etonkovidova this has nothing to do with VE. The bug was reported on CX v1, which had no common code with the VE as far as I can tell. If it does not appear in v2, it can probably be closed.
Jan 30 2019
Jan 15 2019
Looks like VE believes that this is an inline template. See if this change helps: https://en.wikipedia.org/w/index.php?title=Template%3AInfobox_economy%2Fdoc&type=revision&diff=878588064&oldid=854770844
Dec 25 2018
Nov 20 2018
Thank you @TheDJ , changing to jquery.textSelection solves the issue.
Nov 14 2018
Thanks for the tips, I must have missed the mobile warning
Nov 13 2018
Oct 11 2018
There is a mention in the description of an "instigating security incident", which is probably the cause for this halt. @greg, is any data about it public yet? Could you perhaps add a link to whatever you can share in the description?
Jul 27 2018
Well, from your mocks I also thought the label will be editable in the pop-up. By the time I tested, I already knew how to expect, but it still felt strange (mostly because the selection was done above the button, which is kind of counter-intuitive)
Jul 13 2018
I just tried in FF 57.0.1 on Linux and can't even select the whole section but that's probably another bug. I have not investigated whether the issue is in the copy or paste step of the process.
Jul 12 2018
Jul 7 2018
Jun 24 2018
@Evad37 : thanks, I wrote a similar module myself last year, but there are two problems with such a module: it needs to be regularly maintained by adding new templates to the exclusion list and it fragments the implementation between wikis potentially leading to slightly different results. Using the same codebase throughout Wikimedia sites seems preferable.