GuildWiki:Software and technical issues/Resolved bugs

If you don't see your bug here, you can file it as a new one.

Selecting skins prevents login
Page: All on site

Problem: I was playing with my account preferences (timezone, etc) and saw the option for skins. I selected one to see what it looked like, and clicked "Save". Now the only way that I can access the site is by deleting the cookie for gw.gamewikis.org. Once I attempt to login again, the cookie is re-created, I am unable to access the site, and I receive the following error message: Fatal error: Cannot redeclare class skinmonobook in /usr/home/guildwiki/public_html/skins/MonoBook.php on line 25

Comments: While I knew to delete the cookies in order to regain access, how many users have done the same as me and did not know to delete the cookie? I realize that for the technical minded out there, it's hard to imagine anyone not knowing to do that; but there are a lot of people whose only thought when cookies are mentioned is wondering if they're penut-butter or chocolate chip. I can't help but wonder how many might be out there that lost access to the wiki due to this bug, and now are effectively blocked from even viewing it anymore. --161.88.255.140 00:45, 8 March 2006 (CST) (username: "161.88.x.x")

Submitted By: --161.88.255.140 06:45, 4 March 2006 (CST) (my username is: "161.88.x.x")


 * PanSola here. I just ran into the same problem, and can't log in to my account anymore...  If this bug isn't fixed I'd have to create a new account... -24.7.179.183 15:00, 17 March 2006 (CST)


 * I posted a note on both Gravewit's and Nunix's talk pages to try to get their attention about this. Unfortunately I don't know what else to do.  --Rainith 15:09, 17 March 2006 (CST)
 * EDIT - And I left him a PM on the GWG forums. --Rainith 15:15, 17 March 2006 (CST)


 * I can't figure this one out. I've been messing with it off and on for awhile, and if you google search it, we show up in the top of the list ; p 71.193.99.44 06:52, 7 April 2006 (CDT)


 * Is this still affecting people? The problem seems to be when you make your own skin but don't change the class name. I can delete the skin you made, and that will fix the login problem. Gravewit 08:53, 9 April 2006 (CDT)


 * What causes this is making a new skin and naming it 'MonoBook'. That breaks stuff. I think it's fixed now. Would someone like to confirm? It's let PanSola log in again just fine, but I'd like some more confirmation. Gravewit 14:56, 11 April 2006 (CDT)

Resolved: I just tested all the skins, and am able to switch between them without any problems. &mdash; Stabber (talk) 05:19, 18 April 2006 (CDT)

GuildWiki is the target of spambot zombies
Page: Many (see recent history)

Problem: A spamminion master has been using his army of zombies to spam his urls everywhere.

Submitted By: &mdash; Stabber 05:22, 28 March 2006 (CST)

Possible Fix: SpamBlacklist


 * I've gotten SBL to install on my test mediawiki installation without too much trouble. &mdash; Stabber 05:22, 28 March 2006 (CST)


 * An easier way to take care of the problem is to disallow anonymous edits. -- James Sumners 22:12, 28 March 2006 (CST)


 * You think that will really help? A load of them post by name. 22:30, 28 March 2006 (CST)


 * Hmm, I hadn't really been keeping up with the spam posted here so I didn't realize they were using accounts. -- James Sumners 00:40, 29 March 2006 (CST)
 * I would estimate that at least 95% of the spam and vandalism is posted from anonymous IPs. Just look at Special:Log/block to see a list of users that have been banned for varying amounts of time. --161.88.255.140 01:03, 29 March 2006 (CST)
 * Of course, if you did require a logged in account, that could just make the spam harder to police. Currently, you can look at the Special:Recentchanges and give special attention to anon postings.  Requiring logged in accounts just requires the spammer to write a script to automatically walk through the set-up screens for creating accounts.  Spam continues, but the likely candidates for extra scrutiny are harder to spot. --161.88.255.140 01:15, 29 March 2006 (CST)
 * Oh yeh, every IP edit I see is a potential spam edit, yay for paranoia! 01:49, 29 March 2006 (CST)
 * Sadly, that is how I react to IP posts. I certainly don't consider all IP posters to be spammers, actually very few IPS posters are spammers, but most spammers are IP posters (and yes, I see the irony in my using an IP address) --161.88.255.140 07:11, 29 March 2006 (CST)


 * I disagree with IP-based blocking on principle. It makes the baby Wikisus cry. Filter the spam, not the potential spammer. &mdash; Stabber 01:07, 29 March 2006 (CST)


 * I agree with Stabber, just look at the flow of Spammer. Has it ceased? Has it decreased? Has all the blocking actually made Skuld feel any safer? :) I don't know what that SBL thing does (and no Stabber I didn't click on the link), but I imagine it basically reviews submitted edits to prevent the Spam edits from taking place, regardless of IPs. --Karlos 07:02, 29 March 2006 (CST)


 * Bump! SpamBlacklist is an utterly trivial 90% solution to spam links. F G 22:42, 6 April 2006 (CDT)
 * Looks like it is included in MediaWiki 1.6. Now if only we could get an upgrade... -- James Sumners 00:18, 7 April 2006 (CDT)


 * We've been using BadBehavior for a long time. Gravewit 04:37, 7 April 2006 (CDT)


 * Interesting, but that doesn't really address the issue of spam zombies. Can I truly not talk you into installing SpamBlacklist? It is simply a matter of:
 * Editing  to add:
 * Editing  to add:

require_once( "$IP/extensions/SpamBlacklist/SpamBlacklist.php" ); $wgSpamBlacklistFiles = array( "http://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1", // Wikimedia's list "DB: guildwiki_db_name GuildWiki:Spam_blacklist",   // our list );
 * Creating Spam blacklist and adding all the stupid spam URLs like the gayhomes.net one.
 * Should take five minutes tops! &mdash; Stabber (talk) 05:16, 7 April 2006 (CDT)


 * For some reason enabling SpamBlacklist gives me the "cannot modify headers" error(s). I've tried it without BadBehavior, and a bunch of other ways, I can't quite get it working. Gravewit 08:46, 9 April 2006 (CDT)


 * Hmm... I did exactly what I said above with a test vanilla MediaWiki 1.6.1 installation and didn't get those errors. Checking the source now to see what would cause "cannot modify headers" errors... &mdash; Stabber (talk) 08:53, 9 April 2006 (CDT)


 * Grepping is drawing a blank. What was the exact error message? &mdash; Stabber (talk) 09:01, 9 April 2006 (CDT)

Resolved by Gravewit by adding a Captcha for external links.

Pages not updating
Page: Special:Recentchanges and other pages

Problem: 2 part problem, first changes are not showing up in Special:Recentchanges, at all. Looks like the last change was made at 6:56pm PDT. (This could be very bad if we got hit with a spambot attack right now.) Also pages are not showing edits made to them until you refresh your browser's cache (at least this is what is happening to me).

Submitted By: --Rainith 21:37, 8 April 2006 (CDT)


 * Part 1 is a feature, not a bug. Gravewit fixed the server time, which involved rolling back the server time by 14 hours or so.  However this change isn't retroactive, so "newer" changes are found earlier, set your recentchanges to dispaly 1000 changes from the last 2 days will enable you to see stuff..  Part 2 is probably related to teh same thing.  If the browser's cached copy was last modified April 9th, and the copy on server was last modified April 8th, the browser decides to just not do the fetch. -PanSola 22:46, 8 April 2006 (CDT)


 * Ah, I see. I have to say it is nice to finally have the server time be correct.... no more having to adjust the time by X hours a 3 minutes.  --Rainith 23:04, 8 April 2006 (CDT)


 * Yeah, I was going to post something about it, but by the time I noticed we were only about an hour away from it 'catching up' and working again. Gravewit 12:50, 9 April 2006 (CDT)

Image does not display
Page: Image:Armor_courtly_f.jpg and Courtly Armor

Problem: The image does not appear at all in its own page and appears as a thin line in the armor page. Yet, the image is there on the server by virtue of this page: Image talk:Armor courtly f.jpg.

Comments: I can get the image to display on the Courtly Armor page, but not on the image's page itself. --Rainith 18:44, 17 November 2005 (UTC)

Submitted by: --Karlos 18:36, 17 November 2005 (UTC)

solved by uploading an edited version of the image. -PanSola 23:05, 8 April 2006 (CDT)

mdash
Have many of the mdashes turned to garble? I'm getting â€” in place of them. I have a feeling it happened with the server move. &mdash; Lunarbunny 13:44, 18 February 2006 (CST)
 * Special characters got $#(%*ed during the server move. I dunno how to fix them.  --Rainith 13:50, 18 February 2006 (CST)
 * See MediaWiki talk:Sectionlink. &mdash; Stabber 05:20, 22 February 2006 (CST)
 * Actually it just involved deleting the page altogether. I just didn't know which page it was.  --Rainith 05:35, 22 February 2006 (CST)
 * Can you nuke the talk page as well as it serves no purpose any more? &mdash; Stabber 05:50, 22 February 2006 (CST)
 * Done. --Rainith 06:06, 22 February 2006 (CST)
 * Woah, is this fixed now? I don't even know what I did. Gravewit 02:37, 23 February 2006 (CST)
 * I don't know what happened with the move to the new server, but MediaWiki default created a bunch of pages like MediaWiki:Sectionlink which caused the messed up characters to appear. It seems that the way to fix that is to delete those specific pages.
 * The full list of these pages is in Special:Allmessages. There are only one or two other rare messages that are still garbled up. Seems like the only way to catch 'em all is by a brute-force linear traversal. &mdash; Stabber 04:37, 23 February 2006 (CST)

Undeletable Image
Page: Image:PlantFiber.png

Problem: When I try to delete this image I get this message: Could not delete file "/home/guildwiki/public_html/images/0/04/PlantFiber.png".

Comments: I think that Freyn has run into this problem before too with other images...
 * Yes, Ahiinrt, this has happened before. This is still around.  image:Image:Armor_frostbound_m.jpg (/home/guildwiki/public_html/images/0/04/Armor_frostbound_m.jpg) has the same problem.  --Fyren 19:40, 27 December 2005 (UTC)

Submitted By: --Rainith 03:27, 4 December 2005 (UTC)

Update: It's not solved but there's a workaround. If you run into any images that cannot be deleted, put a note on either User Talk:Gravewit or User Talk:Nunix; the images have to be removed from the database manually. Before the image-page itself can be deleted. --Nunix 00:32, 8 January 2006 (UTC)

Solved by Gravewit.

Upload Error
Page: Special:Upload

Problem: I try to upload Green.jpg and get Could not copy file "/var/tmp/php9TJmy9" to "/home/guildwiki/public_html/images/0/0e/Green.jpg".

Comments: Generally, there is a work around. Upload the image to a different name then change the page. Of course if the image is used frequently, that work-around is not so useful. --Karlos 12:41, 3 December 2005 (UTC)

It is usually as simple a fix as changing the capitalization of the extention to fix it. If you were trying to upload "Picture.jpg" change it to "Picture.JPG" It would be nice if we could add info about this to the Upload page. --Rainith 02:20, 4 December 2005 (UTC)

Submitted By: 83.67.39.175 06:44, 3 December 2005 (UTC) EDIT:

solved by Gravewit.

Upload Bug
Page: Special:Upload

Problem: When uploading some files (usually with somewhat long file names (10+ characters)) I get this message: Could not copy file "/home/zeroliv/tmp/phpRAR4o6" to "/usr/home/0chroot/zeroliv/home/zeroliv/public_html/guildwars/images/0/06/BogSkaleBlighter.jpg".

Comments: Seems to happen every time I try to upload the file "BogSkaleBlighter.jpg" with another file that was having the same problem I managed to upload it by shortening the file name.

Submitted By: --Rainith 14:16, 16 October 2005 (EST)

Notes: I can not confirm that this has to do with file name length. This bug seems to happen randomly to me, with short and long file names alike. --Tetris L 01:32, 22 November 2005 (UTC)

Problem I've had the same problem, any solution?
 * See Software & Technical Issues/Bugs for a workaround.


 * This bug doesn't exist on other MediaWiki installations I have tested. My conjecture is that it is a permissions issue with certain subdirectories under images/. See also: Category talk:Upload errors. &mdash; Stabber 09:30, 2 March 2006 (CST)

This is a long report: I decided to trawl through the Mediawiki source code to see what the bug was. First of all, I was able to duplicate the bug -- it has something to do with the  flag.

After lots of instrumentation and whatnot, it appears that the problem is with the  function and how it operates in safe_mode. The relevant function is  (and friends) in. If you instrument the various  calls there (or simply comment out the  ), then you will see that some   calls fail with a warning. The reason, according to the mkdir documentation is that in safe_mode it requires the parent of the  to be owned by (not merely writable by) the same user that the apache process itself runs as. A similar restriction exists for all the file munging operations.

Now, my suspicion is that the  directories for the gw.gamewikis.org root uses are not actually owned by the user the apache process runs as. On my Debian box, this is the  user. I dunno what FreeBSD uses -- probably. In this case, the fix is: chown -R nobody /path/to/wikiroot/images

This fixed the bug on my test wiki. There won't be additional security issues with this, as presumably these directories were already writeable by user. Can you try this and see if Image:DistractingShot.png (for eg.) is uploadable as Image:Distracting Shot.png now? &mdash; Stabber 08:34, 14 March 2006 (CST)


 * Bump. Please either (a) confirm that you've tried this and it has had no effect, in which case some more debugging and brainstorming might bear fruit, or (b) state that this will not be fixed so we can start using one of the suggested workarounds. Thanks. &mdash; Stabber (talk) 03:30, 8 April 2006 (CDT)

solved by Gravewit.

Timezone display problem
Page: All pages

Problem: The times inserted by the server appear to be UTC+8 (Hong Kong, Singapore, etc.) times, but they are flagged as "CST", which I assume is "Central Standard Time". Either the server should be made aware of its own timezone, or it should print timezones as "UTC+8".

Comments: I'm researching the fix at the moment. Will update this comment when I figure it out.

Submitted By: &mdash; Stabber 04:22, 10 March 2006 (CST)


 * This seems to be a server misconfiguration rather than a mediawiki bug. How hard would it be to configure ntpdate or something on the server to sync the correct time with various global atomic clocks? FreeBSD documentation for this in case you need it. &mdash; Stabber 09:01, 14 March 2006 (CST)


 * Bumping this issue. It's really annoying since MediaWiki ignores user settings that try to go more than -12 hours, and I think California is 21 hours behind Hong Kong. -SolaPan 20:10, 6 April 2006 (CDT)

Solved by Gravewit.

MediaWiki Version
Page: All pages.

Problem: The latest version of MediaWiki is 1.6.1. This version includes security updates. The version of MediaWiki that GuildWiki is running is 1.5.0.

Comments: I believe the software should be updated. Security fixes of any kind are important. Especially when one of the fixes is "Fix for remote code execution bug in 1.5 branch."

Submitted By: James Sumners 04:32, 10 March 2006 (CST)


 * Just a bump for this. 1.5.0 is vulnerable to a remote code execution flaw. What this basically means is that any attacker can if desired, run whatever they want in the context of the wiki user. This allows them to for example, delete the entire wiki, stick malicious code in there, delete all the admins, whatever they want. Even worse, it's possible to just use this vulnerability to stick their own code on the box, and use it as a zombie, spamming other sites much like this one is being spammed. Please upgrade! LordKestrel 01:48, 5 April 2006 (CDT)
 * Can you use this vunerability to upgrade the wiki? -SolaPan 10:50, 5 April 2006 (CDT)
 * Theoretically, yes. No way in hell would I ever do that though, it opens me up to far too much potential legal trouble. LordKestrel 15:02, 5 April 2006 (CDT)
 * There is now an even newer version available with even more security fixes. This should really be addressed. -- James Sumners 22:37, 6 April 2006 (CDT)


 * Updating this website is not as simple as just replacing a couple files on a server. There's custom code here, and I have to do a little bit of work on it before we update to 1.6.1. I am/will be aware when MW is updated, since I am on the mailing lists, read the blogs, and contribute. Don't worry about it. Gravewit 01:39, 7 April 2006 (CDT)


 * That said, I got bored at work today and took a couple hours to do it. It seems to have fixed the special pages bug, which is nice. Gravewit 04:34, 7 April 2006 (CDT)


 * Thanks for the upgrade; extra security is always a good thing! However, the special pages bug still exists.  Luckilly, I had placed several of them on my user page, and I saw PanSola added even more of them to Specialpages --Barek 05:07, 7 April 2006 (CDT)
 * Thank you! LordKestrel 07:48, 7 April 2006 (CDT)

Resolved: Gravewit 08:58, 9 April 2006 (CDT)

Paypal Bug
Page: Site support

Problem: Having to go GuildWiki-less recently, I went to donate via PayPal, however after choosing Canadian Dollars I get an error at the PayPal site of "Please enter an amount greater than zero." There's nowhere for me to enter an amount and clicking on "retry" yields the same result. Help? --User:Nietha

Comments: Originally posted on User Questions.

Submitted by: --Karlos 10:27, 21 November 2005 (UTC)

Resolved: Since we don't do donations anymore, this isn't really relevant. Gravewit 08:57, 9 April 2006 (CDT)

Fatal Error
Page: Charlatan's Armor Problem: Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 2048 bytes) in /usr/home/guildwiki/public_html/includes/Image.php on line 1071.

Submitted By: PanSola = 24.7.179.183 22:42, 4 April 2006 (CDT) who still can't login.


 * Fixed, the images were causing problems, so I took the images out of the page. We'll need to get new images uploaded, but at least the page works now.  --Rainith 01:11, 5 April 2006 (CDT)

Redirects not redirecting
Page: Any Redirect page (FoW for example)

Problem: Redirects simply open the redirect page, and do not automatically redirect to the next page.

Comments: All the redirect pages I've checked have been like this (I haven't checked them all, but enough that I feel the issue affects all of them).

Submitted By: --Barek 05:22, 7 April 2006 (CDT)


 * This, and the bug below, are URL rewriting problems. Without the rewrite, it works fine.
 * http://gw.gamewikis.org/index.php?title=FoW
 * http://gw.gamewikis.org/index.php?title=Category:Bestiary
 * &mdash; Stabber (talk) 05:26, 7 April 2006 (CDT)


 * So, I'm sorry Stabber, but that doesn't mean anything to me. :(  Is this something that is affecting every user and Gravewit needs to fix?  Or is this something on my (and Barek's) end, and that we'll have to take care of?  --Rainith 06:04, 7 April 2006 (CDT)


 * It's something on Gravewit's end. Temporarily, until he fixes his URL rewriting scheme, you can access all the categories by editing the URL for the category yourself. Replace  with , and they will magically work. Including the edit links. &mdash; Stabber (talk) 06:31, 7 April 2006 (CDT)

Resolved: Gravewit 09:38, 7 April 2006 (CDT)

Categories FUBAR
Page: Any Category page (Category:Bestiary for example)

Problem: All articles seem to be missing from all Category pages.

Comments: All the category pages I've checked have been like this (I haven't checked them all, but enough that I feel the issue affects all of them).

Submitted By: --Rainith 05:18, 7 April 2006 (CDT)


 * Not sure if it's related; but you also cannot edit Category pages. Going to any category page that I've tried so far, and clicking the "Edit" link produces the message:

Fatal error: Call to undefined method Article::openShowCategory in /usr/home/guildwiki/public_html/includes/EditPage.php on line 1130
 * --Barek 05:27, 7 April 2006 (CDT)

Resolved: Gravewit 09:27, 7 April 2006 (CDT)

Image loss
Page: Some images

Problem: Ok, some of the images that were in the wiki have been lost. Their filenames are there, but they are gone. As an example, check out Necrid Horseman and the image Image:Necrid_Horseman.JPG. I know I uploaded this image a few days ago and it shows it in the logs, but the image is poof, gone. The same for Shard Wolf and Drago's Flat Bow and the Arid Sea (which I fixed). Also Vigorous Spirit and Mend Ailment.

Comments: Please investigate. Files were corrupted? File were lost in the upgrade?

Submitted By: --Karlos 9:05, 17 October 2005 (EST) --Hewus 13:50, 17 October 2005 (EST)

More problem images:
 * Image:Iron Mist.png
 * Image:Mend Ailment.png
 * Image:BerserkerStance.png
 * Image:Holy Veil.png
 * Image:Ward Against Melee.png
 * Image:Purge Conditions.png
 * Image:BloodoftheMaster.png

Solved: everyone but Gravewit 04:14, 27 February 2006 (CST)

Misfloating Rights Bar
Page: All pages on IE

Problem: The bottom bar that has the ArenaNet and MediaWiki logos is floating in the middle of the page. This is most annoying while editing because it floats exactly on top of the preview/save buttons.

Comments: We used to have this problem way back in June and July and Gravewit fixed it. Now it has resurfaced again.

Submitted By: --Karlos 02:29, 23 January 2006 (UTC)

Problem: Maybe you guys have fixed it, but this bar still show's where it used to be = on ALL pages. I can't read articles because of it. (I'm using IE 6.0)

Image: this illustrates the problem. Kidburla 05:45, 24 January 2006 (UTC)


 * I was hoping that was just me.. doh 212.158.245.101 06:06, 24 January 2006 (UTC)


 * Try use firefox,IE6 tends to do that.


 * Using Firefox is not a solution! Any idea when this will be fixed, it's a real pain.

by &amp;nbsp; to be sure that the div take all the screen's width, and IE seems to not display empty elements.
 * what about change some code:


 * Any new info on this bug? Yes, Firefox is a solution, but that's not really a solution is it, but a plug for Firefox? I have both, but some people don't want to use FireFox. Does that mean they are denied to the parts of the site that the banner is blocking? Ironic enough, the IE/site/banner bug blocks most of this section. Gares Redstorm


 * There's a missing  .  Looks like it belongs before the "  ".  One of the two divs for the sponsors section isn't closed before the next section (which is opened by the quoted div).  A friend experiencing this problem (my IE6 doesn't) said adding the closing div there fixes the floating bar for him.  I vaguely remember there being a problem with a missing div tag a long time ago.  --Fyren 20:44, 31 January 2006 (UTC)


 * This seems to be fixed since we moved to the new server.... Kidburla 22:51, 13 February 2006 (CST)


 * Can anyone confirm if this is fixed? It looks fine on IE6/PC here, but need some other testing before I'll close it. Gravewit 07:25, 20 February 2006 (CST)
 * This one is also fixed for me on IE6. --Barek 09:33, 20 February 2006 (CST)

Solved: Gravewit 04:12, 27 February 2006 (CST)

PHP Parse Error
Page: Related Skills (clicking on Energy in Related Subects from Profession Skill Indexes)

Problem: Parse error: parse error, unexpected '}' in /usr/home/guildwiki/public_html/skins/MonoBook.php on line 52

Comments: This is whatever else I want to say relevant to the bug. But I have nothing relevant to add, so I won't say anything here.

Submitted By: --Nkuvu 00:24, 2 January 2006 (UTC)

Solved: Gravewit 02:41, 23 February 2006 (CST)

Fatal Error when accessing site
Problem: I ocasionally receive (about once a week) the following error message when I attempt to reach the site via the address www.guildwiki.org : Fatal error: Call to a member function disable on a non-object in /usr/home/guildwiki/public_html/includes/Database.php on line 1667

Comments:

Submitted By: --Barek 15:40, 13 December 2005 (UTC)

Solved: Gravewit 02:39, 23 February 2006 (CST)

Can't edit Summary
Page: When editing an article or uploading a file

Problem: When you click in the Summary box the cursor doesn't appear and you can't type anything.

Comments: Using IE6 and Win2k.

Submitted By: Kidburla 05:48, 24 January 2006 (UTC)

Solved: Gravewit 02:38, 23 February 2006 (CST)

Notes:
 * This seems to apply to all blank input boxes, incl. the main edit box. Unless there is some text already in the box, the cursor won't appear when you click the box. I have to hit [Tab] repeatedly and cycle through all the links on the page to reach the box I want to edit. -- 06:56, 24 January 2006 (UTC)
 * This is true. We used to have that problem and it was fixed by an upgrade or something During the same fix that fixed the misfloating logo bar. I am thinking Gravewit or Nunix reverted some patch to the server while working on the perf and that's why we're seeing these old problems pop up. If only we'd have more updates. Zzzzz. Anyways. To fix your problem, hover the cursor PAST the left edge of the box. If you do it slowly and carefully, you'll see it turn to the "I" that indicates typing. Or as you do, just "tab" furiously till you get to the box you want. :)
 * I think this is related to the floating rights bar problem. If the text box appears in the area above the bar, then I need to hit tab to be able to edit in it.  If the text box appears below the floating rights bar, then I can click in it to edit the contents. --Barek 10:32, 31 January 2006 (UTC)
 * If you click the very top line in the box so the curser is halfway inside the bow, it can edit it.  01:56, 1 February 2006 (UTC)
 * This seems to be fixed since we moved to the new server.... Kidburla 22:50, 13 February 2006 (CST)


 * Can anyone confirm if this is fixed or not? Gravewit 07:22, 20 February 2006 (CST)
 * Yes, it's fixed for me on IE6. --Barek 09:32, 20 February 2006 (CST)

Search Problems (again...)
Page: Any.

Problem: When you type into the search box and press ENTER, it doesn't work.

Comments: This is since guildwiki.org itself went down. The search box tries to redirect you to guildwiki.org/wiki/SomePage, but can't and so you get an error. The search needs to be fixed to point to gw.gamewikis.org again.

Submitted By: Kidburla 05:08, 22 February 2006 (CST)

Solved: Gravewit 05:43, 22 February 2006 (CST)

Error Message: Service Temporarily Unavailable
Page: All Pages

Problem: Error Message: Service Temporarily Unavailable

''The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.'' Apache/2.0.55 (FreeBSD) PHP/5.0.5 Server at guildwiki.org Port 80

Comments: I often get this error since the last downtime of the server a couple of days ago. First I though it would probably be a cache issue, but the errors still keep coming. There seems to be no pattern at all behind when or what page is affected. When the error shos up I have to hit "reload" a couple of times to make the page load correctly. The error also shows on pages that have already loaded correctly shortly ago.

Submitted By: --Eightyfour-onesevenfive 04:11, 12 January 2006 (UTC)

Add-on Comments: I find the errors correlating to multiple queries to the server within a short span of time. If I just click links or hit open pages once every 60 seconds (on the safe extreme), this bug wouldn't come up. But when I'm running a crusade (opening many pages successively, quickly editing them all, and saving them successively), this becomes a major hassle. But this might be a necessary evil to fight "slowness"? Not sure. -PanSola 07:39, 12 January 2006 (UTC)

'Solved:' Gravewit 07:23, 20 February 2006 (CST)

Pref Issue
Page: All Pages

Since all the pages loads increased I noticed that everytime I click a link its trying to load http://www.google-analytics.com/ then the page. Not sure if it's related to the slowness but I never noticed it before. I also tried to visit http://www.google-analytics.com/ and the page never loaded for me.


 * We've been using google analytics for 3 or 4 months. Nothing to do with slowness. Gravewit 15:38, 14 January 2006 (UTC)

Search returns blank page
Page: http://www.guildwiki.org/searchme.php?q=

Problem: Every now and then (not always, about 1 out of 3 times) the search function returns a blank page for me. This happens regardless if I use "Go" or "Search". Even repeated F5 refreshing will keep the result page blank.

I've seen this bug both on my PC at home and at work in the office, using different client hardware, OS and connection, so I assume the bug is server side. Both my PC's at work and at home use IE.


 * New findings: As somebody pointed out somewhere else, this has to do with the buttons. If you hit [ENTER] (on your keyboard), you will end up on the blank page, consistently, every single time. But if you use one of the buttons ([Go] or [Search]), everything works fine. -- 05:29, 13 January 2006 (UTC)

Comments: This hasn't happened before we moved server and/or before we switched to Google site search. Not sure if either of the two things has to do with the problem.
 * This hasn't worked yet for me 08:22, 5 January 2006 (UTC)
 * This has not worked in over a week, the site is basically unsearchable and using cached Google pages is useless in finding new pages. --Karlos 17:50, 11 January 2006 (UTC)
 * Just a note, but I have had no issues with this at all using FireFox. (Note: I'm not trying to get anyone to change, just noting this for the people who might be looking to fix the problem that they might want to look at how IE handles this differently from FF.)  --Rainith 11:03, 13 January 2006 (UTC)

Submitted By: -- 08:06, 5 January 2006 (UTC)

Resolved: Gravewit 15:33, 14 January 2006 (UTC)

Echo Bug
Page: Echo and Arcane Echo

Problem: When I try to access either Echo page, I get this message:

Forbidden You don't have permission to access /wiki/Arcane_Echo on this server. Apache/2.0.55 (FreeBSD) PHP/5.0.5 Server at www.guildwiki.org Port 80

Submitted By: 68.253.211.16 21:38, 22 November 2005 (UTC).

Hint: This may be an issue with the webserver configuration not with the wiki itself, as the error occurs with any URL that contains the word 'echo' like http://www.guildwiki.org/thisdoesnotexist/echo while any other URL (e.g. http://www.guildwiki.org/thisdoesnotexist/ocho) results in the usual 404 (not found) instead of the above mentioned 403 (forbidden) --Si Tacuisses 09:59, 23 November 2005 (UTC)

Resolved: Gravewit 20:37, 27 December 2005 (UTC)

SQL error
Page: User:Skuld

Problem: Tried to preview my page, got this:

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 "MediaWikiBagOStuff:_doquery". MySQL returned error "1062: Duplicate entry 'zeroliv_db5:messages:Bad_image_list' for key 1 (localhost)".

Comments:

This shows up to me on occassion too. Though the edit always takes place. --Karlos 01:24, 26 October 2005 (EST)

Everytime I've gotten this, it's been on a page with a bad image. --Rezyk 04:51, 29 October 2005 (EST)


 * I've gotten this once or twice, and it always seems so random. It will happen on a page once, but not consistantly. Gravewit 14:01, 21 November 2005 (UTC)

Submitted By: Skuld &Dagger; 21:09, 25 October 2005 (EST)

Solved: Gravewit 20:35, 27 December 2005 (UTC)

Site support images
Page: Site support

Problem: The images that link to the paypal donation links are all missing.

Comments: Sounds like something trivial too. Something was not copied or a path needs to be corrected.

Submitted by: --Karlos 01:34, 14 November 2005 (UTC)

Resolved: Gravewit 01:38, 14 November 2005 (UTC)

Upload Not Working
Page: Special:Upload

Problem: When you click on "Upload File" this is what you get: The upload directory (/home/guildwiki/public_html/images) is not writable by the webserver.

Coments: This makes it kind of hard to upload stuff. :( Should be an easy fix I would think though.  :)

Submitted By: --Rainith 01:25, 14 November 2005 (UTC)

Resolved: Gravewit 01:33, 14 November 2005 (UTC)

Can't Delete This Image
Page: Image:EshnalHardwood.JPG

Problem: The wiki reports: Could not delete file "/usr/home/0chroot/zeroliv/home/zeroliv/public_html/guildwars/images/0/0c/EshnalHardwood.JPG".

Comments: Moo.

Submitted By: Fyren 09:07, 30 October 2005 (EST)

Resolved: Gravewit 10:12, 1 November 2005 (EST)

Where's Upload File?
Page: All pages

Problem: Upload File link is gone, it was very convenient to have it on any page. It's not just missing, I found the link and it says it's disabled!

Comments: Bring back the Upload File link.

Submitted By: Karlos 08:55, 16 October 2005 (EST)

Resolved: Gravewit 11:39, 16 October 2005 (EST)

Indentation of Stub templates
Page: Stance Beast Mastery and many others.

Problem: Ever since User:Skuld introduced the indentation at the beginning line of the templates (which is a good idea) this indentation is presently indenting the first line of most articles that have stub tages at the beginning. I have tried to remove it and failed.

Comments: This is not a technical isse with MediaWiki, and is probably something Fyren or someone more versed than I can look into.

Resolved: Fixed it, added    to the bottom of it, the hidden line blocks out the indentation for the next line, that needs to be added for the other stubs though Skuld &Dagger; 06:55, 19 October 2005 (EST)

I found that the hr tag added extra vertical padding. I submitted a fix that avoids this. --Rezyk 09:31, 30 October 2005 (EST)