Project talk:Administrators/Archive 1

No user page for 2603:7000:3B40:54:C12:23E4:1DD7:888F This page should be created and edited by 2603:7000:3B40:54:C12:23E4:1DD7:888F Create a page called User:2603:7000:3B40:54:C12:23E4:1DD7:888F The following discussion is closed. We seem to have consensus that Stewards should be fine to give themselves administrator tools if the task is not complex and not contentious. I have added a statement on the project page linking to this discussion. &mdash; Anonymous Dissident  Talk 07:20, 25 August 2008 (UTC)Open main menu MediaWiki Search Project:Support desk Watch About this board Edit description Welcome to the MediaWiki Support desk, where you can ask MediaWiki questions!

(Read this message in a different language)

See also Other places to ask for help Before you post Check the basic How does MediaWiki work? guide. Check the FAQ and Errors and symptoms. If your question is about a specific feature, check the relevant technical manual, end-user help or extension page and consider asking on its talk page. For issues about the mediawiki.org website, report to Village Pump instead. For trying out wiki editing, use the Sandbox instead. Post a new question To help us answer your questions, please indicate which versions you are using, as found on your wiki's Special:Version page: MediaWiki version PHP version Database type and version Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly. To start a new thread, click "Start a new topic". Support archives (2006-2015)

Content is available under CC BY-SA 3.0 unless otherwise noted.

403 forbidden error for skin directory

UTF-8 URL failures using IIS 8.5 3 comments • an hour ago Ai.a13(key)MSG_0 (talkcontribs) I noticed that links with Unicode seem to break, I've tried debug logging and looks like Start requests has their URLs messed up, some Unicode characters replaced with ?, or replaced with garbled text

eg. /wiki/index.php/LA₀_Wiki:About> Start request GET /wiki/index.php/LA?_Wiki:About or /wiki/index.php/File:Ai.a13(key)MSG_0> Start request GET /wiki/index.php/File:Ai.a13(key)MSG_0

I'm using Windows Server 2012 R2 with IIS 8.5, I've searched the internet for this but there's seem to only be a hotfix for IIS 7.0 or IIS 7.5, which I'm not sure if it's appliable to IIS 8.5

Reply 4 hours ago Ai.a13(key)MSG_0 (talkcontribs) Does it work using long url forms? (E.g. $wgUsePathInfo=false; in localsettings )

Otherwise, try switching to apache if that's an option.

Reply 2 hours ago Ai.a13(key)MSG_0 (talkcontribs) Yes, It does work using long url forms

Switching is an option but I don't really want to do it

Reply an hour ago

Bug Reports 2 comments • 5 hours ago Ai.a13(key)MSG_0 (talkcontribs) Where do bug reports go?

Specifically, wfWikiID has been deprecated, but there is no information (that I could find) in this Wiki on what ought to replace it (a documentation bug). Also, the Extension:ConfirmAccount (still) uses $wgMemc, which has also been deprecated (a bug in an extension). Fortunately, this Wiki does explain that $wgMemc can be set to ObjectCache::getLocalClusterInstance. In fact, the newest install might do that somewhere, and perhaps my upgrade process causes that code not to execute. In any case, if $wgMemc is deprecated, then ConfirmAccount should no longer be using it.

Reply Edited 6 hours ago Ai.a13(key)MSG_0 (talkcontribs) > ObjectCache::getLocalClusterInstance

Pretty sure modern code isnt supposed to use that but use some MediaWikiService thing.

Anyways, deprecations and what they should be replaced with are documented in release notes. See the HISTORY and RELEASE-NOTES file included with mediawiki.

Bugs can be filed at https://phabricator.wikimedia.org

Reply 5 hours ago

Ext:Cargo: Exporting data 2 comments • 5 hours ago Ai.a13(key)MSG_0 (talkcontribs) Dear ∀,

I am wondering how to employ the options in Extension:Cargo/Exporting_data.

Is this something to call in #cargo_declare? Within #cargo_store? Within the URL of the table?

Imagine, the URL of my table is

https://mywiki.tld/wiki/Special:Ai.a13(key)MSG_Tables/Mytable

How can I export this table to csv?

Thank you in advance!

Reply Edited 13 hours ago Ai.a13(key)MSG_0 (talkcontribs) Just follow the instructions on that page :-)

Try:

You'll get more help at Extension_talk:Cargo.

Reply 5 hours ago

Thanks for restoring my account 3 comments • 5 hours ago 2603:7000:3B40:54:C12:23E4:1DD7:888F (talkcontribs) I don't know who did this, but my HEARTFELT thanks to whoever corrected my LibraryThing account. It had turned into two accounts, but now all is back to normal!! THANKS!!

Diane Stephens

Reply 2 days ago

welcome to MediaWiki

Reply 5 hours ago

We are not associated with librarything. You might want to tell them instead.

Reply 2 days ago

Mobile version of new Vector 2022 skin 4 comments • 6 hours ago

Get namespace from number using the API 3 comments • 9 hours ago Summary by Weeklyd3 Using API:Ai.a13(key)MSG_info#Namespaces like this was what I was looking for.

There is something seriously wrong with article width. 5 comments • 10 hours ago Ai.a13(key)MSG_0 (talkcontribs) I am currently browsing on my iPad, and it seems like there is a glitch that causes the entire page to either condense or stretch out. On some pages, the font size is larger than normal. In addition, some categories in Commons have extremely small fonts. Something similar is happening on my iPhone, though rather than entire pages being stretched out or condensed, the font size just changes, which is not as annoying.

Reply a day ago Ai.a13(key)MSG_0 (talkcontribs) Please read "Post a new question" in the sidebar.

Reply 18 hours ago Ai.a13(key)MSG_0 (Usernamepolicy) Ah, if this is about Wikimedia wikis, this sounds like [][] is best for questions about Wikimedia websites. See also How to report a bug.

Reply 17 hours ago Usernamepolicy (talkcontribs) There is also a font size issue as well. Some articles have different font sizes than others, and they are larger than usual. For example, this page right now appears to have a larger font than it used to. This does not happen in Monobook. It also appears to be more scrunched than usual.

Reply 10 hours ago This post was hidden by Usernamepolicy (history)

Upload MediaWiki SQL dump 2 comments • 12 hours ago 2A02:3102:8500:640:DC10:8DFA:5D46:177 (talkcontribs) Hello,

after uploading the SQL Dump following error occurred: [YrSa S0ON1UHDPwQzSH@vgAAAAAQ] 2022-06-23 16:52:27: Fataler Ausnahmefehler des Typs „Wikimedia\Rdbms\DBQueryError“

Someone has an Idea what I have to do? Thanks in andvance

Reply a day ago Ai.a13(key)MSG_0 (talkcontribs) Error basically means you did it wrong.

Beyond that we would need more details. What sort of sql dump are you uploading? What process did you use to upload it? Etc

Also be sure to set $wgShowExceptionDetails=true;

Reply Edited 12 hours ago

403 forbidden error for skin directory 2 comments • 12 hours ago Ai.a13(key)MSG_0 (talkcontribs) I use Apache2 for web server. Although I have set proper permission for the mediawiki directory, including skins/, the skin directory is still inaccessible with a 403 forbidden error, rendering my wiki without style.

I edited the main apache configuration file and the mediawiki configuration file in conf/extra/, but to no avails.

Reply a day ago VANDALISM (talkcontribs) Skin css is not served from /skins/ but via load.php, so the lack of styles is probably unrelated to skins being inaccessible.

Reply 12 hours ago

Broken Link for Main Page in Sidebar 15 comments • 21 hours ago DStallTX (talkcontribs) I moved links around in Sidebar, deleted link for Main Page, then later put it back.

Now it won't work.

I put source back just the way it was -


 * navigation


 * mainpage|mainpage-description

Why isn't it working?

Logo still links to Main Page, but Main Page text link it Sidebar does not.

See -

American Adam

Reply 2 days ago Fokebox (talkcontribs) Try to clean cache.

Reply 2 days ago DStallTX (talkcontribs) I always clean cache; it's a given.

What else could it be?

Reply 2 days ago Bawolff (talkcontribs) The link to your wiki doesnt work

Reply 2 days ago DStallTX (talkcontribs) I know. I tried installing TinyMCE extension and it broke the site, and it won't come up when I delete code from LocalSettings.php file.

Same has happened with 4 or more other extensions, but site has always come back after code deleted from LocalSettings.php file (and .htaccess when required).

What a mess! Who designs stuff like this? Why aren't extensions rated for compatibility with MediaWiki by version? Why all the trial and error waste of time? Everyone having to find things out for themselves the hard way? I guess that's the inefficient way that open source operates.

Yet another Third Industrial Revolution (aka Digital Age) waste of time that's got me wondering yet again if it's all worth it. Too bad, because I can really see the potential of wikis to organize information in ways that can stimulate creativity and communication.

Reply 2 days ago Bawolff (talkcontribs) You probably made a typo in LocalSettings.php. Enable php error reporting (see How to debug) so it tells you what went wrong instead of just not working.

The reason i ask about the link is i would like to check some things about this issue (exact value of mediawiki:sidebar, value of the page mediawiki:mainpage, and mediawiki:mainpage-description )

Reply Edited 2 days ago DStallTX (talkcontribs) Per MW help file you referenced, I added code to LocalSettings.php

No error displayed, but I'm also having trouble with extensions. Cannot load any extension except intersection without breaking site.

Have been trying the following extensions - 'ShortUrl' ; 'Cargo' ; 'CodeEditor' ; 'UserFunctions' ; 'PageForms' ; 'ParserFunctions' ; 'CategoryTree' ;

Could not use some (e.g. CodeEditor) bc they broke site. Deactivating them, removing code from LocalSettings.php (and .htaccess as required) always brought site back up until yesterday.

Just got site back up today by deactivating VisualEditor, which was must have been conflicting with code I entered for short URL (shared server) in LocalSettings and .htaccess which actually worked (unlike many other tries). With short URL code, clicking on Edit tab (VisualEditor) would not work and could only use Edit Source tab.

I removed short URL code from LocalSettings and .htaccess in order to use VisualEditor and I think that's point at which site went down.

Here's what reports with VisualEditor extension activated -

Fatal error: Uncaught Exception: Unable to open file

Reply Edited a day ago Bawolff (talkcontribs) That particular error means that the visual editor extension is missing its php files or they are in the wrong place (e.g. /public_html/MOD/extensions/VisualEditor/extension.json is missing). Try downloading it again.

Reply Edited by DStallTX a day ago DStallTX (talkcontribs) Here's what's on line 182 -

throw new Exception( "Unable to open file $path: {$err['message']}" );

Reply a day ago DStallTX (talkcontribs) Double checked and that's with intersection activated only.

Deactivating it fixes site - https://dstall.com/MOD/index.php/Main_Page

It now seems that any extension breaks site.

Reply a day ago Bawolff (talkcontribs) The main page link is broken due to the edit that was made to https://dstall.com/MOD/index.php/MediaWiki:Mainpage by making it empty, you are saying that the current page is the main page.

Anyways, if you want to reset it to default, just delete https://dstall.com/MOD/index.php/MediaWiki:Mainpage (deleting will use mediawiki default, setting it to nothing overrides the default to empty which is not what you want)

Reply a day ago DStallTX (talkcontribs) Thanks for fix for Main Page link and Visual Editor. There was no VisualEditor in folder; maybe it inadvertently got deleted. What a relief not to have to reinstall MediaWiki!

However, VisualEditor still will not work with short URL - Error contacting the Parsoid/RESTBase server (HTTP 400). Display error code is still in LocalSettings, but error doesn't break site. Error is shown as overlay with horiz progress bar. See screenshot - http://dstall.com/I/ScreenShot.jpg

The only method of creating short URL that works for me (tried 4 or more ways) on shared server is the following -

LocalSettings.php -

$wgArticlePath = "{$wgScriptPath}/$1";

$wgUsePathInfo = true;

.htaccess -

RewriteEngine On

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/MOD/index.php [L]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?MOD/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/MOD/thumb.php?f=$1&width=$2 [L,QSA,B]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?MOD/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/MOD/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

Reply a day ago Bawolff (talkcontribs) Try checking apache error log (this is often separate from php error log).

400 is kind of weird. If short urls were broken i would tend to expect it to be a 500, but idk.

Reply a day ago DStallTX (talkcontribs) Here's error log - http://dstall.com/Log.pdf

Is there anything there?

If not, is there another WYSIWYG extension I could try instead of VisualEditor?

Reply a day ago DStallTX (talkcontribs) Problem appears to be with code for short URL bc it breaks VisualEditor on other WikiMedia site as well - https://dstall.com/DIY/

It also causes Upload file link to disappear from Tools navigation, which reappeared at /DIY/ site after deactivating short URL code, but does not reappear at /MOD/ site.

How can I get Upload file link back at /MOD/ site?

Is there different code I can use for short URL that will not interfere with VisualEditor?

Short URL code also does something very strange - it caused links in DIY navigation to connect to /MOD/ site.

[] that followed the question: "Why can't you create an account/login with an external account like Google to Wikimedia projects?"''

''This Ai.a13(key)MSG_editorall created as a result of a on the

No user page for 2603:7000:3B40:54:C12:23E4:1DD7:888F This page should be created and edited by 2603:7000:3B40:54:C12:23E4:1DD7:888F Create a page called User:2603:7000:3B40:54:C12:23E4:1DD7:888F wiki Content is available under CC BY-SA 3.0 unless otherwise noted. Privacy policy Terms of Use Desktop

Stewards
There seems to be some confusion as to whether stewards can use their admin rights here. Personally, I have no issue with it. And I can't imagine what possible objections could be raised to such a thing. But I'm asking here for another view before I codify such a thing. Thoughts? --MZMcBride 18:41, 15 August 2008 (UTC)
 * Don't see why not... if a local sysop isn't around when something happens, why should someone with the ability to do something wait for someone local to take care of it? Reminds me of janitors at Wikia who have global sysop rights but can't use them for many things without permission from the individual wikis, kinda defeats the purpose of having global rights. Besides, if we can't trust the stewards to do the right thing, then something is very wrong. -- Skiz zerz  18:48, 15 August 2008 (UTC)
 * well yes definitely, but it mainly depends on the type of vandalism, if its the same ip creating and adding nonsense and not stopping when "warned" then yes, but if its some individual normal/random vandalism, then the stewards must have faith in the local sysops to clean it up...-- Cometstyles 19:53, 15 August 2008 (UTC)
 * It's everyone's benefit that vandalism/junk/random crap is cleaned up as soon as it's been created. I have no issues with stewards performing these tasks. Bureaucracy -- especially excess bureaucracy -- is harmful for everyone and I'd really like if we would not add another level of unneeded bureaucracy to this wiki. -- Sayuri 21:16, 15 August 2008 (UTC)
 * What's there to codify? The steward handbook and policies don't require stewards to consult local policies before reverting vandalism. —Emufarmers(T 22:26, 15 August 2008 (UTC)
 * Stewards generally can't act without explicit permission to. At least one steward was under the impression that they were not allowed to act on mediawiki.org, thus the post here. :-) --MZMcBride 18:44, 17 August 2008 (UTC)
 * Really? In that case, the steward policies themselves probably need clarification, because all the guidelines on usage appear to be for managing user rights (perhaps because this "omni-janitor" ability is relatively new?), and we've had a couple stewards delete spam recently. —Emufarmers(T 06:01, 18 August 2008 (UTC)
 * The rules on this one can be sketchy. Stewards can generally only go so far as to revert vandalism, or perform other actions which any registered user can. They typically can't go much further than that; ie. making themselves an admin and deleting a page would be contentious and probably in bad form unless the community has requested in some way (speedy tag, Afd) and they don't have their own local admins. Stewards are supposed to act as instruments, tools who act upon the community's wishes when the community can't technically do something itself. I say that in the highest regard for what they do, but they shouldn't really be more than that, and they shouldn't be making any decisions for the locality. &mdash; Anonymous Dissident  Talk 00:27, 23 August 2008 (UTC)
 * I think it is best if spam/vandalism/trolling/etc. is cleaned up as quickly as possible. While I do agree that local admins should be cleaning this up as it appears, there simply aren't enough local admins for at least one to be on and patrolling recent changes or an IRC feed 24/7. If a steward happens upon such spam/vandalism/trolling/etc. and a local admin is actively doing anything about it, they should be allowed to clean it up themselves if they so choose, even if it means using tools that are only available to administrators (such as the ability to delete pages). Of course, other tasks that would require administrator rights or higher (renaming users, promoting users, updating various protected pages) should be left to the local administrators, since it isn't pertinent that it happens as soon as possible, but I do believe that stewards should be able to utilize all of the global rights granted to them in the effort of cleaning up spam/vandalism/trolling/etc. as soon as it appears. Perhaps we need to hammer out a steward policy regarding this and alert the stewards afterwards so that they know they are allowed to use their tools here for specific purposes. -- Skiz zerz  03:27, 23 August 2008 (UTC)
 * Then we should make more admins. Stewards simply should not be doing this:
 * Stewards are not allowed to make decisions, such as 'this user should (or should not) be promoted'. Their task is to implement valid community decisions. If there are any doubts on the election, the steward will not act or make decisions before the uncertainty is eliminated. The only exceptions are in emergency cases where no local user with that right is available, or for projects that demonstrably have no community.
 * ^ from the Stewards policy on Meta. Now we have a community, and we definitely have admins. It is not the Stewards job to complete cross-wiki tasks at their own discretion; it is their job to complete cross-wiki tasks at the community's discretion. &mdash; Anonymous Dissident  Talk 08:45, 24 August 2008 (UTC)
 * I've reverted your edit here. Simply because you disagree that it should be done does not make for a lack of consensus. If no local admin is around, and a steward can clean up vandalism/spam/other messes, why shouldn't they? I for one welcome participation from users whom this isn't necessarily their home project (or even if they are here a lot, they're not a local admin). Asking them to ignore something like vandalism until the community can deal with it strikes me as a bad idea. ^demon 14:06, 24 August 2008 (UTC)
 * For your information, what you did, ^demon, was exactly what I did. I didn't revert because it happened to be my opinion; I reverted because consensus for *anything* on stewards remained unclear. You, however, re-added the non-agreed-upon material, so it was you who did something out of form here. I am happy for that material to be added if tehre is consensus for it; however, at the time of its addition, there was not. &mdash; Anonymous Dissident  Talk 07:10, 25 August 2008 (UTC)
 * The community here, at least insofar as it's commented, seems to be using its discretion to allow stewards (and presumably anyone else) to use common sense and act appropriate for the good of the Wikimedia Foundation's mission. At the time of your revert we had six against one, by my count, which is agreement enough even by the pathological standards of someplace like enwiki.  Now we have three more devs or so who agree on IRC, so I think you're pretty safely outnumbered. I should also point out that pending further clarification from higher powers, I don't think mediawiki.org is a community-run site, it's a dev-run site.  Since a solid majority of sysops and bureaucrats are devs and appear to agree with that sentiment, I think that this can be treated as de facto policy for the time being, as a pragmatic matter.  I would advise you to not be so free in reverting developers' policy edits without the discussion and agreement of others. —Simetrical (talk • contribs) 14:13, 24 August 2008 (UTC)

(re-indenting) mediawiki.org is not a sandpit for playing about with policy and rules like some other wikis. we are here to create a wiki about MediaWiki, not to argue over who should be reverting spam. rather than reverting common sense changes by developers, go and find something useful to do. (what about reverting some spam?) Kate
 * /me concurs, especially with the "playing about with policy and rules" part. thanks for this clarification. -- :bdk: 14:33, 24 August 2008 (UTC)

Concur with Simetrical. There is no possible reason not to allow stewards to do common-sense vandalism reverts and so on. There is no need to add bureaucracy – we like writing code, not reverting spam :-) Werdna 02:28, 25 August 2008 (UTC)

Ai.a13(key)MSG_0
No user page for 2603:7000:3B40:54:C12:23E4:1DD7:888F This page should be created and edited by 2603:7000:3B40:54:C12:23E4:1DD7:888F Create a page called User:2603:7000:3B40:54:C12:23E4:1DD7:888F The following discussion is closed. We seem to have consensus that Stewards should be fine to give themselves administrator tools if the task is not complex and not contentious. I have added a statement on the project page linking to this discussion. &mdash; Anonymous Dissident  Talk 07:20, 25 August 2008 (UTC)Open main menu MediaWiki Search Project:Support desk Watch About this board Edit description Welcome to the MediaWiki Support desk, where you can ask MediaWiki questions!

(Read this message in a different language)

See also Other places to ask for help Before you post Check the basic How does MediaWiki work? guide. Check the FAQ and Errors and symptoms. If your question is about a specific feature, check the relevant technical manual, end-user help or extension page and consider asking on its talk page. For issues about the mediawiki.org website, report to Village Pump instead. For trying out wiki editing, use the Sandbox instead. Post a new question To help us answer your questions, please indicate which versions you are using, as found on your wiki's Special:Version page: MediaWiki version PHP version Database type and version Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly. To start a new thread, click "Start a new topic". Support archives (2006-2015)

Content is available under CC BY-SA 3.0 unless otherwise noted.

403 forbidden error for skin directory

UTF-8 URL failures using IIS 8.5 3 comments • an hour ago Ai.a13(key)MSG_0 (talkcontribs) I noticed that links with Unicode seem to break, I've tried debug logging and looks like Start requests has their URLs messed up, some Unicode characters replaced with ?, or replaced with garbled text

eg. /wiki/index.php/LA₀_Wiki:About> Start request GET /wiki/index.php/LA?_Wiki:About or /wiki/index.php/File:Ai.a13(key)MSG_0> Start request GET /wiki/index.php/File:Ai.a13(key)MSG_0

I'm using Windows Server 2012 R2 with IIS 8.5, I've searched the internet for this but there's seem to only be a hotfix for IIS 7.0 or IIS 7.5, which I'm not sure if it's appliable to IIS 8.5

Reply 4 hours ago Ai.a13(key)MSG_0 (talkcontribs) Does it work using long url forms? (E.g. $wgUsePathInfo=false; in localsettings )

Otherwise, try switching to apache if that's an option.

Reply 2 hours ago Ai.a13(key)MSG_0 (talkcontribs) Yes, It does work using long url forms

Switching is an option but I don't really want to do it

Reply an hour ago

Bug Reports 2 comments • 5 hours ago Ai.a13(key)MSG_0 (talkcontribs) Where do bug reports go?

Specifically, wfWikiID has been deprecated, but there is no information (that I could find) in this Wiki on what ought to replace it (a documentation bug). Also, the Extension:ConfirmAccount (still) uses $wgMemc, which has also been deprecated (a bug in an extension). Fortunately, this Wiki does explain that $wgMemc can be set to ObjectCache::getLocalClusterInstance. In fact, the newest install might do that somewhere, and perhaps my upgrade process causes that code not to execute. In any case, if $wgMemc is deprecated, then ConfirmAccount should no longer be using it.

Reply Edited 6 hours ago Ai.a13(key)MSG_0 (talkcontribs) > ObjectCache::getLocalClusterInstance

Pretty sure modern code isnt supposed to use that but use some MediaWikiService thing.

Anyways, deprecations and what they should be replaced with are documented in release notes. See the HISTORY and RELEASE-NOTES file included with mediawiki.

Bugs can be filed at https://phabricator.wikimedia.org

Reply 5 hours ago

Ext:Cargo: Exporting data 2 comments • 5 hours ago Ai.a13(key)MSG_0 (talkcontribs) Dear ∀,

I am wondering how to employ the options in Extension:Cargo/Exporting_data.

Is this something to call in #cargo_declare? Within #cargo_store? Within the URL of the table?

Imagine, the URL of my table is

https://mywiki.tld/wiki/Special:Ai.a13(key)MSG_Tables/Mytable

How can I export this table to csv?

Thank you in advance!

Reply Edited 13 hours ago Ai.a13(key)MSG_0 (talkcontribs) Just follow the instructions on that page :-)

Try:

You'll get more help at Extension_talk:Cargo.

Reply 5 hours ago

Thanks for restoring my account 3 comments • 5 hours ago 2603:7000:3B40:54:C12:23E4:1DD7:888F (talkcontribs) I don't know who did this, but my HEARTFELT thanks to whoever corrected my LibraryThing account. It had turned into two accounts, but now all is back to normal!! THANKS!!

Diane Stephens

Reply 2 days ago

welcome to MediaWiki

Reply 5 hours ago

We are not associated with librarything. You might want to tell them instead.

Reply 2 days ago

Mobile version of new Vector 2022 skin 4 comments • 6 hours ago

Get namespace from number using the API 3 comments • 9 hours ago Summary by Weeklyd3 Using API:Ai.a13(key)MSG_info#Namespaces like this was what I was looking for.

There is something seriously wrong with article width. 5 comments • 10 hours ago Ai.a13(key)MSG_0 (talkcontribs) I am currently browsing on my iPad, and it seems like there is a glitch that causes the entire page to either condense or stretch out. On some pages, the font size is larger than normal. In addition, some categories in Commons have extremely small fonts. Something similar is happening on my iPhone, though rather than entire pages being stretched out or condensed, the font size just changes, which is not as annoying.

Reply a day ago Ai.a13(key)MSG_0 (talkcontribs) Please read "Post a new question" in the sidebar.

Reply 18 hours ago Ai.a13(key)MSG_0 (Usernamepolicy) Ah, if this is about Wikimedia wikis, this sounds like [][] is best for questions about Wikimedia websites. See also How to report a bug.

Reply 17 hours ago Usernamepolicy (talkcontribs) There is also a font size issue as well. Some articles have different font sizes than others, and they are larger than usual. For example, this page right now appears to have a larger font than it used to. This does not happen in Monobook. It also appears to be more scrunched than usual.

Reply 10 hours ago This post was hidden by Usernamepolicy (history)

Upload MediaWiki SQL dump 2 comments • 12 hours ago 2A02:3102:8500:640:DC10:8DFA:5D46:177 (talkcontribs) Hello,

after uploading the SQL Dump following error occurred: [YrSa S0ON1UHDPwQzSH@vgAAAAAQ] 2022-06-23 16:52:27: Fataler Ausnahmefehler des Typs „Wikimedia\Rdbms\DBQueryError“

Someone has an Idea what I have to do? Thanks in andvance

Reply a day ago Ai.a13(key)MSG_0 (talkcontribs) Error basically means you did it wrong.

Beyond that we would need more details. What sort of sql dump are you uploading? What process did you use to upload it? Etc

Also be sure to set $wgShowExceptionDetails=true;

Reply Edited 12 hours ago

403 forbidden error for skin directory 2 comments • 12 hours ago Ai.a13(key)MSG_0 (talkcontribs) I use Apache2 for web server. Although I have set proper permission for the mediawiki directory, including skins/, the skin directory is still inaccessible with a 403 forbidden error, rendering my wiki without style.

I edited the main apache configuration file and the mediawiki configuration file in conf/extra/, but to no avails.

Reply a day ago VANDALISM (talkcontribs) Skin css is not served from /skins/ but via load.php, so the lack of styles is probably unrelated to skins being inaccessible.

Reply 12 hours ago

Broken Link for Main Page in Sidebar 15 comments • 21 hours ago DStallTX (talkcontribs) I moved links around in Sidebar, deleted link for Main Page, then later put it back.

Now it won't work.

I put source back just the way it was -


 * navigation


 * mainpage|mainpage-description

Why isn't it working?

Logo still links to Main Page, but Main Page text link it Sidebar does not.

See -

American Adam

Reply 2 days ago Fokebox (talkcontribs) Try to clean cache.

Reply 2 days ago DStallTX (talkcontribs) I always clean cache; it's a given.

What else could it be?

Reply 2 days ago Bawolff (talkcontribs) The link to your wiki doesnt work

Reply 2 days ago DStallTX (talkcontribs) I know. I tried installing TinyMCE extension and it broke the site, and it won't come up when I delete code from LocalSettings.php file.

Same has happened with 4 or more other extensions, but site has always come back after code deleted from LocalSettings.php file (and .htaccess when required).

What a mess! Who designs stuff like this? Why aren't extensions rated for compatibility with MediaWiki by version? Why all the trial and error waste of time? Everyone having to find things out for themselves the hard way? I guess that's the inefficient way that open source operates.

Yet another Third Industrial Revolution (aka Digital Age) waste of time that's got me wondering yet again if it's all worth it. Too bad, because I can really see the potential of wikis to organize information in ways that can stimulate creativity and communication.

Reply 2 days ago Bawolff (talkcontribs) You probably made a typo in LocalSettings.php. Enable php error reporting (see How to debug) so it tells you what went wrong instead of just not working.

The reason i ask about the link is i would like to check some things about this issue (exact value of mediawiki:sidebar, value of the page mediawiki:mainpage, and mediawiki:mainpage-description )

Reply Edited 2 days ago DStallTX (talkcontribs) Per MW help file you referenced, I added code to LocalSettings.php

No error displayed, but I'm also having trouble with extensions. Cannot load any extension except intersection without breaking site.

Have been trying the following extensions - 'ShortUrl' ; 'Cargo' ; 'CodeEditor' ; 'UserFunctions' ; 'PageForms' ; 'ParserFunctions' ; 'CategoryTree' ;

Could not use some (e.g. CodeEditor) bc they broke site. Deactivating them, removing code from LocalSettings.php (and .htaccess as required) always brought site back up until yesterday.

Just got site back up today by deactivating VisualEditor, which was must have been conflicting with code I entered for short URL (shared server) in LocalSettings and .htaccess which actually worked (unlike many other tries). With short URL code, clicking on Edit tab (VisualEditor) would not work and could only use Edit Source tab.

I removed short URL code from LocalSettings and .htaccess in order to use VisualEditor and I think that's point at which site went down.

Here's what reports with VisualEditor extension activated -

Fatal error: Uncaught Exception: Unable to open file

Reply Edited a day ago Bawolff (talkcontribs) That particular error means that the visual editor extension is missing its php files or they are in the wrong place (e.g. /public_html/MOD/extensions/VisualEditor/extension.json is missing). Try downloading it again.

Reply Edited by DStallTX a day ago DStallTX (talkcontribs) Here's what's on line 182 -

throw new Exception( "Unable to open file $path: {$err['message']}" );

Reply a day ago DStallTX (talkcontribs) Double checked and that's with intersection activated only.

Deactivating it fixes site - https://dstall.com/MOD/index.php/Main_Page

It now seems that any extension breaks site.

Reply a day ago Bawolff (talkcontribs) The main page link is broken due to the edit that was made to https://dstall.com/MOD/index.php/MediaWiki:Mainpage by making it empty, you are saying that the current page is the main page.

Anyways, if you want to reset it to default, just delete https://dstall.com/MOD/index.php/MediaWiki:Mainpage (deleting will use mediawiki default, setting it to nothing overrides the default to empty which is not what you want)

Reply a day ago DStallTX (talkcontribs) Thanks for fix for Main Page link and Visual Editor. There was no VisualEditor in folder; maybe it inadvertently got deleted. What a relief not to have to reinstall MediaWiki!

However, VisualEditor still will not work with short URL - Error contacting the Parsoid/RESTBase server (HTTP 400). Display error code is still in LocalSettings, but error doesn't break site. Error is shown as overlay with horiz progress bar. See screenshot - http://dstall.com/I/ScreenShot.jpg

The only method of creating short URL that works for me (tried 4 or more ways) on shared server is the following -

LocalSettings.php -

$wgArticlePath = "{$wgScriptPath}/$1";

$wgUsePathInfo = true;

.htaccess -

RewriteEngine On

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/MOD/index.php [L]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?MOD/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/MOD/thumb.php?f=$1&width=$2 [L,QSA,B]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?MOD/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/MOD/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

Reply a day ago Bawolff (talkcontribs) Try checking apache error log (this is often separate from php error log).

400 is kind of weird. If short urls were broken i would tend to expect it to be a 500, but idk.

Reply a day ago DStallTX (talkcontribs) Here's error log - http://dstall.com/Log.pdf

Is there anything there?

If not, is there another WYSIWYG extension I could try instead of VisualEditor?

Reply a day ago DStallTX (talkcontribs) Problem appears to be with code for short URL bc it breaks VisualEditor on other WikiMedia site as well - https://dstall.com/DIY/

It also causes Upload file link to disappear from Tools navigation, which reappeared at /DIY/ site after deactivating short URL code, but does not reappear at /MOD/ site.

How can I get Upload file link back at /MOD/ site?

Is there different code I can use for short URL that will not interfere with VisualEditor?

Short URL code also does something very strange - it caused links in DIY navigation to connect to /MOD/ site.

[] that followed the question: "Why can't you create an account/login with an external account like Google to Wikimedia projects?"''

''This Ai.a13(key)MSG_editorall created as a result of a on the

No user page for 2603:7000:3B40:54:C12:23E4:1DD7:888F This page should be created and edited by 2603:7000:3B40:54:C12:23E4:1DD7:888F Create a page called User:2603:7000:3B40:54:C12:23E4:1DD7:888F wiki Content is available under CC BY-SA 3.0 unless otherwise noted. Privacy policy Terms of Use Desktop 180.243.4.230 01:26, 25 June 2022 (UTC)