Sat, Jan 18
Oct 30 2019
And to expand on the above, reproduced bug on both 32 and 64 bits Firefox 70.0.
It's an issue with accessing the page on Firefox 70.0. Reproduced with FF 70 on Win 7. Expected behaviour with FF 69.0.1 (64-bit) on Win 10. Upgrade to v70.0 on the Win 10 and reproduced the bug.
May 25 2019
Nov 9 2018
I think someone need to update the package under \wikimania-scholarships\vendor\phpmailer\phpmailer and make sure nothing are broken by it?
Jul 21 2018
Apr 9 2018
Dec 18 2017
And again for 2018.
Nov 6 2017
Thanks a lot everyone that have helped get this sorted.
Aug 28 2017
May 23 2017
@thiemowmde You can accept the idea that "yyyy-mm-dd" may not make sense for some people in the world, but not when a native language reader telling you that "dd Mmm yyyy" makes even less sense? When doing localisation, if native readers are telling you that what you have make no sense in that language, stop and listen.
May 22 2017
May 15 2017
I personally don't really care about the list in question because I'm not an active contributor to the associated project. It only matters to me when emails get sent pretending to be from me (T160529) and there's no list admin to ask to set up a filter preventing those from getting through.
May 13 2017
I'm not personally requesting anything. Just noting that the mailing list has no list admin.
Apr 26 2017
And x2 again today. This is getting ridiculous.
Apr 23 2017
Apr 7 2017
Mar 27 2017
According to the message headers, fermium.wikimedia.org received a message from 126.96.36.199 at 09:53:16 UTC 15 March 2017 for delivery to a long list of Wikimedia mailing lists specifying "Wikimedia-l" <ktc AT ktchan.info> as the sender email address.
Mar 15 2017
Jan 10 2016
No. The edits, while made using the CentralNotice extension interface, are made by human.
Dec 22 2015
Dec 3 2015
It having been ignored for more than a year doesn't mean it's "probably not an issue anymore", especially if no unrelated changes have been made that might have fixed it indirectly. I have no recent experience of the problem because I have been using an external uploader (VicuñaUploader) for quite a while to specifically avoid the issues. Don't think "don't use our own uploader, use something else" is how we want to solve issues with the UploadWizard.
Oct 30 2015
Oct 22 2015
Even if you make the change here, it's not going to make any differences to those banners that are inserting the image manually through its own code.
Jul 6 2015
Mar 12 2015
Whose cache? The user's, the ISP's, Wikimedia server's? Multiple users have experienced this, so even if it's the users computers, should look at whether there's anything that can be done server side to reduce/eliminate this.
Mar 6 2015
Personally, I'm not seeing any banners I shouldn't, but as @Glaisher mentioned, I'm not unique in having encourtered this.
Feb 27 2015
Entirely possible, but I wasn't the only one at the Wikimedia UK's office that saw the banner after it supposed to have ended.
@atgo, can't tell because we have active banners scheduled displaying (until tomorrow) so I'm seeing those. I think I kept seeing the POTY banner until the steward vote / wikimania banner came online. Of course, I'm seeing the POTY banner again, but this time it's expected because it's currently R2 at the moment and it's been set to display for this last week.
Feb 26 2015
That's all fine and dandy if it weren't for the fact that "m:" was broken on global user page until change 191812 (see above) provided a temporary fix!
Feb 2 2015
Jan 24 2015
See image for how banner edits are appearing as bot edits on watchlist.
Jan 21 2015
Jan 19 2015
Fixed the Wikimania banner in relation to this task.