Project:Forum

Updating new versions of existing files

 * Moved to Support desk Happy ‑ melon 08:29, 19 June 2009 (UTC)

Installation Username

 * Moved to Support desk Happy ‑ melon 21:47, 19 May 2009 (UTC)

Problem with Picture Upload / Picture Preview

 * Moved to Support desk Happy ‑ melon 21:48, 19 May 2009 (UTC)

Username/password
I created the user KristianS here in 2007. Unfortunately I have forgotten the password, and either not set the user up with an email account or written an email I no longer use. I use KristianS on wikipedia:no and :en, and it would be good to keep the username here as well. Is there a way that this could be arranged? --88.87.57.60 09:28, 9 February 2009 (UTC) (KristianS)

Adjusting sidebar
moved to MediaWiki talk:Sidebar. -- :bdk: 07:27, 26 December 2008 (UTC)

Extension help
Where should we put help content that relates to extensions? In the Help: namespace, or perhaps in another custom namespace "Extension help:"?? Happy ‑ melon 17:41, 22 December 2008 (UTC)


 * Manual: is fine. —Emufarmers(T 00:33, 23 December 2008 (UTC)
 * That doesn't strike me as very sensible: extension help content should still be licensed to PD, which won't be the case in Manual: namespace. Manual: isn't even where technical data on extensions is kept, that's Extension:... I can't think of any reason to put content like meta:Help:ParserFunctions at Manual:ParserFunctions or somesuch. Happy ‑ melon 15:29, 23 December 2008 (UTC)
 * How about subpages in the "Extension:" namespace? (e.g. Extension:ParserFunction/Installation) – rotemliss – Talk 19:41, 23 December 2008 (UTC)


 * It helps when you explain what "help content that relates to extensions" actually means. :) (Manual: holds documentation on developing extensions.)
 * Documenting lengthy usage instructions using subpages is common practice; is there a compelling reason why we would want to do it another way in this case? ParserFunctions is installed on lots and lots of wikis, to the point where it might seem like core help material, but it's still an extension.  We could document the functions from the extension in Help:Variables and mark them as "functions that may not be available depending on the wiki setup," but I think we're aiming to keep the PD help pages describing an out-of-the-box setup, to the extent that we can. —Emufarmers(T 08:06, 24 December 2008 (UTC)


 * Indeed, which is why I was hesitant to just recreate Help:ParserFunctions. The issue is, as ever, the license; wouldn't we want the extension help pages like meta:Help:ParserFunctions, en:Help:EasyTimeline syntax to be PD so they can be distributed more easily? I'm concerned that if we drop content like this into the Extension: namespace then A) it is likely to get muddled with the 'developer-level' information and be hard to find, B) be difficult to locate and extract from the set of pages in that namespace, and C) be hard to cleanly and easily port of this site. Not everyone will want to link their help documentation here. So my thoughts are that this kind of help content (that is aimed at editors of www.randomwiki.org) needs to be both PD and contained in its own little set such that admins there can come over here, export the whole of our 'standard help', plus the help pages for whichever extensions they've got installed. My immediate reaction is that it would be quickest and cleanest to create another PD namespace, say "Extension help:" so we could have Extension help:ParserFunctions, Extension help:ImageMap, Extension help:Cite, etc.  Another possible solution, either an interim measure or a permanent decision, would be what I've done by creating Help:Extension:ParserFunctions.  Upsides, no need for another namespace, downside slightly confusing page name.  As I say, however, my overriding impression is that this content needs to be public domain. Happy ‑ melon 12:20, 24 December 2008 (UTC)


 * The help namespace is aimed at being a set of basic help pages that can be installed easily on a new wiki, aimed at wiki users (no administrator info). ParserFunctions (unless I'm unaware of a change) does not ship with vanilla MediaWiki, therefore they should not be documented in the help namespace.  Extension namespace is correct for this kind of information.  --HappyDog 01:29, 12 March 2009 (UTC)

Swerwe
Sorry, i don't speak english very well (from Finland). May i create a swerwe of the MediaWiki's main page to finnish language? --Ankistti 11:46, 18 January 2009 (UTC)
 * Oh, sorry, the main pare is already in finnish. But can i swerwe other pages? --Ankistti 11:52, 18 January 2009 (UTC)
 * Tervetuloa kääntämään vain. :-) Tämähän on kuitenkin wiki, eli et voi rikkoa mitään niin, etteikö sitä saataisi korjatuksi. Mikäli sinulla on kysymyksiä, voit jättää minulle viestiä. -- Sayuri 12:47, 18 January 2009 (UTC)

Deferred
Hi. I would like to know the purpose of marking commits as "deferred". From what I see, the changes are still in SVN. What is the result of making then "deferred"? Thanks, Malafaya 16:22, 10 February 2009 (UTC)
 * I think it just means "not reviewed yet because we don't really care, since the code isn't running on Wikimedia servers". —Simetrical (talk • contribs) 11:58, 11 February 2009 (UTC)

Van erciş hakkında görüş belirtiyorum sehirin%65 nüfusu kürt olup diğer %35 lik nüfusun türk azeri ve afgan halklarından olması erciş nüfusunun yeniden değerlendirmeye alınmasını önemle arz ederim Tarihi bir hatanın oluşmamasını dileyerek saygılar sunuyorum

"Usurp" request
I'm trying to unify my accounts (SUL), but www.mediawiki.org already has an user named Lemming. The account doesn't have any activity after the day it was created on 9 May 2007, and it has no user page and no user talk page. Would it be possible to rename this account to move it out of the way? My home account is Wikipedia:User:Lemming. Here is a diff. Thank you very much. --82.146.104.187 19:49, 17 February 2009 (UTC)

Download problem
Hi developers... Download´s link is broken. Please, people cannot use this great system. Where is the problem? Is the WIKI-package on the other site too?

 EDIT: 18:45/ Now is it OK. Thank you so much! Very good job!

External interface
I am a user of a MediaWiki site, and I am planning to write a program in another language (which has good access to low-level stuff like sockets) for automatic and redundant editing tasks, along with reading pages' contents. Could someone tell me what I have to send in a post request to set the data of a page?

The site is, aka SporeWiki. It appears that some modifications have been made to the software itself, but most of it looks superficial. However, some of the names of controls may have changed, so it may be a good idea to look into the source of any edit page.

Thank you, 67.150.61.39 03:36, 6 March 2009 (UTC)

Database error
Help me with this wiki-glitch ! 67.68.65.192 20:11, 9 March 2009 (UTC)

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

(SQL query hidden)

from within function "ExternalStoreDB::store". MySQL returned error "1114: The table 'blobs' is full (10.0.2.160)" -
 * Problem being solved, please be patient. i Alex  20:24, 9 March 2009 (UTC)

Adjust image to 100% of screen
I need this.

Cause it's so many different PCs that are going to look at the Wiki. And it looks crazy at some!

83.109.7.174 16:09, 24 March 2009 (UTC)


 * Images cannot be relatively sized by the MediaWiki software; this is for the exact reason you note: the software cannot know the resolution of the reader's screen or the size of their browser, so there is no way to know what size image needs to be generated. Happy ‑ melon 16:34, 24 March 2009 (UTC)

Sidebar localization
Could sidebar link URLs be included in $wgForceUIMsgAsContentMsg in the configuration of mediawiki.org? Especially mw-download-url would be a good idea. Main page would be fine, too, but would probably need to be changed to some mainpage-url or something, so that languages without a localized MediaWiki.org homepage would work correctly. Also “Download from SVN” should be localizable. --Mormegil 12:57, 1 April 2009 (UTC)

Problem with Update from 1.12.* to 1.14.0

 * Moved to Support desk Happy ‑ melon 21:41, 19 May 2009 (UTC)

Problem with Help File Download
Hi, I was trying to download the help file pages using the info posted at http://www.mediawiki.org/wiki/Help:Copying, but when I hit the export button the info just pops up as html inside the internet window....not as a separate file I can save.(It appears that the "save as file" option is no longer functioning. It doesn't seem to matter if I have it clicked or not, I get the same result.) Or am I just exporting links to this website, and not the pages themselves? Please help. Thank you!


 * It's working fine for me. What browser are you using? —Emufarmers(T 20:14, 15 April 2009 (UTC)

I am using Internet Explorer, Version 6 and I just tried FireFox Version3. I tried twice with each, checking the save as file box and not checking it...same result. Could it be a security/fire wall thing? However, I was able to save the info that popped up in the window, upload it to my local wiki, and got some of the help functions to run properly. But some of the help directions appear to be in html code. Any suggestions? Or is that the part where we "... will probably have to edit some of the pages to fix links, but at least this will provide a starting point." Any suggestions on a solution would be appreciated. Thank you!

Is the Wiki software allowed to be used on websites containing adult content or pornography?

 * Moved to Support desk Happy ‑ melon 21:42, 19 May 2009 (UTC)

HELP PLEASE having problem uploading image
Hi, I've uploaded images several times and still they've not been posted even though I've submitted that the files are mine. The message always comes back as image may be deleted ... because an author is not disclosed. I posted that i own the copy right and also attached the GNU tag releasing all rights. HELP, this code writing/formatting stuff is all greek to me. 4/16/09 vpm911
 * This is an issue with the specific site you're uploading to: your images are being deleted because you are not following the guidelines and process set out by that wiki. Not a MediaWiki issue. Happy ‑ melon 21:50, 19 May 2009 (UTC)

Crash of the wiki and fonts with accent
When I insert in my wiki pages words containing fonts with accent (à, è, ì, ò, ù), I can't save the page! I'm kicked off the wiki and I loose what I wrote....is there an asnwer?? Thantks a lot, angela You may workaround with a' instead of à, e' instead of è .... is only a working solution... surely not the best BreakpOint

code and source tag in articles

 * Moved to Support desk Happy ‑ melon 21:52, 19 May 2009 (UTC)

Where is the License information for MediaWiki?

 * Moved to Support desk Happy ‑ melon 21:44, 19 May 2009 (UTC)

Installation problem

 * Moved to Support desk Happy ‑ melon 21:45, 19 May 2009 (UTC)

Database-problem
Hi, my name is David an I'm one of the administrators of the website http://www.pflegewiki.de. We also have an pool.nursingwiki.org and an english Site with the URL en.nursingwiki.org. Every URl has its own mediawiki. Now we try to imigrate all three databases to one database, because its more easy to administrate. Is it possible, and if, how can we do it? --Pflegewiki-Dave 13:22, 4 May 2009 (UTC)

===> Yes it is, you can do this by using prefixes for the tables.
 * Can you explain it a little bit more...

==> May be this link could help: http://booleandreams.files.wordpress.com/2007/06/multiple-mediawiki-instance-on-the-same-server-using-the-same-source-code.pdf

Database-problem 2
When i was testing my mediawiki on my home server everything worked fine. But when i put everything on another server i get a problem with the links of the pages created on my home server.

On my homeserver the links were localhost/index.php/My_New_Created_Pages the Problem: on the other server the links are still "localhost/index.php/My_New_Created_Pages, but should be "servername.com/index.php/My_New_Created_Pages

Why is it so? What can i do to correct the links?

==> I solved the Problem... Try Looking the MediaWiki:Sidebar Source Code

Import sources
Anyone else think it would be a good idea to get enwiki enabled as an import source? While most of the content we need to move comes from meta, enwiki does produce a constant trickle of good stuff that we can legitimately steal, and it's a pain to have to move it 'through' meta to get it here with full edit history. Thoughts? Happy ‑ melon 20:45, 9 May 2009 (UTC)
 * Just Do It. &mdash; Mike.lifeguard &#124; @meta 18:09, 20 May 2009 (UTC)
 * Lol Happy ‑ melon 22:18, 20 May 2009 (UTC)
 * 18874. Happy ‑ melon 10:49, 22 May 2009 (UTC)

Installing Extensions on a free-hosted wiki
I created a men of war wiki on a free hoster called Referata.com. I wanted to install some Extensions and wanted to know how i can be done there and general: if it can be done on a free hoster like referata.

Thanks; Dennis
 * I suggest you look up the help pages on referata: http://referata.com/wiki/Help:Contents
 * MiCkE 12:11, 13 May 2009 (UTC)

Not a help page
Currently the "this is not a help page" message is being largely ignored. Should we be more consistent in directing questions over to the Support desk and not handling them here? Happy ‑ melon 10:52, 14 May 2009 (UTC)
 * Sure. I see I'm the one who is curently doing most of the ignoring... I didn't pay enough attention, my bad... Sorry. MiCkE 12:05, 14 May 2009 (UTC)
 * That's ok, don't worry. It's a positive feedback loop, the more answered questions there are on this page, the more likely people are to assume that the "this is not a help desk" notice is just a mistake.  Happy ‑ melon 12:44, 14 May 2009 (UTC)

Embed wiki on to website
Is there a way to make it so that I can have the url http://example.com/example and on the example webpage is where the wiki page is at? Also, can I use the webpage's frames for the wiki so that you see the webpage's theme template but the wiki is in the content area?

Not Autoconfirmed?
Hi, I was looking to upload an image to this site and was wondering why I am not an autoconfirmed user.

According to Project:Autoconfirmed_users:

Accounts which are more than four days old are automatically promoted to the 'autoconfirmed' group. Autoconfirmed users may move pages, edit semi-protected pages, and upload files or upload a new version of an existing file. They are no longer required to enter a CAPTCHA.

However, I apparently have not been 'autoconfirmed' and therefore cannot do any of the above. My profile states that my e-mail address was validated a long time ago so I was wondering why I am not yet autoconfirmed...

Thanks in advance...

--TechKid 14:51, 15 May 2009 (UTC)


 * You also need to have ten edits here. That documentation is waaay out of date. Happy ‑ melon 16:31, 15 May 2009 (UTC)


 * Thanks for the answer :D Unfortunately I can't find my old Wikipedia account with countless edits so I'll see where I can make amends. As I use the wiki engine on my own site, perhaps I'll make amends where I see them in the documentation. Thanks again. --TechKid 22:08, 15 May 2009 (UTC)

Un-free content on a wiki using MediaWiki

 * Moved to Support desk Happy ‑ melon 21:17, 19 May 2009 (UTC)

What I have to do?

 * Moved to Support desk Happy ‑ melon 08:28, 22 May 2009 (UTC)

The extension DynamicPageList
The Extension:DynamicPageList has been moved to another name, Extension:DynamicPageList (third-party), and Extension:Intersection has replaced the previous entry. This creates troubles as a lot of pages refers to functionality that is not part of the extension. I would prefer that the old names would be used, even if they don't seems to be completely logical in some sense or another. Thanks. Jeblad 04:13, 31 May 2009 (UTC)
 * This was done by Brion Vibber, our CTO, as a response to 18945. We need to update links to the pages to point to their new targets as far as possible. Happy ‑ melon 09:54, 31 May 2009 (UTC)
 * Who made the move is completely irrelevant, it is a community around Mediawiki and its extensions and this creates havoc. Jeblad 16:07, 13 June 2009 (UTC)
 * Per Project:Requests, this site is not an egalitarian community like other wikis in the WMF cluster. The hierarchy of developers (patch contributors, junior devs with commit access, senior devs, sysadmins, and ultimately Brion) spills over here.  As such, the fact that Brion made the move is not irrelevant. Happy ‑ melon 18:06, 13 June 2009 (UTC)