@TheDJ: I see. Now I begin to understand why the WMF never handles the important stuff: Nobody cares about the important stuff, so it is marked as “low”, and because it is marked as “low”, nobody cares about it.
Oct 26 2019
Aug 14 2017
@Krenair: If it would be a vulnerabilitiy, the priority would be “high” if I’m not mistaken. I asked why this was lowered from “normal” to “low”, while it asks for an improvment in a security relevant area. In my eyes such a request should have a higher priority than an cat-image-generator.
Why was a security-relevant-task marked as “low”?
Aug 18 2016
For this, we also desire to get the placeholders into search engines, to drive more traffic to those small Wikipedias (which don't have much content on their own, thus few search engine traffic).
May I ask how this should work? As far as I understand your special-page generates an “article” from wikidata-data if there is no real article. So if for example there would be no article about “Horse” on english Wikipedia if someone would search for “Horse” your special-page would generate it.
But how can you feed that to a external search-engine? For that the search-engine would need to ask for a page that is not there– why should it do so and for which articles should it ask?
Aug 3 2016
mm, but the search-continue-attribute is only working until you reach the limit of 50.
Jul 29 2016
Jul 20 2016
@DaBPunkt Do you know if the original thumbs before the first delete exhibited the black lines?
Jul 16 2016
Forgot to mention: I tried to purge the pictures already.
May 24 2016
@akosiaris: That the from-address is invalid (as: not usable) is just the reason that the displaying of the sender-field would a good idea (BTW: The OTRS knows that the from is invalid – when you try to reply to it).
May 21 2016
Apr 25 2016
Cool, thanks :-).
Apr 17 2016
I just checked my shell-log:
15:22:25dab@dabpc:/tmp$ optipng -o7 dewiki-2x.png ** Processing: dewiki-2x.png 270x310 pixels, 4x8 bits/pixel, RGB+alpha Input IDAT size = 54341 bytes Input file size = 54544 bytes
Apr 16 2016
@Dereckson Yes, thanks for catching.
Apr 15 2016
While it’s trivial, following the patch for the InitialiseSettings (I patched against HEAD).
--- InitialiseSettings.php.org 2016-04-15 17:27:32.000000000 +0200 +++ InitialiseSettings.php 2016-04-15 17:29:51.074026181 +0200 @@ -1130,6 +1130,7 @@ //'cswiki' => array( '1.5x' => '/static/images/project-logos/cswiki-1.5x.png', '2x' => '/static/images/project-logos/cswiki-2x.png' ), // T130392 'enwiki' => array( '1.5x' => '/static/images/project-logos/enwiki-1.5x.png', '2x' => '/static/images/project-logos/enwiki-2x.png' ), 'dawiki' => array( '1.5x' => '/static/images/project-logos/dawiki-1.5x.png', '2x' => '/static/images/project-logos/dawiki-2x.png' ), // T131033 + 'dewiki' => array( '1.5x' => '/static/images/project-logos/dewiki-1.5x.png', '2x' => '/static/images/project-logos/dewiki-2x.png' ), // T132792 'fawiki' => array( '1.5x' => '/static/images/project-logos/fawiki-1.5x.png', '2x' => '/static/images/project-logos/fawiki-2x.png' ), 'frwiki' => array( '1.5x' => '/static/images/project-logos/frwiki-1.5x.png', '2x' => '/static/images/project-logos/frwiki-2x.png' ), 'ilowiki' => array( '1.5x' => '/static/images/project-logos/ilowiki-1.5x.png', '2x' => '/static/images/project-logos/ilowiki-2x.png' ),
Feb 4 2016
@DaBPunkt i would like to claim this is resolved. All the main things you listed when this was created have been addressed meanwhile.
Jan 20 2016
Question: Is there a page to test the new version? Because at https://lizenzhinweisgenerator.wmflabs.org/ it is still wrong.
Jan 10 2016
Sorry, that was my mistake. User-Agent-overwriting-plugin was active and so the browser reported IE6 (which is indeed very old). Sorry again.
Nov 29 2015
Nov 28 2015
@DaBPunkt: Ping. This ticket is unlikely to progress without your input. Also, is this problem actually specific to commons?
Nov 2 2015
Nov 1 2015
Oct 25 2015
While it is definitively a bad idea to send HTML-emails in general: MIME is not another email-format. It’s a way to define blocks in emails. These blocks can be plain-text, html, images, signatures, attachments and so on.
Aug 19 2015
I think “mid” should be enough for this case.
Aug 18 2015
Partly solved with version 0.10
Aug 11 2015
@DaBPunkt can you provide details on the client software (browser version, OS version, etc?) and any local software that might be interfering ("antivirus" sorts of things that might intercept browser connections)?
Aug 10 2015
Jul 19 2015
So, my understanding of this is that you can upload .dia files, but if they're compressed then you hit a bug in MediaWiki? If that's correct we should close this.
Jul 18 2015
Erledigt mit Version 0.9.
Buttons als reine Links scheinen mit HTMl5 nicht mehr zu gehen – ich habe den Link aber mittels CSS ein button-artiges Aussehen gegeben; sie sollten nun auffallen.
Jul 12 2015
Done, which should get us ECDHE-based Forward Secrecy on any remaining precise+apache2.2 hosts. Tested a few in ssllabs and they look fine. sodium (lists.wikimedia.org) should be the only apache left that doesn't do FS now.
Jul 8 2015
Jul 3 2015
There are more. The strong version doesn't allow TLS 1.0, so IE < 11, Android < 4.4, Java < 8, OpenSSL < 1.0, Safari (OS X) < 7 are inaccessible.
Guys, Mediawiki also logs the IP-address of every users – but not every user can see the ip of other users, can’t they? My request says clearly that the log should be “HIDE”, not deleted or anything.
Jul 2 2015
While it is no problem that Mediawiki LOGS the data, the problem is that is SHOWS these data to everybody.
Jun 15 2015
May 1 2015
Sure @Krenair, but why do we need a community-consensus to disable something, but not one to enable something?
And if MediaWiki really have something enabled on default because somewhere in the internet someone COULD use a feature: Why not disable it in the Wikimedia-config globaly and ASK first who (=which of our wikis) could need it?
No consensus need to switch it on, but consensus needed to switch it off. Simply a joke.
Allow me to be very clear here: This feature was added as a commit to MediaWiki, it was not a new extension. Such things which are deployed automatically on the MW train (i.e. changes to MediaWiki defaults) do not need consensus from $MY_FAVOURITE_WIKI, because otherwise we'd have Wikimedia wikis dictating MediaWiki development and affecting non-Wikimedia sites. Rights changes for specific wikis generally do.
Apr 17 2015
Mar 31 2015
Guys, while it is true that apache 2.2 doesn’t support ECHD, it supports DHE just fine. And DHE IS a PFS. I know that it is a bit slower, but does it really matter for these web-servers?
Mar 23 2015
Mar 5 2015
Behoben mit rev. 163.
Mar 4 2015
Mar 1 2015
Sorry, I forgot to close this bug.
Feb 24 2015
My data belong to me, and without my explicit consent nobody must ever deal with them.
For the records, https://wikimediafoundation.org/wiki/Privacy_policy states
Feb 23 2015
Adding the community-consensus-needed tag as there are no links to any community discussions on the subject (at this moment).
@Aklapper: I had my mail.log open during the time; I would have seen when an email arrived. But I also checked my SPAM-folder now, and AFAIS there are no emails there too.
Feb 22 2015
Was is really necessary to inform EVERY mailing-list? This is clearly a problem that only OPs can solve, not we mail-list-admins.