User talk:Magnus Manske
A barnstar for you!
|The Original Barnstar|
|great resource, thanks! jkroll (talk) 14:19, 6 May 2013 (UTC)|
I am trying to connect to centralauth_p via python script. I can successfully connect to enwiki_p via python script while using the host as enwiki.labsdb but when I use same hostname to connect to centralauth_p database it fails to establish the connection. I have a feeling I might be using the wrong hostname. Any chance you would be able to help out on this.
Pywikibot Installation in ToolLabs
I used to use pywikibot with toolserver but I am not sure if we are allowed to use pywikibot or install it in toollabs if so, could youy please provide a link. I search and wasn't able to find anything.
- I am probably the wrong person to ask, I don't have any root access in Labs, or know about pywikibot for that matter. I am quite certain you can use it on Labs though. As for centralauth_p, it seems you can do "sql centralauth_p" as a user, but not as the tool user. Probably different permissions. --Magnus Manske (talk) 08:39, 11 August 2013 (UTC)
I'm currently getting
The URI you have requested, http://tools.wmflabs.org/catscan2/, appears to be non-functional at this time.
CatScan down again
Hi, for any catscan-try I get:
- Internal error
- The URI you have requested, http://tools.wmflabs.org/catscan2/catscan2.php?language=commons&project=wikimedia&depth=1&categories=Media+uploaded+without+a+license&ns%5B6%5D=1&templates_no=no+license%0D%0AOTRSPending%0D%0AOTRS+pending%0D%0Ano+permission+since%0D%0Ano+source+since%0D%0AOTRS+received&sortby=uploaddate&ext_image_data=1, appears to be non-functional at this time.
- If you have reached this page from somewhere else...
- This URI is part of the catscan2 tool, maintained by Magnus Manske.
- Perhaps its magical script elves are temporarily ill, or the link you've followed doesn't actually lead somewhere useful?
- If you're pretty sure this shouldn't be an error, you may wish to notify the tool's maintainers (above) about the error and how you ended up here.
- If you maintain this tool
- The error might be caused by incorrect permission, or by an error in the script or CGI that was meant to execute here. You may wish to check your logs or common causes for errors in the help documentation.
url2commons gives me "Internal Error"
When I try to use url2commons without my credentials, I get a fairly comprehensible error message related to that. If I supply credentials, however, it just gives me an "Internal error" and advises me that "Perhaps its magical script elves are temporarily ill". Can you take a look at the logs? —SamB (talk) 02:10, 6 March 2014 (UTC)
Commonshelper truncates if file name contains apostrophe
E.g. If file name on EN Wikipedia = abc'def.jpg, and the file has been tagged by Fbot as a candidate to be copied to Commons, the link generated on the file by Fbot = https://tools.wmflabs.org/disclaim/?https://tools.wmflabs.org/commonshelper/?interface=en&image=abc'def.jpg&lang=en . Commonshelper truncates this to abc and says file not found. Fbot has already tagged several hundred thousand files, so I think either Commonshelper needs to be changed or Fbot needs to be changed and a bot needs to process all the files it's already tagged to escape apostrophes. Rcbutcher (talk) 06:23, 20 May 2014 (UTC)
tool Geohack https://tools.wmflabs.org/geohack
Completing project documentation
This is regarding the announcement (http://lists.wikimedia.org/pipermail/labs-l/2014-July/002762.html) if you have missed it.
We have added some fields in addition to description field which is already there on your projects. Please click "Edit Documentation" in your project page/ project pages and fill the blanks. It will only take few minutes from your valuable time.
commons API is down
Nominated for Tool Labs standards committee
You have been nominated as a possible member of the Tool Labs standards committee. If you are interested in participating in the committee, please take a minute to sign the nomination. --BryanDavis (talk) 19:14, 21 December 2016 (UTC)
- Hi, this tool does not request location information. I tried in three different browsers, with and without "private mode". There would also be no reason for that. Some of my tools do, but this one does not. Please try in a different browser and see what happens. --Magnus Manske (talk) 14:11, 14 January 2017 (UTC)
- I use Chromium (Version 55.0.2883.87 Built on Ubuntu, running on Ubuntu 16.04 (64-bit)), this is a screenshot. "Přístup k údajům o vaší poloze" is Czech variation of "Access to your location information". Firefox does ask for location info too (version 50.1.0). I tried it at different computer in Firefox, I was asked for location too. I tried private mode too, location info was requested. Opera didn't open any request window. --Urbanecm (talk) 14:46, 14 January 2017 (UTC)
- I get the location pop-up as well. It looks to be caused by https://tools.wmflabs.org/not-in-the-other-language/geo.js which is included at line 56 of https://tools.wmflabs.org/not-in-the-other-language/. Maybe a cut-n-paste leftover borrowed from another tool? --BryanDavis (talk) 04:54, 17 January 2017 (UTC)
Wiki Replica c1.labsdb to be rebooted Monday 2017-10-30 14:30 UTC
A tool you maintain is hosting data on labsdb1001.eqiad.wmnet (aka c1.labsdb). This server will be rebooted Monday 2017-10-30 at 14:30 UTC.
Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the labsdb1003.eqiad.wmnet (aka c3.labsdb). The c1.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until the reboot is complete.
There is a possibility of catastrophic hardware failure in this reboot. There will be no way to recover the server or the data it currently hosts if that happens. Tools that are hosting self-created data on c1.labsdb will lose that data if there is hardware failure. If you are unsure why your tool is hosting data on c1.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/.
This reboot is an intermediate step before the complete shutdown of the server on Wednesday 2017-12-13. See Wiki Replica c1 and c3 shutdown for more information. --BryanDavis 00:20, 28 October 2017 (UTC)
Wiki Replica c3.labsdb to be shutdown Wednesday 2017-12-13
A tool you maintain is hosting data on labsdb1003.eqiad.wmnet (aka c3.labsdb). This server will be taken out of service on Wednesday 2017-12-13.
Normal usage of the *.labsdb databases should experience only limited interruption as DNS is changed to point to the new Wiki Replica cluster. The c3.labsdb service name will not be updated however, so tools hardcoded to that service name will be interrupted until they are updated to use a new service name.
Tools that are hosting self-created data on c3.labsdb will lose that data if it is not migrated to
tools.db.svc.eqiad.wmflabs (also known as
tools.labsdb). If you are unsure why your tool is hosting data on c3.labsdb, you can check the database and table names at https://tools.wmflabs.org/tool-db-usage/ or phab:P6313.