Sat, Mar 23
- could the error replaced by a clear error which says what really happens on PHP 7 ?
- apparently the max count of nodes is broken on the current setup of mediawiki. Maybe it is not that useful ? Once the count is write, Probably it can't be fully removed, but can it be increase that it don't create problems.
Mar 17 2019
Sorry for the disturbance, I remembered wrongly to see such entry older than 2018. I must have confuse with creation of users. One can close the ticket from my point of view.
Feb 20 2019
Feb 8 2019
Jan 31 2017
Jan 16 2017
What is the rational behind using UUID ? some kind of counter could not work ?
Jan 10 2017
Jan 6 2017
It looks like it was a transient issue and was fixed since,
Oct 31 2016
thanks a lot
Oct 20 2016
Sep 13 2016
@Josve05a If I understand well, it is just a matter of wikidata policy, if Category would be treated as a valid interwiki for commons, it is not a technical issue (I mean there is no need of new development). So it would be relevant discussion on wikidata, but not here. (Anyway, before a development, a consensus on political issue must be reached first)
Sep 11 2016
@Acer: what is your "reasonable, valid, correct, ethic reasons to do so" ? Making your purpose less clear make not more reasonable, valid, correct an ethic.
Aug 21 2016
Aug 10 2016
As I see, the ip limit removing for saving is not needed as the participant of an event should create an account.
Apr 22 2016
Jan 26 2016
Jan 16 2016
Dec 19 2015
Sep 14 2015
Sep 13 2015
Do you mean that in the envision setting the visits are not tracked? What I thought is that they will simply not appear in public page counts?
I'm not sure what you mean by this. Currently Special:MyLanguage/foo redirects to foo/en-gb or foo/fr, etc based on a setting in Special:Preferences. This yields a small amount of private info being leaked by the public stats, which could be exploited, but seems like it would be much more difficult to exploit, compared to Special:MyPage.
Sep 11 2015
Sep 10 2015
Sep 8 2015
@csteipp or somebody else: Could a developer of mediawiki be involved for analysis of my "soft" redirect solution ?
Sep 5 2015
@csteipp actually the URL is also replaced in browser history
Sep 4 2015
filtering the non existent page could limit the attacking power but not removing it. For example a burst on page view could still be detected
A possibility would be [[Flow:<some-id>/original-title]] would be the canonical link to a flow discussion, which if the discussion is renamed, would become a permanent redirect to [[Flow:<some-id>/new-title]] it is what http://stackoverflow.com does for questions and I found it handy (modulo the fact here is a lot of more Flow-id than stackoverflow questions)
Sep 3 2015
If you watch on the request your browser does https://en.wikipedia.org/w/index.php?title=Special:MyPage is redirected to https://en.wikipedia.org/wiki/Special:MyPage witch is redirected to https://en.wikipedia.org/wiki/User:<your_ip_or_your_user_name>
Aug 30 2015
Aug 27 2015
Sorry for the noise, it's clearly a browser thing I had got similar behavior with another site.
Aug 26 2015
Aug 25 2015
Aug 20 2015
Aug 14 2015
Aug 9 2015
On French wikipédia, still with IE9 there is different behavior on debug mode and on normal mode.
The major problems are the edit button (in wiki mode: "Modifier") doesn't display neither the portal parts nor the categories.
It was described the 7th august on Le Bistro (the French village pump) first in this thread