Has the parser just been changed with regards to tildes (~~~~) inside
HTML comments? It appears they used to be ignored, and are now
suddenly being replaced en masse the next time someone edits the page
(and can't be easily reverted - it just changes the sig to the
reverter's instead). See
http://en.wikipedia.org/wiki/Wikipedia:Articles_for_creation/2006-06-02-ear…
for an example.
Lis ton message de Nganguem Victor avant qu'il ne soit effacé!
Pour lire ton message, suis simplement ce lien:
http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6
D'autres personnes sont aussi présentes:
Oded (Tel Aviv, Israël)
Priya (Udaipur, Inde)
RajaYogi BK (Udaipur, Inde)
Karuna (Udaipur, Inde)
Chika Reginald Onyia (Pnompen', Cambodge)
...Qui d'autre?
http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6
Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur.
Tu as reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système.
Amuse-toi bien !
L'équipe Badoo
Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir:
http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…
Hello,
I am using MediaWiki version 1.27.1 with the OpenID Connect
extension detailed at
https://www.mediawiki.org/wiki/Extension:OpenID_Connect
I have configured the extension and when I click on "Log in" I
am taken to
https://myserver.org/w/index.php?title=Special:UserLogin&returnto=My+Test%3…
There I click on "Log in with PluggableAuth" and I am
redirected to the OIDC OP as I expect.
I noticed, however, that when the extension computes the
redirect_uri parameter that it includes when it redirects the
browser to the OP it is
redirect_url=https%3A%2F%2Fmyserver.org%2Fw%2Findex.php
That surprises me. I would have thought that the redirect_uri
would be to a page where MediaWiki can consume the
authorization code that is returned by the OP.
After I authenticate with the OP it redirects the browser back
to the redirect_uri with an authorization code and the correct
state but then MediaWiki just returns a '200 OK' and the main
page of the wiki.
It naively appears to me that the redirect_uri being sent to
the OP is not correct, but I do not see a way to configure the
extension to override it, and I would not know what value to
use.
I appreciate any input people have on what I might be doing
wrong, or how I can further troubleshoot.
Thanks,
Scott K
Hi,
I'm still getting strange error "Error creating thumbnail: Invalid
thumbnail parameters" for some images at bomosil.eu. You can see an example
at
http://www.bomosil.eu/index.php?title=Soubor:Jihlava_-_zemska_hranice_Cech_…
.
As you can see I use version 1.23.15. The image itself can be find at
http://www.bomosil.eu/images/4/4f/Jihlava_-_zemska_hranice_Cech_a_Moravy_v_…
.
I tried to change $wgMaxImageArea to 10e7 (and higher). The error did not
show anymore. But there was a blank screen instead of it. No warning, no
error message, nothing.
Also when I visit Special:Upload I get a warning "Warning: hash_equals():
Expected user_string to be a string, NULL given in
/data/web/virtuals/27056/virtual/www/includes/GlobalFunctions.php on line
135". I don't know if this is interesting.
I also tried to upload the file at another wiki with success as you can see
at
http://urbanecmwiki.8u.cz/w/index.php?title=Soubor:Jihlava_-_zemska_hranice….
The only one change which I made was that I changed wgMaxImageArea to
bigger value. But this does not work in this case.
Could anybody help me with this?
The best,
Martin Urbanec
Hi all,
I have two questions regarding Phabricator tags:
1) When a task is closed as resolved (by merging a patch), are we supposed
to leave the patch-for-review tag or remove it?
2) Today on two occasions I noticed that a patch was merged and a task was
closed, yet ReleaseTaggerBot did not add the WMF-deploy-... tag to it. I
added it by hand [1][2] but wanted to make sure if that is fine and why the
bot didn't do it.
Thanks,
Huji
[1] https://phabricator.wikimedia.org/T147136
[2] https://phabricator.wikimedia.org/T151513
I'm having a problem logging into my mediawiki account on our local
server. Other users are able to login normally. I didn't setup the
mediawiki but have taken over administration of it as well as the local
servers. It uses the LdapAuthenticationPlugin to authenticate with our
LDAP user database. When i try to login using my LDAP user/pass, i just
see a blank page with no errors (if i use an invalid password then i
receive normal error about wrong password).
On the server the mediawiki is running on, this is what shows up in the
httpd/access_log after i click the "Log in" button:
IP-addr - - [08/Nov/2016:14:40:30 -0700] "POST
/index.php?title=Special:UserLogin&action=submitlogin&type=login
HTTP/1.1" 500 - "https://host/index.php/Special:UserLogin" "Mozilla/5.0
(X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0"
and this is what shows up in the httpd/error_log:
[Tue Nov 08 14:40:30 2016] [error] [client IP-addr] PHP Strict
Standards: Declaration of LdapAuthenticationPlugin::modifyUITemplate()
should be compatible with AuthPlugin::modifyUITemplate(&$template,
&$type) in
/var/www/html/extensions/LdapAuthentication/LdapAuthentication.php on
line 118, referer: https://host/index.php/Special:UserLogin
[Tue Nov 08 14:40:30 2016] [error] [client IP-addr] PHP Strict
Standards: Declaration of LdapAuthenticationPlugin::setPassword()
should be compatible with AuthPlugin::setPassword($user, $password) in
/var/www/html/extensions/LdapAuthentication/LdapAuthentication.php on
line 118, referer: https://host/index.php/Special:UserLogin
[Tue Nov 08 14:40:30 2016] [error] [client IP-addr] PHP Strict
Standards: Declaration of LdapAuthenticationPlugin::addUser() should be
compatible with AuthPlugin::addUser($user, $password, $email = '',
$realname = '') in
/var/www/html/extensions/LdapAuthentication/LdapAuthentication.php on
line 118, referer: https://host/index.php/Special:UserLogin
[Tue Nov 08 14:40:30 2016] [error] [client IP-addr] PHP Strict
Standards: Declaration of LdapAuthenticationPlugin::initUser() should
be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in
/var/www/html/extensions/LdapAuthentication/LdapAuthentication.php on
line 118, referer: https://host/index.php/Special:UserLogin
[Tue Nov 08 14:40:31 2016] [error] [client IP-addr] PHP Fatal error:
Call to a member function toString() on a non-object in
/var/www/html/includes/User.php on line 3639, referer:
https://host/index.php/Special:UserLogin
Hi.
Is it enough just to create the page [[MediaWiki:Uploadtext]] to have it's content displayed on [[Special:Upload]]?
I ask because I encountered such a problem on a non-WMF wiki.
Page
[[MediaWiki:Uploadtext]] was created with a custom content, but
[[Special:Upload]] remains intact, unchanged. This happened on Wargaming Wiki - http://wiki.wargaming.net
Related pages:
http://wiki.wargaming.net/en/Special:Uploadhttp://wiki.wargaming.net/en/MediaWiki:Uploadtext
You'll
need probably to create an account there to check this yourself. But you can see also this short video I've recorded, which is demonstrating the issue: http://www53.zippyshare.com/v/qSVnbq9c/file.html (I tried to attach it to a mail but there appeared problems with the size of mail+attachment).
Can someone tell me what's wrong here and how it can be debugged?
Thank you in advance.
Dan
The Enterprise MediaWiki Conference Spring 2017, or EMWCon Spring 2017,
will be held Wednesday to Friday, March 8-10, 2017, in McLean, VA, USA, a
suburb of Washington, DC. EMWCon Spring 2017 will be a three-day conference
featuring discussions of topics related to "Enterprise MediaWiki", i.e. the
usage of MediaWiki software by and within companies, non-profits,
governments, and other organizations. There will be two days of talks
followed by a one day Create Camp. The intended audience of EMWCon Spring
2017 is anyone who uses, or would like to learn more about, MediaWiki
within organizations. Suggested topics for talks include:
- Examples of use of MediaWiki in organizations
- Lessons learned and challenges in the use of MediaWiki and MediaWiki
extensions in organizations
- Gamification and other incentives for wiki contributions
- Wikitext patterns and wiki design patterns
- Wiki development frameworks
- MediaWiki extension usage and development
- New extensions, extension updates, and ideas for future extensions
This is the second EMWCon, after EMWCon Spring 2016 last year. EMWCon began
as a spinoff of the Semantic MediaWiki Conference, or SMWCon, which is an
annual conference, held in the fall in Europe. EMWCon and SMWCon are not
that different from one another: they are both three-day events, and,
despite EMWCon's broader scope, the overall topics of discussion tend to be
similar.
For more information about the conference, please visit the conference wiki
page at https://www.mediawiki.org/wiki/EMWCon_Spring_2017.
EMWCon Spring 2017 will be located at MITRE, a not-for-profit organization
that manages Federally Funded Research and Development Centers (FFRDCs)
sponsored by the US federal government.
Hey all,
I'm happy to announce the immediate availability of Maps 4.0.
Maps is a MediaWiki extension to work with and visualize geographical
information. Maps 4.0 is the first major release of the extension since
January 2014, and it brings a ton of "new" functionality.
For an overview of what's new, see https://www.entropywins.wtf/
blog/2016/11/09/maps-4-0-0-rc1-released/
For installation instructions, user documentation and examples, an overview
of all the features, and notes on how to contribute, see the documentation
at https://github.com/JeroenDeDauw/Maps#maps
Cheers
--
Jeroen De Dauw | https://entropywins.wtf | https://keybase.io/jeroendedauw
Software craftsmanship advocate | Developer at Wikimedia Germany
~=[,,_,,]:3
