Report a problem

From Uncyclomedia, the UnMeta-wiki
Jump to: navigation, search


Uncyclomedia
Languages
→ Archives: 1 - 2 - 3 - 4
Projects
Babel suggestions
Status
Permissions
Quality control
Requests for deletion
Requests for pages
Report a problem
→ Archives: 1 - 2 - 3 - 4
Ban Patrol
Please feel free to post bugs or problems that have occurred on your wiki here.
  • If you want an admin to block a user, troll, spambot or other creature, go to Ban Patrol.
  • Answers to your problems:
    • Certainly within 24 hours!
    • Reports in archives cannot be answered anymore. Instead, post your report again.
    • Present admins, who are prepared to take care of your problem:
CartoonistHenning (He is willing to help you in English, Dutch, Norwegian, French and in German.)
Rhubella Marie (He She It's [lol it's a sockpuppet] is willing to help you in Portuguese and in Spanish.)
  • If you want to report problems with the servers, Carlb (carlb at kingston.net) will answer you (professional help in English, French, C++ and PHP).

MediaWiki 1.19 extensions

The current list of known issues with MediaWiki extensions on newly-created wikis (af: fy: ie: io: mwl: and vls: are currently MW 1.19alpha) include the following extensions:

  • mw:extension:Gadgets *was* once working and is now returning "hook failed to return a value". Perhaps a new version will fix this, if it was broken by a so-called 'upgrade'?
  • mw:extension:MW-EditCount and LogCount ($wgMessageCache is deprecated - $skinTemplate->mTitle is also broken by upgrade and must be changed to $skinTemplate->getTitle().)
  • mw:extension:NewPageCSS fails to return a value, leaving UNIQ-gibberish-css-00000-QINU on the page: fix is here.
  • mw:extension:ImageMap and mw:extension:InputBox need to be replaced with the latest versions for MW1.19 and left as the old versions for MW1.17alpha - these do work if the correct version is present.
  • mw:extension:Google Maps (where installed) was also breaking - this affects one wiki on this server; mw:extension:Maps is a partial, credible alternative but doesn't appear to allow users to draw a path on a map (just individual points of interest). [This was reported in MediaWiki's bugzilla and has been addressed by fixing the original extension]
  • mw:extension:RawMsg (fixable but kludgy by removing $wgMessageCache as deprecated in MW1.18 and later).
  • mw:extension:SpecialInterwiki Versão 1.3.1 needs to be fixed or replaced with a later version (1.4.x);
  • mw:extension:SpecialNamespaces is based on the old version Special:Interwiki code and now broken under MW1.19. Fix is here
  • mw:extension:Icon (utterly obsolete now that Image: accepts "link=" as a parameter, but might still be in use from a few templates from existing wikis). Replacing it with a current version appears to fix whatever broke from the MW upgrade, although ultimately the {{#icon: tag should be removed from any templates or pages still using it.

I've left most existing wikis at the old version (MW 1.17) until some of these can be resolved. --Carlb (talk) 06:33, 7 August 2011 (UTC)

Updated: Most of these appear to have fixes, kludges or work-arounds at this point. There is to be a new MW version in Feb 2012, so most likely the next upgrade attempt will be not 1.19 but a 1.20alpha --Carlb (talk) 17:17, 14 February 2012 (UTC)

And why is it always alphas? Why do you not ever use stable versions? ~ Pointy.png 02:10, 15 February 2012
I think he's helping the MW people developing the newest version, browsing for errors and such, so they can bring out the beta version more quickly | Cartoonist | Spit it out (talk) | Website | UnMeta | 21:12, 16 February 2012 (UTC)
I only know UnCommons is down right now. I mean, all the sites. There is neither able to access Desgalipedia and other wikis. :( Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 23:39, 16 February 2012 (UTC)
If that is the case, I would like to read it from him. ~ Pointy.png 18:55, 17 February 2012

Important

Contents

The servers of Uncyclomedia can sometimes have time-outs of an unknown duration. Please don't constantly ask why the servers are down on that moment. Before considering a suicide, try these things first:

  • Wait a couple of minutes. Reload/Refresh your page.
  • If it doesn't respond in a day, don't panic, take a few breaths and just write some articles offline or something.
Problems that may occur after the down-being of the servers
  • Loss of data or local uploaded images. If you want to avoid any loss, please backup your articles frequently.
  • Newly created user accounts can be vanished. These new users have to create their account again.



Error with af: and mwl:

Detected bug in an extension! Hook GadgetHooks::userGetDefaultOptions failed to return a value; should return true to continue hook processing or false to abort.

Backtrace:

#0 /home/sophia/domains/mwl/includes/GlobalFunctions.php(3751): Hooks::run('UserGetDefaultO...', Array)
#1 /home/sophia/domains/mwl/includes/User.php(1227): wfRunHooks('UserGetDefaultO...', Array)
#2 /home/sophia/domains/mwl/includes/User.php(2187): User::getDefaultOptions()
#3 /home/sophia/domains/mwl/includes/context/RequestContext.php(215): User->getOption('language')
#4 /home/sophia/domains/mwl/includes/StubObject.php(160): RequestContext->getLanguage()
#5 /home/sophia/domains/mwl/includes/StubObject.php(105): StubUserLang->_newObject()
#6 /home/sophia/domains/mwl/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
#7 /home/sophia/domains/mwl/includes/StubObject.php(153): StubObject->_call('getCode', Array)
#8 [internal function]: StubUserLang->__call('getCode', Array)
#9 /home/sophia/domains/mwl/includes/cache/MessageCache.php(615): StubUserLang->getCode()
#10 /home/sophia/domains/mwl/includes/GlobalFunctions.php(1314): MessageCache->get('maps-ns-layer', true, false)
#11 /home/sophia/domains/mwl/includes/GlobalFunctions.php(1294): wfMsgGetKey('maps-ns-layer', true, false, true)
#12 /home/sophia/domains/mwl/includes/GlobalFunctions.php(1212): wfMsgReal('maps-ns-layer', Array)
#13 /home/sophia/domains/mwl/extensions/Maps/Maps.php(287): wfMsg('maps-ns-layer')
#14 [internal function]: efMapsSetup()
#15 /home/sophia/domains/mwl/includes/Setup.php(497): call_user_func('efMapsSetup')
#16 /home/sophia/domains/mwl/includes/WebStart.php(157): require_once('/home/sophia/do...')
#17 /home/sophia/domains/mwl/index.php(54): require('/home/sophia/do...')
#18 {main}

Cartoonist | Spit it out (talk) | Website | UnMeta | 19:01, 28 January 2012 (UTC)

Looks like it's still doing it from before, unless it stopped in the meantime. Fact that one of those is the exact same one as RM noticed, though, isn't encouraging in that regard. ~ Pointy.png 20:21, 28 January 2012
I remember I visited mwl: after Rhubella's report, the page was blank. So I see this for the first time. Probably the same problem has always been there. Nothing new then... Cartoonist | Spit it out (talk) | Website | UnMeta | 20:50, 28 January 2012 (UTC)

Wikinet RefreshSpecial

What's the matter with this? I refreshed the special pages of WikiNet and got this error beneeth the result of the query | Cartoonist | Spit it out (talk) | Website | UnMeta | 17:38, 13 February 2012 (UTC)

Wikinet RefreshSpecial.png

Building on the theme, please install the tool to check users that the Wikinet has been very vandalized by sock accounts. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 22:43, 17 February 2012 (UTC)

MediaWiki 1.20 problems

What's up, Doc?

Eh... What's fuck up. Doc?

Unfortunately, I have been informed that none of the wikis are running for server problems. Taking the opportunity to question what is happening on our servers this time, What's up, Doc? Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 13:49, 17 February 2012 (UTC)

New version of MediaWiki, I guess, being installed. Roye7777777 ~ Talk 20:02, 17 February 2012 (UTC)
OK... But, The Brazilian illogicopedia (Malucopédia) is in trouble, can not login to ban some vandals. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 22:52, 17 February 2012 (UTC)

Namespace problem in Desciclopédia

In desciclopedia.org domain, it appears that when we try to acess a page with Forum: namespace, like Forum:Foo, we are redirected to a page named Descionário:Foo that doesn't exist. This problem occurs even if the Forum: page already exists, and this rendered many threads inacessible. I don't know what is making the Forum: namespace be redirected to the Descionário: namespace, but in desnoticias.org, the Forum: namespace is still acessible as normal.

This is the only thread that can be acessed since it was created in the Descionário: namespace instead of being created in the Forum: namespace. What is happening? DARK FALLEN ANGEL Lord of DarknessHAIL SATAN 02:47, 18 February 2012 (UTC)

No momento só podemos dizer isto:

"New version of MediaWiki, I guess, being installed."

~ User:Roye7777777

Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 03:17, 18 February 2012 (UTC)

Desnoticias.org was never upgraded and is still running the old MW 1.17 code. That it has a working forum: namespace when desciclopedia.ws (sophia), pudim.info (roberto) and desciclopédia.org (oscar) do not indicates that Special:Namespaces is still broken in some way under MW 1.19+. (The only other example I've noted of this issue is zh-tw:, which had listed the 16 built-in namespaces on the Special:Namespaces page and was having Image: links generate error messages - fixed by removing Image: from the extra namespaces list as already built-in).
There is a claim that extension default namespaces for DPLforum are 110:/111: (forum + the useless 'forum talk'). DP has fórum on 20 and 110 is dicionar.io - although that has never been an issue on any previous version of the software and the choice of 110 was arbitrary. See mw:Extension_talk:DPLforum#What_if_Namespace_110_is_already_in_use_for_something_else.3F
There are two other problem extensions, extension:flash and extension:IRC (Flash is problematic as th: used it on their main page, blanking the front page as a result of the upgrade. I've removed the extension for now and will likely use OFlash instead.)
Unfortunately, most of the broken extensions are breaking with every MW version from 1.18 onward (the $wgMessageCache thing, in particular, and the Xml::hidden -> Html::hidden were both changes to core MediaWiki code that affected many existing extensions - IRC being one of them). As such, the "use the last stable MediaWiki" approach won't help as this stuff is breaking there too. That leaves this as a choice between fixing the extensions (which will have to be done for Special:Namespaces in any case), attempting to list some of the $wgExtraNamespaces directly in the config files (so that Fórum: remains on 20 even if the extension breaks) or running three versions behind (MW 1.17 instead of 1.20). --Carlb (talk) 18:15, 18 February 2012 (UTC)

Problems concerning the templates in the sacred Desgalipedia

A few hours noticed some errors in some position templates used in Desgalipedia. These templates have the code copied from Wikipedia and change their positions creates problems in the page layout.

Article 17 de agosto WP x DG.jpg

I think the change has bugged MediaWiki codes of these templates. I do not know the full extent of the problem and templates affected by the bug. At the moment I can report only on the templates for the months. I give as an example the article the date of the founding of Desgalipedia, August 17 and the positions of the original template in the Galician Wikipedia and DG. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 23:25, 18 February 2012 (UTC)

At Oncyclopedia, this: CLICK. A </p> appears out of nowhere on the RecentChanges. Roye7777777 ~ Talk 11:39, 19 February 2012 (UTC)
Never mind. Fixed it with an extra </center>. Roye7777777 ~ Talk 14:32, 19 February 2012 (UTC)
It looks like some versions of the position tags have been deprecated. pt:Forum:Align="center": 2005-2012 --Carlb (talk) 19:37, 19 February 2012 (UTC)
As well, collapsable menus aren't working, and things like "sighidden/sigexpand" (hover thing). Roye7777777 ~ Talk 18:48, 21 February 2012 (UTC)
I tried hovering over your sig on nl:user talk:roye7777777 and all I get are a pile of extra 7's. Isn't this what's supposed to be happening? Is there some other affected page I should look at? --Carlb (talk) 01:35, 22 February 2012 (UTC)
It seems it has been fixed. Hovering over the 7Roye should result in the replacing-appearing Roye7777777, but next to that is a bullet like •, and that element should expand as well. When I reported this, it was automatically expanded, while it should be hidden (after hovering over 7Roye), but now it is again. Also, other logo's won't align to the topleft. I think a problem with aligning at itself, looking at the disfunctioning of align="right". Roye7777777 ~ Talk 10:10, 22 February 2012 (UTC)

I think the problem may be impacting on all wikis. Yesterday I found errors in the templates up UnCommons. Another thing, yesterday had created a new template for the article The Annunciation (Fra Angelico, Florence) and she also gave defective. At first I copied the code from the DP itself, but as the correct version of them remained in the DG was left of the screen. Even modifying the template source code in wiki Galipedia kept the error. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 12:58, 22 February 2012 (UTC)

pt:mediawiki:common.css contains an ".infobox" style (as does wp:mediawiki:common.css), gl:mediawiki:common.css does not. gl:modelo:pintura uses class="infobox". I would not expect, therefore, to see any different result under any other MediaWiki version. Not an upgrade-related issue. --Carlb (talk) 17:17, 22 February 2012 (UTC)
Ok, so the two wikis have different MW versions. However, my thinking suggests that all Wikipedias use a MW standard in any language? Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 21:22, 22 February 2012 (UTC)
You've misunderstood... you have to define .infobox before you can use "class=infobox". That has nothing to do with the MW upgrade. --Carlb (talk) 18:56, 24 February 2012 (UTC)
Summarized: .infobox { } makes class=infobox possible. By the way, the magic word DISPLAYTITLE doesn't accept images between brackets anymore, like {{DISPLAYTITLE:[[Image:Wiki.png]]}}, though it worked before. I should use a title remover and an positioner right now? As well for align=right, align=center and align=left (irrelevant, but meh), whom are still disfunctioning. Also, Hotcat is suddenly dead. Roye7777777 ~ Talk 14:08, 25 February 2012 (UTC)

HotCat

Hotcat apparently is having problems with many other wikis. There are also reviews of failures and lack of buttons on the Desciclopédia and UnCommons Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 17:42, 25 February 2012 (UTC)
The deprecated "align=center" tags and their alternatives are listed on pt:Forum:Align="center": 2005-2012, but DISPLAYTITLE doesn't surpise me as MediaWiki was designed for the somewhat-narrow use of DISPLAYTITLE on Wikipedia, which is mostly to display "IPod" as "iPod" if an individual article needs a title with this weird non-standard capitalisation. bugz:8394 and bugz:9941 were both ignored as "resolved - invalid" for this reason.
Not sure why HotCat would still be dead, it is part of Extension:Gadgets which is maintained and the latest version. The gadget appears, but when I click its "save" button I get a box with "0" [OK] and nothing happens. --Carlb (talk) 18:18, 25 February 2012 (UTC)
Well, UnCommons, I'm having to manually edit the categories. :( Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 18:48, 25 February 2012 (UTC)
I'm seeing the same thing here too, checked wp:commons:Commons:Village_pump#February_22 as they were reporting issues with some gadgets under MW1.19 (which they deployed Wednesday) but no mention specifically of HotCat. --Carlb (talk) 19:42, 25 February 2012 (UTC)
Yes, but the Uncyclopedias are with this defect since the implementation of MW 1.20, or there are versions that use the version 1.19? At least I mean Desgalipedia and Çciclopédia. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 19:57, 25 February 2012 (UTC)
Good lord, replacing EVERY HOLY ALIGN WITH A CLASS!!! ALL THE 1000+ ONES. Let there be an extention that replaces every single given word with one other, on every page where that word appears. Starts to look like slavery XC. Roye7777777 ~ Talk 12:18, 26 February 2012 (UTC)

Can someone explain to me what happened in UnCommons?

WTF? Recent changes in UnCommons only present the issues from the morning. To make matters worse I notice that the decreased number of images on the site. Here's an example. The images in tatal Desgalipedia was around 1260 and dropped to 760 images. Another thing, my edits record issues 5 and 6 August were eliminated during the change of the server. In this case, do not think it's a rollback, but some change in the system. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 21:22, 22 February 2012 (UTC)

«Forum» namespace

We did not ask for it. We already have «Форум» in 16/17 and no need for another forum in 110/111. If it is possible to merge them in 16/17 — would be good, if not — delete it. --This user is administrator of Ukrainian Uncyclopedia. Vox 20:51, 25 February 2012 (UTC)

Strange, that was the mediawiki that created? Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 02:05, 26 February 2012 (UTC)

Blame this guy for hardcoding 110: into DPLforum. Not a bright thing to do. I could merge 16/17 into 110/111 by having the database move everything if you like? I've already had to do this on at least ten other wikis, the most obvious example being pt: where an existing 110:Diciónario had to be moved first. This bug had at one point made all existing forum: posts inaccessible and put all new forum threads into UnDictionary. --Carlb (talk) 03:46, 26 February 2012 (UTC)

Can't you just delete it in the list of namespaces as a bureaucrat/sysop being, or am I wrong about the easiness? Roye7777777 ~ Talk 11:16, 26 February 2012 (UTC)
I have discovered as well that the <choose><option> function is not functioning. Now, I remember there was a page on MediaWiki, an extention named RandomSelection, and wasn't that the original extention? Also, I don't know if this is to edit, but at nl:Oncyclopedia we have a part in the sidebar named "Deel dit artikel". Well, there are two social media in it, but without an image. I have added these images to my personal skin, but the same (working) code is not working when I add them in Vector.css or Common.css. I think this is a limit on editing the skin itself? Now I know that the Atom-link in the toolbox contains an image as well, but that one is located in a some sort of class, but I don't know if these two have a class as well. Roye7777777 ~ Talk 11:23, 26 February 2012 (UTC)
The «Forum» namespace is not even in the table but it is present in all pages dropdown menus. I cannot do anything to it. There is nothing in «Forum» namespace (110/111), all forum threads are in «Форум» (16/17). If all the threads will still be in Форум, I would like Forum and Форум to be merged in 16/17. --This user is administrator of Ukrainian Uncyclopedia. Vox 15:38, 26 February 2012 (UTC)

Random selection

<choose><option>cat</option><option>mouse</option><option>bird</option></choose> returns mouse

Isn't this what the random selection algorithm is supposed to do? --Carlb (talk) 19:32, 26 February 2012 (UTC)

Kidding me, right? Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 23:35, 26 February 2012 (UTC)
It keeps returning "bird" to me. Anyone who sees after multiple time reloading more than two different things? You can see for instance cat or mouse, but it should change after all after reloading. Roye7777777 ~ Talk 12:08, 27 February 2012 (UTC)
With "disable browser page caching" checked on the second screen of special:preferences, I get a cat and a mouse on the first two attempts... but I'd think that setting would also make pages take longer to display? --Carlb (talk) 18:13, 27 February 2012 (UTC)
A year ago, it even worked without that, but now it doesn't. Funny enough, I have disabled my cache on the Firefox-browser in general a year ago, but after disabling it now in the preferences, I do see mouse instead of bird, so then it works indeed. Though, not without, but after all. Roye7777777 ~ Talk 23:03, 27 February 2012 (UTC)
Funnier, I now keep on seeing cat. The mouse and the bird have seemingly been eaten. Roye7777777 ~ Talk 23:19, 27 February 2012 (UTC)

Extra edit buttons

For a very long time we had this script allowing additional buttons (similar to this) on toolbar when editing, but after installing new mediawiki it doesn't work any more. No changes either to the script or to MediaWiki:Common.js (where it is included directly) were made. --This user is administrator of Ukrainian Uncyclopedia. Vox 19:20, 4 March 2012 (UTC)

I understand, I have also noticed the flaws with Hotcat in Desgalipedia and UnCommons. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 20:06, 4 March 2012 (UTC)

There look to be complaints on wp:User_talk:MarkS/Extra_edit_buttons#Broken_after_1.18.3F, wp:Wikipedia:Village_pump_(technical)#Missing_toolbar_buttons.3F and bugz:31511 about extra edit buttons failing to load properly under MW 1.18 and later; this has been happening since October. The original author of this script is seemingly nowhere to be found. --Carlb (talk) 01:38, 5 March 2012 (UTC)

So, there is no way to fix it? --This user is administrator of Ukrainian Uncyclopedia. Vox 22:27, 5 March 2012 (UTC)
Perhaps you should contact the folks on MediaWiki.org about it (try to reach someone on IRC #mediawiki) and explain the problem, so they can do something with it for a MW beta version. Or, try copying the source code and paste it into you personal /monobook.js | Cartoonist | Spit it out (talk) | Website | UnMeta | 14:35, 6 March 2012 (UTC)
This seems the same thing, and works for me, but maybe it is because I work in monobook, but this should work in vector as well... or not? Roye7777777 ~ Talk 15:20, 6 March 2012 (UTC)
No, this is normally working for me. Weird? Roye7777777 ~ Talk 15:21, 6 March 2012 (UTC)
Proving, here, in vector. Roye7777777 ~ Talk 15:22, 6 March 2012 (UTC)
Though, Hotcat is appearing, but isn't categorizing because it errors every category and names it as nonexistent. Roye7777777 ~ Talk 15:37, 6 March 2012 (UTC)
Are you referring to HotCat or to the extra edit buttons? HotCat is still working on en.wikipedia (which recently got MW 1.19) and breaking here; the extra edit toolbar buttons are breaking both here and there (with a bug already open, so the MW.org people do know that things are being loaded in a different order now - possibly as part of the ResourceLoader in 1.18+ - breaking things). Carlb (talk) 18:48, 6 March 2012 (UTC)

iframe

On Oncyclopedia, there is an extension, <youtube>. The old "object"-embedding code worked, but the new iFrame embedding-usage refuses to work. With new video's, they don't work anymore, and aren't embeddable. Is there maybe an update for that extension available, or anything else? Roye7777777 ~ Talk 22:23, 9 March 2012 (UTC)

In other words, http://www.youtube.com/embed/codehere doesn't work, while http://www.youtube.com/v/code does. Though, in its current form, video's, other sites than YouTube, like Dailymotion etc. can be embedded with this code as well because it supports flash. Roye7777777 ~ Talk 22:31, 9 March 2012 (UTC)

Which pages are broken? I did look at nl:Gebruiker:Roye7777777/Hello but it looked to be normal. I don't know if there is an update for that specific extension (the author's site linked in nl:special:version looks pretty blank) but there is a long list of mw:Category:YouTube extensions available - unfortunately with differences in syntax which may make them not perfectly interchangeable. If it's just one URL in the code which needs changing, that may be possible without needing to switch to another extension as this stuff is open source. I'd need to know which extension you intend to switch to or which URL you want changed? --Carlb (talk) 05:57, 10 March 2012 (UTC)

For example: this. The description tells. By the way, this time has Oncyclopedia, and now I see UnMeta as well, a very long loading time, and the skin breaks continuely into Printversion or a very simple form. It seems that a user cannot upload an image because of this, but uploading-problems are as far as I know not an issue... Roye7777777 ~ Talk 12:36, 10 March 2012 (UTC)
To answer the question about the plugin as well, the version we use, is from a page that I found a few years ago, implemented when we had server-access. This page is indeed blanked and not available, and because of that probably out of date. This "thing" makes .swf files work as well surprisingly, but though, in the link that I gave to Gebruiker:Roye7777777/Slooppagina#Videaux should explain the problem. Maybe is replacing with a widely used version from MediaWiki an option, however I hope that the parameters will be shortened with only a video code instead of the full URL. Roye7777777 ~ Talk 12:43, 10 March 2012 (UTC)
I heared from someone, and discovered by myself that some images won't upload because the map /b/b9 (I don't know exactly) could not be created. Weird? Roye7777777 ~ Talk 14:48, 12 March 2012 (UTC)

To come with a version we could use, I think FramedVideo seems a good one to me, though, I have no idea if that is a good one (it says stable, but though). If not, Extention:Widgets with e.g. Youtube and iFrame would do it as well. Roye7777777 ~ Talk 15:09, 12 March 2012 (UTC)

What's up, Doc? 2

¬¬

I really wonder what happened here, since the seven days that you can not edit in a few hours on any site. To make matters worse, the loading of images is very slow and the same image reaches be loaded two times with an interval of time. The problem has happened more in the DG and UnCommons. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 04:05, 10 March 2012 (UTC)

It's here still going on as well, loading slowly and the skin that keeps on loading half in the print-version or not at all. I remember also that everything (Oncyclopedia, Unmeta, sub-sites) was down at my birthday. Weird. Though, so far I haven't experienced that for that day because I was too busy with waking up at 4:30am because my alarm-clock was a son of a duckbill because it was behaving in an hour too far, having a contest all day long (say: nearly 6 hours long photoshopping without a dinner-pause), letting my ears surviving the 110 decibel brainless monotone noise in the afterparty and after homecoming directly getting in a REM-coma. Roye7777777 ~ Talk 17:21, 17 March 2012 (UTC)
The worse thing is that the spam bots keep attacking the wikis, they aren't hindered by those blackout periods. Maybe it's better to put all sites in read-only mode until things get back to normal. Cthulhu.fhtagn (talk) 19:09, 17 March 2012 (UTC)
I managed to reverse and banish all the spambots that attacked fo.ikkepedia, however the site with the highest number of injuries and the Croatian version, where there are attacks since late February. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 22:45, 17 March 2012 (UTC)
We have done it already to set the site in read-only. Not very profitable for editors, but for sites whom are a target for spam and aren't very busy (let's say, other unknown people edit the site as well) is it a logical solution. However, as you see at Neciklopedija, all spammers are registered users, so just a restriction for anon-users won't make the difference. And, only admin-editting isn't very helpful though for users, but until this is exorcised (very few are edited regularly), it seems a necessary measure. Roye7777777 ~ Talk 12:43, 18 March 2012 (UTC)
To be honest, I had to Henning reported on the situation in fo.ikkepedia occurred a few days and when I was visiting reversed spambots uncys other, especially the younger ones noticing some attacks (actually few). However, I was surprised with the amount of vandalism that occurred in our sister Croatian. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 15:30, 18 March 2012 (UTC)

Erratic behaviour

It started about two weeks ago, and it's still going on. It seems like the servers are in erratic behaviour, not showing the thumbnails and even suppressing some images. "Recent changes", for example, shows a misformatted page in UnCommons. Cthulhu.fhtagn (talk) 18:49, 22 March 2012 (UTC)

Only that?

Only that? Some time ago I do not see any images. I wonder if the problem is the same server or some MediaWiki's malfunction? Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 08:19, 23 March 2012 (UTC)

Worst, I guess.

Dear Jesus Christ, now everything is really screwed up. I don't have to describe everything, besides the skin, the non-working images, and a handfull more, have I? Roye7777777 ~ Talk 13:40, 23 March 2012 (UTC)

Now the problem begins to be unable to log in, either here or in Desgalipedia. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg under IP: 200.228.16.221 15:53, 23 March 2012 (UTC) [1]
Images.uncyc.org is down completely... Roye7777777 ~ Talk 13:16, 24 March 2012 (UTC)
  1. I am writing here to show the problem. When send back to normal wiki page. Don't delete.
The css of MediaWiki seems missing. What you see right now is a raw html version. The most assumable reason is that the file path to the stylesheet is pointing to the wrong place. This means Carlb could have moved the directory while running a maintenance script or something. I do not know for sure, nor can I fix it | Cartoonist | Spit it out (talk) | Website | UnMeta | 13:50, 25 March 2012 (UTC)
The biggest problem is that all uncyclopedias are escaping with the same problem only Illogicopedias (I think, since we only checked the Brazilian version) and Wikinet.

Another point, I believe it is inadvisable to load images during the repair place a rollback. No image can be viewed with this problem and Skin with those being charged may be lost. Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 23:29, 25 March 2012 (UTC)

WTH? This problem will never be fixed? ABDUL ALHAZRED Salah, Zakāh, Ramadan, Hajj 20:00, 30 March 2012 (UTC)

It seems it's back to normal now... at last Roye7777777 ~ Talk 20:50, 30 March 2012 (UTC)
Aleluuiahhh!!! Rhubella beach.jpgRhubella Marie, the rat sockpreppie 1664 preppieditsRhubella.jpg 21:09, 30 March 2012 (UTC)
Thaks Allah! ABDUL ALHAZRED Salah, Zakāh, Ramadan, Hajj 06:36, 31 March 2012 (UTC)
Personal tools
View and edit namespaces data

Variants
Actions
Navigation
Reports and requests
Community
Contact
Toolbox