User talk:Gravewit

Login Bug
Please see Software & Technical Issues/Bugs as this is preventing registered users from logging in. --Rainith 15:06, 17 March 2006 (CST)


 * PanSola here, I haven't been able to log in due to the above bug. Please look into it when you have a chance, thanks! -67.172.181.206 20:28, 22 March 2006 (CST)


 * This bug is still preventing me from logging in, so I'm bumping it again. At least some sort of response like "I took a look at the problem, and it looks like we will never ever be able to fix it" would let me know you have at least looked into the issue.  Thanks. -24.7.179.183 03:38, 6 April 2006 (CDT) = PanSola


 * I really don't get this, not sure how to fix it. If I can't figure it out tonight, I'll have to call in the calvary. Gravewit 03:51, 6 April 2006 (CDT)


 * I suspect one of your nonstandard skins, most likely "monobook-google", defines the class SkinMonoBook instead of, say, SkinMonoBookGoogle, which causes MonoBook.php to barf. Should be a simple enough fix: just rename the class in the -google skin. F G 04:14, 6 April 2006 (CDT)

Links to Amazon pre-order
Just curious, any particular reason why links are being inserted to Amazon.com's pre-order, and none of the other sites offering it? Just wondering if there's a sponsorship issue, or if that was just the only one you had on hand. FYI: I did pre-order from amazon.com. Annoyingly, they show on the order status "Delivery estimate: May 4, 2006 - May 6, 2006", which pretty much makes the benefit have having access 24-hours early pretty useless. --Barek 04:06, 6 April 2006 (CDT)


 * I have removed that link from the article because it's un-wiki-like to advertise for anything in the articles themselves. If you wish to place an ad in the wiki side bar or even on the main page, that's your decision, but to change the articles so that they advertise for a specific vendor is not right. --Karlos 07:08, 6 April 2006 (CDT)


 * I see that the only response we have gotten to our inquiries is a link to "Buy Factions" in our side bar that links to Amazon. Is it safe to assume that you are making money off of this and because you do not want to be held fiscally responsible to us you have just decided to ingore any questions on the matter?
 * I checked the Oblivion Wiki and you did the same thing there. I hope you understand that no one is going to ask you for a cut from whatever money you are making. Fiscal Responsibility means transparency. Also, true leadership means you discuss issues, not just ignore questions you do not like. The same position that gives you the power to post that link on our sidebar, lays upon you the responsibility to answer our questions. --Karlos 02:00, 11 April 2006 (CDT)

Fiscal Accountability
Please respond to GuildWiki talk:Site support when you get a chance. --Karlos 07:40, 11 March 2006 (CST)

Unused users
I went through the user list one day and realized that it contains many user names which are and always have been unused. There are also users which are used for nothing else but spamming or advertising: "I offer this service, please contact me in-game". If it is possible to remove users, we could do a major cleanup. I am volunteering to go through the thousands of users. Any users with no contributions and those with only advertisement/spam/vandalism contributions would be marked for removal. A template similiar to the ban template should be created so that those users could just be tagged with it and then removed by someone who is able to do it. (After checking that the tag is correctly placed, all necessary links in the template) 16:01, 6 April 2006 (CDT)
 * Template:Unworthy :p 16:44, 6 April 2006 (CDT)
 *  : P I'll make a template suggestion soon No, I am not bored. Really... Name will be Template:Removable user if no one comes up with a better name while I eat lunch. 16:56, 6 April 2006 (CDT)
 * Template:Inactive user maybe, or Template:Never active 17:03, 6 April 2006 (CDT)


 * Strongly disagreed. Space on the GuildWiki is conceptually infinite, and there is no benefit in this. Further, it is entirely possible that "unused" usernames are people who log in and use the Preferences page to change skins, adjust timestamps, etc. &mdash;Tanaric 17:20, 6 April 2006 (CDT)
 * Infinite? Maby. Free of costs? No. Doesn't removing even little things help? For a user who only uses the account to change skins it isn't a big thing to re-create the account after the wiki-wide purge. Almost everyone willing to create an account is also willing to contribute to the wiki and has done so by fixing smal typos etc. The biggest point in this is to clear the list of users which is a bloat with over 3500 users. I like to use it to look for nice user pages etc, but its a pain at the moment. Atleast the most obvious spam/vandal users should be removed. Also some user names are unused as the user made a typo in the name when creating it and created the correctly typed user name. 18:04, 6 April 2006 (CDT)


 * Deleting users in MediaWiki is not a clean process. It requires brainjacking into the database and twiddling tables manually, if I recall correctly. We have a phrase for this in MIT: "too much overhead". Definitely not worth it for the quiet ones. F G 18:06, 6 April 2006 (CDT)
 * If this is done in massed amounts I suppose it wouldn't be more troublesome. Aren't all the users located in the same tables, so that you could somehow do the removal process for them all at the same time? I don't know about the mediawiki system, but I doubt that it has been made too hard. Ofcourse if no one who is able to do this is willing to do the removal process we have no choice but to forget the whole thing. 18:14, 6 April 2006 (CDT)


 * Yes, I suppose some of that can be automated, but manually scraping the database is a pretty risky proposition. Remember, this is MySQL-- not the most reliable database engine. You'd have to lock down the wiki for the duration of this change just to be safe. (Yay FUD!) More importantly, the marginal benefit of a deleted user is one fewer entry in the "user" table and a possibly less cluttered Special:Listusers list. I am not convinced that the benefit is worth the cost. But, if it must be done, an explanation of the process. F G 18:40, 6 April 2006 (CDT)


 * Also note this admonition from the MediaWiki FAQ:
 * Do not remove users from the user table in the mySQL database; this causes problems with other parts of the wiki due to the relational structure of the database.
 * Fun! F G 18:46, 6 April 2006 (CDT)


 * Doesn't seem too complicated, but yes, it would mean wiki downtime and some more work, so its up to Grave I suppose. I'll wait for his reply before doing anything. Maby this could be made at the same time with an update to new version of mediawiki. 1.6 is out now and it includes a few handy anti-spam things.
 * And what happens if we don't remove the users from the mysql database? Will they still be removed from the user list? 18:51, 6 April 2006 (CDT)


 * To be honest, I don't see why it's a problem to keep them in the list. Gravewit 04:32, 7 April 2006 (CDT)


 * Ok, lets forget it then. I suppose I can live with the huge list. And nice work on the new version. --Gem [[Image:Gem-icon-sm.png]] 07:40, 7 April 2006 (CDT)

MediaWiki Version
Please see Software & Technical Issues/Bugs 23:45, 6 April 2006 (CDT)

Please also see Software & Technical Issues/Bugs and Software & Technical Issues/Bugs. &mdash; Stabber (talk) 06:37, 7 April 2006 (CDT)

Contact
Yo, I tried e-mailing you when the servers were down and was told tat phil dot nelson at gmail dot com does not exist. Is this a temprary failure or should I switch to something else if I need to get in touch? Gracias. --Karlos 07:09, 9 April 2006 (CDT)


 * Should work fine. That is my address. I'm almost always aware when mySQL goes down, I just am not always in front of a computer. I have the server set to check every 30 mins, and SMS my cell phone if things go down. Gravewit 07:18, 9 April 2006 (CDT)