Project:Forum

Problem with Picture Upload / Picture Preview
Hi,

i have following Problem on my wiki-Project:

I get following message: Fehler beim Erstellen des Vorschaubildes:

Warning: passthru has been disabled for security reasons in /www/htdocs/v089483/sticker/sammelbildwiki/includes/GlobalFunctions.php on line 2131

This is the Line 2131 of globalfunctions.php: passthru( $cmd, $retval );

I´m not very good in PHP, so i don´t know what to do. Someone can help me?

Kind Regards,

--SVWRamius 11:15, 9 April 2009 (UTC)

PS: Wenns jemand auf deutsche erklären könnte wäre das wirklich nice. :-)

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
Hello,

I hope anyone can help me to solve my problem. I wanted to update my mediawiki from 1.12.* (I don't know the exakt version, but if it's necessery i can try to search for it) 1.14.0. First I uploaded all new files, then i created a user in adminsettings.php, then I wanted to start maintenance/update.php but there I got a 403 Erorr. I looked at the logs and they say this:

client denied by server configuration: /srv/www/htdocs/.../wiki/wiki/maintenance/update.php

PHP Fatal error: Cannot redeclare wfwaitforslaves (previously declared in /srv/www/htdocs/.../wiki/wiki/maintenance/commandLine.inc:244) in /srv/www/htdocs/.../wiki/wiki/includes/GlobalFunctions.php on line 2905

What did i make wrong? I hope anyone can help me, and sorry for my bad english.

Regards,

Timo