Mabinogi World Wiki is brought to you by Coty C., 808idiotz, our other patrons, and contributors like you!!
Want to make the wiki better? Contribute towards getting larger projects done on our Patreon!

User talk:Irjustman/Archived/2010/Q3

From Mabinogi World Wiki

SVG Support

How come your wiki doesn't support SVG's? ~kotarou3 TALKCONTRIBS 08:52, 1 June 2010 (UTC)

What does the MediaWiki install require for that support? Thanks. --Irjustman 08:00, 11 June 2010 (UTC)
This is a semi guide. ~kotarou3 TALKCONTRIBS 10:48, 20 August 2010 (UTC)

Requested Null Route

http://wiki.mabinogiworld.com/index.php?title=Dugald_Residential_Town&diff=202519&oldid=202517

This is about the third or fourth time I've seen this site advertised. I don't know if it's all from the same person, but in case it is, may I request a null route for this? I've already permabanned the acct itself.-- ladywinter ~{talk | contribs}~ 16:53, 15 July 2010 (UTC)

Can admins check the IP of users? If you can, check all the edits for the website to see what IP it and the account originated from. If they are the same, it would be a repeat offender. Then a his IP can be added to the REJECT table ~kotarou3 TALKCONTRIBS 13:25, 16 July 2010 (UTC)
...yeah I can't figure how to find their IP. =\ ~did a fast search~ however the link is the same, as is the fact that there's a "custom essays" note, and the username is always a normal sounding name with numbers after it, like Rebecca123 or Rachel123, something like that. -- ladywinter ~{talk | contribs}~ 15:32, 16 July 2010 (UTC)
I think only admins with Check User status can look at IPs. Which, afaik, means Cyrus, IJ, and Velocity7. --- Angevon (Talk) 18:07, 16 July 2010 (UTC)
Actually, you, Aramet and Ikkisuki now have that access. Angevon: If you feel others need that access, dunno if you can grant it, go ahead. If won't let you, holler at me and I'll do it for you. --Irjustman 01:19, 23 July 2010 (UTC)

New incident, Special:BlockList. Okay, now it says that I blocked IP's, does that equal a null route? ~is not especially server savvy~ Is there any other steps I should take in regards to this? -- ladywinter ~{talk | contribs}~ 16:48, 20 September 2010 (UTC)

This is not the same. You're just blocking the user from editing the wiki based on the user's IP. A "null route" is something I put into the operating system which essentially snubs the user's attempts to make any manner of network connection to the machine. That's a few layers down from the wiki.
The hierarchy goes something like this (it's a bit crude, so please bear with me; this is the path the user actually sees):
Wiki -> Apache -> Linux
The block you put is at the "Wiki" level of the stack. The "null routes" I put in are at the "Linux" side of the stack. Basically, a null-routed user will never make it past the operating system layer. It can be either a case of discarding packets or outright saying, "Go away!" using a packet that closes the connection before the layer which uses it on the server can move anything through it. The way I do it is very indiscriminate; it affects EVERY aspect of the machine from that person's point of view. Essentially, they lose complete access to the machine from their IP. It's a thermonuclear option I prefer to save for the most egregious cases because it is so all-encompassing.
In any event, I hope that lifts the fog a little bit. --Irjustman 21:27, 20 September 2010 (UTC)
ahhh okay, that does help, thank you! So I guess that means in future cases similar to this, I should just put a similar request here for a null-routing? -- ladywinter ~{talk | contribs}~ 21:39, 20 September 2010 (UTC)
Just let me know to view the block list that the wiki maintains. I'll do the rest. --Irjustman 21:45, 20 September 2010 (UTC)
~salutes!~ will do. -- ladywinter ~{talk | contribs}~ 21:47, 20 September 2010 (UTC)
So you have a direct connection from server to the phone line/cable/dsl etc? The modem is intergrated in the server? ~kotarou3 TALKCONTRIBS 08:42, 21 September 2010 (UTC)
Actually, the server does not have a "modem" in it per se. That's an external device that's accessed by way of an ethernet port. --Irjustman 16:45, 21 September 2010 (UTC)
And I just added a null for that IP. Yet ANOTHER Ukrainian IP address... *sigh* --Irjustman 21:32, 20 September 2010 (UTC)
o.0 Ukrainian? Since when did that become the human spambot central? -- ladywinter ~{talk | contribs}~ 21:39, 20 September 2010 (UTC)
Unfortunately, since forever. Much of eastern Europe, particularly Bulgaria, Russia, the Ukraine, and to a lesser degree, Romania and Poland, are sites I see a lot of potential criminal activity from. --Irjustman 21:45, 20 September 2010 (UTC)
huh. learn something new every day. -- ladywinter ~{talk | contribs}~ 21:47, 20 September 2010 (UTC)

Special Pages

Aren't working. 

The following data is cached and may not be up to date.

--κєνıи (»тαıĸ«) 08:41, 4 August 2010 (UTC)

That doesn't nessecarily mean that they aren't working ~kotarou3 TALKCONTRIBS 11:26, 4 August 2010 (UTC)
Can you be more specific? Can you give me example links which may have such issues so I can check them out? Thanks. --Irjustman 01:50, 5 August 2010 (UTC)
Like, Special:WantedPages isn't giving us a list of wanted pages. --- Angevon (Talk) 17:06, 11 August 2010 (UTC)
I'll work on it a bit later in the day when I'm on lunch. Notably, I am going to do a restart on memcached along with a killall on all php5-cgi processes. --Irjustman 20:08, 11 August 2010 (UTC)
"everything is working normally."
Not everything. ): --κєνıи (»тαıĸ«) 07:00, 16 August 2010 (UTC)
For all intents and purposes for that bulletin, it is. This is not a show-stopping issue. If the machine is not responding in a timely fashion to HTTP requests or outright not responding full-stop, then that's something different. However, I'll have to do some additional research into this issue to fix it. --Irjustman 07:02, 16 August 2010 (UTC)
And a footnote to that bulletin, that was for the backup rather than the wiki. --Irjustman 07:10, 16 August 2010 (UTC)
): -pokepoke?- --κєνıи (»тαıĸ«) 01:50, 6 September 2010 (UTC)
I have other things happening this evening. I will check on it again soon. --Irjustman 03:35, 6 September 2010 (UTC)
I think the cause of the cached pages was adding the "Purge" tab. Try removing it for a sec? --κєνıи (»тαıĸ«) 02:31, 26 September 2010 (UTC)
It has something to do with 'perfcached' --κєνıи (»тαıĸ«) 02:35, 26 September 2010 (UTC)
Oh, I just realized you removed it. Apparently it did nothing. Was there anything related to 'perfacached' that was edited? --κєνıи (»тαıĸ«) 08:33, 26 September 2010 (UTC)
The special pages wern't working before the purge tab was added. Just my 2c ~kotarou3 TALKCONTRIBS 12:57, 26 September 2010 (UTC)
In any event, I have since removed the extension. And it still isn't working. Though when I approached velocity7 about it, because there is nothing on it to begin with, that might be what's causing it. Unless, of course, there is something else going on. --17:41, 26 September 2010 (UTC)

User_talk:IHarryl

Yes, watch it ~kotarou3 TALKCONTRIBS 21:55, 8 August 2010 (UTC)

Very stern warning given. --Irjustman 07:28, 9 August 2010 (UTC)

User_talk:Juff#Grammar ~facepalm~ Um. I totally cringe at this. Thoughts? -- ladywinter ~{talk | contribs}~ 15:59, 31 August 2010 (UTC)

I essentially told him to sit in the corner and reflect on what he did. --Irjustman 20:57, 31 August 2010 (UTC)

Could you make a new user group...

where you are able to edit the stylesheets and move pictures (and maybe delete pages and images)? And then move me into that group? ~kotarou3 TALKCONTRIBS 10:43, 18 August 2010 (UTC)

It'll be a bit since I'm about to start work. Not to mention, I'm not sure how fine-grained MediaWiki's policies can be without any add-ons. I will have to investigate further and get back with you. --Irjustman 16:51, 18 August 2010 (UTC)
Mediawiki's Guide to adding and editing groups say to create the group I want, add these to LocalSettings.php:
$wgGroupPermissions['ninja']['read']             = true;
$wgGroupPermissions['ninja']['edit']             = true;
$wgGroupPermissions['ninja']['createpage']       = true;
$wgGroupPermissions['ninja']['createtalk']       = true;
$wgGroupPermissions['ninja']['minoredit']        = true;
$wgGroupPermissions['ninja']['purge']            = true;
$wgGroupPermissions['ninja']['createaccount']    = true;
$wgGroupPermissions['ninja']['delete']           = true; // Comment out these two if
$wgGroupPermissions['ninja']['bigdelete']        = true; // You don't want me to delete pages
$wgGroupPermissions['ninja']['deletedhistory']   = true;
$wgGroupPermissions['ninja']['undelete']         = true; // Comment out this if you don't want me to restore pages
$wgGroupPermissions['ninja']['editinterface']    = true; // This is mainly what I want
$wgGroupPermissions['ninja']['move']             = true;
$wgGroupPermissions['ninja']['move-subpages']    = true;
$wgGroupPermissions['ninja']['move-rootuserpages'] = true;
#$wgGroupPermissions['ninja']['patrol']           = true; // Uncomment these two if you trust
#$wgGroupPermissions['ninja']['autopatrol']       = true; // that all my edits are legimate
#$wgGroupPermissions['ninja']['protect']          = true; // Uncomment this if you allow me to lock and edit locked pages
#$wgGroupPermissions['ninja']['editprotected']          = true; // Uncomment this if you allow me to edit protected pages only (without cascading protection)
$wgGroupPermissions['ninja']['proxyunbannable']  = true; // I'll need this while I'm in china... :D
#$wgGroupPermissions['ninja']['rollback']         = true; // Uncomment this if you don't allow me to rollback pages (I can easily bypass this though Xp)
$wgGroupPermissions['ninja']['trackback']        = true;
$wgGroupPermissions['ninja']['upload']           = true;
$wgGroupPermissions['ninja']['reupload']         = true;
$wgGroupPermissions['ninja']['reupload-shared']  = true;
$wgGroupPermissions['ninja']['unwatchedpages']   = true; // Comment this out if you don't want me to see what pages are unwatched
$wgGroupPermissions['ninja']['autoconfirmed']    = true;
$wgGroupPermissions['ninja']['upload_by_url']    = true; // This is _really_ useful
$wgGroupPermissions['ninja']['ipblock-exempt']   = true; // Maybe this will be needed in china?
#$wgGroupPermissions['ninja']['markbotedits']     = true; // Uncomment this if you uncomment rollback
$wgGroupPermissions['ninja']['writeapi']         = true;
$wgGroupPermissions['ninja']['apihighlimits']    = true; // I dunno. I don't use the API
$wgGroupPermissions['ninja']['browsearchive']    = true;
$wgGroupPermissions['ninja']['noratelimit']      = true;
$wgGroupPermissions['ninja']['movefile']         = true;
$wgGroupPermissions['ninja']['deleterevision']   = true;
$wgGroupPermissions['ninja']['suppressredirect'] = true;
$wgGroupPermissions['ninja']['override-export-depth'] = true;
$wgGroupPermissions['ninja']['nominornewtalk']   = true;

Change 'ninja' to whatever group name you want ~kotarou3 TALKCONTRIBS 17:50, 18 August 2010 (UTC)

Ah, I see you've made it:
  • Bypass IP blocks, auto-blocks and range blocks (ipblock-exempt)
  • Bypass automatic blocks of proxies (proxyunbannable)
  • Create discussion pages (createtalk)
  • Create new user accounts (createaccount)
  • Create pages (which are not discussion pages) (createpage)
  • Delete and undelete specific revisions of pages (deleterevision)
  • Delete pages (delete)
  • Delete pages with large histories (bigdelete)
  • Edit pages (edit)
  • Edit semi-protected pages (autoconfirmed)
  • Edit the user interface (editinterface)
  • Export pages including linked pages up to a depth of 5 (override-export-depth)
  • Mark edits as minor (minoredit)
  • Move files (movefile)
  • Move pages (move)
  • Move pages with their subpages (move-subpages)
  • Move root user pages (move-rootuserpages)
  • Not be affected by rate limits (noratelimit)
  • Not create a redirect from the old name when moving a page (suppressredirect)
  • Not have minor edits to discussion pages trigger the new messages prompt (nominornewtalk)
  • Override files on the shared media repository locally (reupload-shared)
  • Overwrite existing files (reupload)
  • Purge the site cache for a page without confirmation (purge)
  • Read pages (read)
  • Search deleted pages (browsearchive)
  • Submit a trackback (trackback)
  • Undelete a page (undelete)
  • Upload files (upload)
  • Upload files from a URL (upload_by_url)
  • Use higher limits in API queries (apihighlimits)
  • Use of the write API (writeapi)
  • View a list of unwatched pages (unwatchedpages)
  • View deleted history entries, without their associated text (deletedhistory)
Lets compare what you did and what I wanted...
minion ninja
apihighlimits autoconfirmed bigdelete browsearchive createaccount createpage createtalk delete deletedhistory deleterevision edit editinterface ipblock-exempt minoredit move movefile move-rootuserpages move-subpages nominornewtalk noratelimit override-export-depth proxyunbannable purge read reupload reupload-shared suppressredirect trackback undelete unwatchedpages upload upload_by_url writeapi apihighlimits autoconfirmed bigdelete browsearchive createaccount createpage createtalk delete deletedhistory deleterevision edit editinterface ipblock-exempt minoredit move movefile move-rootuserpages move-subpages nominornewtalk noratelimit override-export-depth proxyunbannable purge read reupload reupload-shared suppressredirect trackback undelete unwatchedpages upload upload_by_url writeapi #autopatrol #editprotected #markbotedits #patrol #protect #rollback
So basically you didn't look through the comments and didn't look before you leap. That is a bad thing ~.~ ~kotarou3 TALKCONTRIBS 07:39, 19 August 2010 (UTC)

I recommend adding $wgGroupPermissions['sysop']['suppressredirect'] = true; to the bottom of LocalSettings.php because I see sysops moving pages and then deleteing the redirect ~kotarou3 TALKCONTRIBS 05:32, 22 September 2010 (UTC)

Autoconfirm

Could you maybe also change $wgAutoConfirmCount to the value of, say, 10? It would make the semi-protection of pages actually useful. --- Angevon (Talk) 18:49, 18 August 2010 (UTC)

The evil deed is done. *wrings hands with devious delight* --Irjustman 21:33, 18 August 2010 (UTC)
Shouldn't we set it to 20 instead? Or 15? I think 10 is a tad too low ~kotarou3 TALKCONTRIBS 14:25, 19 August 2010 (UTC)
Well, let's see how things work presently and adjust as needed. --Irjustman 16:30, 19 August 2010 (UTC)

Replace Text Extension

Can you install it and give the "minion" and "sysop" groups access to it? It will let me get rid of all the old formatting quickly and in with new ones :D ~kotarou3 TALKCONTRIBS 15:18, 19 August 2010 (UTC)

Added and privs set accordingly. --Irjustman 09:44, 20 August 2010 (UTC)
Doesn't seem you added it correctly. Have a look for yourself: Special:ReplaceText ~kotarou3 TALKCONTRIBS 10:51, 20 August 2010 (UTC)
Still not working~ ~kotarou3 TALKCONTRIBS 08:40, 22 August 2010 (UTC)
Also add this extension. It will make a button at the top of the page show up where you can click it to clear he server page cache of that page. I had to edit it a bit so it doesn't show it to anon users. Just extract to your extensions directory and add require_once("$IP/extensions/Purge/Purge.php"); to LocalSettings.php. Replace Text still isn't working btw ~kotarou3 TALKCONTRIBS 07:04, 23 August 2010 (UTC)
Done. --Irjustman 07:11, 23 August 2010 (UTC)
o3o. Remember to extract before editing LocalSettings.php or you might tempoarily bring down the site for a few seconds to minutes. (It just happened) ~kotarou3 TALKCONTRIBS 07:12, 23 August 2010 (UTC)
Oh, I did. I just forgot the "extensions/" in the pathname, 'twas all. --Irjustman 07:13, 23 August 2010 (UTC)
Ah, I see. And I think the problem with the replace text extension is you forgot to add in the language file? ~kotarou3 TALKCONTRIBS 07:14, 23 August 2010 (UTC)
I just did an SVN checkout, which should, in theory, be the entire installation of the ReplaceText extension. Is this a file auxiliary to that extension's installation? --Irjustman 07:16, 23 August 2010 (UTC)
I'll have a look into the SVN to see if there is a problem there. What revision/date did you the checkout on btw? ~kotarou3 TALKCONTRIBS 07:20, 23 August 2010 (UTC)
drwxr-xr-x 3 velocity7 velocity7 4096 2010-08-20 02:40 ReplaceText
That's what the datestamp on that directory is presently. --Irjustman 07:27, 23 August 2010 (UTC)
Hmm. It seems that the latest version gets broken when used with this version of mediawiki. Try this older version ~kotarou3 TALKCONTRIBS 05:32, 22 September 2010 (UTC)

Remove something from a stylesheet

Can you remove these lines from /skins/monobook/main.css 

/* emulate center */
.center {
	width: 100%;
	text-align: center;
}
*.center * {
	margin-left: auto;
	margin-right: auto;
}

~kotarou3 TALKCONTRIBS 06:54, 20 August 2010 (UTC)

Done. --Irjustman 09:44, 20 August 2010 (UTC)
Uh why did you make all the TOCs in the center?--Hengsheng120·TALKCONTRIBS 10:16, 20 August 2010 (UTC)
I don't see any TOCs in the center. Point me to a page ~kotarou3 TALKCONTRIBS 10:44, 20 August 2010 (UTC)
Nvm i had to purge my cache--Hengsheng120·TALKCONTRIBS 10:57, 20 August 2010 (UTC)

Recent Vandalism of Pages

The user Congruss has been vandalizing pages recently. Hengsheng has requested a null on his talk page, but I figured I'd inform you here. --Link 06:19, 22 August 2010 (UTC)

Nulled. --Irjustman 09:26, 22 August 2010 (UTC)

What are the main browsers and versions that most people use when coming to this website?

~kotarou3 TALKCONTRIBS 08:45, 7 September 2010 (UTC)

Seems to be Mozilla Firefox for the most part, followed by IE, then WebKit-based browsers (e.g. Chrome, Safari). That's just based on the top 15 agents on the stats page for the month of August, 2010. No pie or bar chart, sadly.  :( --Irjustman 20:09, 7 September 2010 (UTC)
What versions? That's the important part :o ~kotarou3 TALKCONTRIBS 21:45, 7 September 2010 (UTC)
For Firefox, it's 3.6.8; for IE, it's 8; for WebKit, it depends on the browser, but the engine line I see the most is "AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.127 Safari/533.4". It's difficult to tell which WebKit-based browser is actually being used since it says all of those.
It also bears noting that newer versions of Steam also use WebKit (to allow for Mac compatibility, and possible future Linux compatibility). --Irjustman 15:59, 8 September 2010 (UTC)

Edit Common.js for me

since you removed me from the "minion" group, apply these fixes to Common.js

(Orig): 

function removeParas()
{
	var affectedEs = document.getElementsByClassName("no-para"); // E for Element

	var Ps = null;
	var parent = null;
	var dummyNode = null;
	for (i = 0; i < affectedEs.length; i++)
	{
		Ps = affectedEs[i].getElementsByTagName("p");
		for (c = 0; c < Ps.length; c++)
		{
			parent = Ps[c].parentNode;
			dummyNode = document.createElement("span");
			dummyNode.innerHTML = Ps[c].innerHTML;
			parent.replaceChild(dummyNode, Ps[c]);
		}
	}
}

(Edited) 

function removeParas()
{
	var affectedEs = document.getElementsByClassName("no-para"); // E for Element

	var Ps = null;
	var Pslength = null;
	var parent = null;
	var dummyNode = null;
	for (i = 0; i < affectedEs.length; i++)
	{
		Ps = affectedEs[i].getElementsByTagName("p");
		Pslength = Ps.length;
		for (c = 0; c < Pslength; c++)
		{
			parent = Ps[c].parentNode;
			dummyNode = document.createElement("span");
			dummyNode.innerHTML = Ps[c].innerHTML;
			parent.replaceChild(dummyNode, Ps[c]);
		}
	}
}

~kotarou3 TALKCONTRIBS 02:44, 14 September 2010 (UTC)

Done. --κєνıи (»тαıĸ«) 03:14, 14 September 2010 (UTC)
You accidently removed the addOnloadHook functions call... Anyways, I found that javascript is wierd, and that "fix" didn't work. This one is tested and works:

(Current) 

function removeParas()
{
	var affectedEs = document.getElementsByClassName("no-para"); // E for Element

	var Ps = null;
	var Pslength = null;
	var parent = null;
	var dummyNode = null;
	for (i = 0; i < affectedEs.length; i++)
	{
		Ps = affectedEs[i].getElementsByTagName("p");
		Pslength = Ps.length;
		for (c = 0; c < Pslength; c++)
		{
			parent = Ps[c].parentNode;
			dummyNode = document.createElement("span");
			dummyNode.innerHTML = Ps[c].innerHTML;
			parent.replaceChild(dummyNode, Ps[c]);
		}
	}
}

(Edited) 

function removeParas()
{
	var affectedEs = document.getElementsByClassName("no-para"); // E for Element

	var Ps = null;
	var parent = null;
	var dummyNode = null;
	for (i = 0; i < affectedEs.length; i++)
	{
		Ps = affectedEs[i].getElementsByTagName("p");
		do
		{
			parent = Ps[0].parentNode;
			dummyNode = document.createElement("span");
			dummyNode.innerHTML = Ps[0].innerHTML;
			parent.replaceChild(dummyNode, Ps[0]);
		} while (Ps.length != 0);
	}
}
addOnloadHook(removeParas);

~kotarou3 TALKCONTRIBS 03:54, 14 September 2010 (UTC)

Sorry bout that. Didn't realize that wasn't in the copy paste. Updated. --κєνıи (»тαıĸ«) 03:56, 14 September 2010 (UTC)

Image Centering

How come image centering doesn't work anymore? [[File:Imagename.ext|center]] does not seem to center images as it used to. --κєνıи (»тαıĸ«) 06:24, 25 September 2010 (UTC)

I see the problem. I'll provide a fix soon ~kotarou3 TALKCONTRIBS 09:55, 25 September 2010 (UTC)
Replace table.center { margin-left: auto; margin-right: auto; } with table.center, div.center { margin-left: auto; margin-right: auto; } in Common.css ~kotarou3 TALKCONTRIBS 09:56, 25 September 2010 (UTC)
There doesn't seem to be a "Common.css" in the directory tree. --Irjustman 18:54, 27 September 2010 (UTC)

suppressredirect

Hey, you remember when I asked you to add "suppressredirect" to admin group rights? Apparently, you did, literally. You created a new user group named "admin". When you're not busy, could you move that right over to the "Administrators" group? Next time, I'll be a bit more specific. Sorry for being such a bothersome! --κєνıи (»тαıĸ«) 08:04, 27 September 2010 (UTC)

He did? I requested it up near the place about the minion group, but he didn't seem to read it ~kotarou3 TALKCONTRIBS 08:12, 27 September 2010 (UTC)
Oh, and while you're at it, IJ, could you add a custom namespace and name it "Data"? Don't worry about the 'dealing with existing pages' part. I'll be working on that manually. :D! --κєνıи (»тαıĸ«) 08:43, 27 September 2010 (UTC)
And allow permissions so that all user groups can edit it. /must be detailed. --κєνıи (»тαıĸ«) 08:45, 27 September 2010 (UTC)
Or maybe only autoconfirmed users? ~kotarou3 TALKCONTRIBS 08:48, 27 September 2010 (UTC)
Eh, if you do only autoconfirmed, people who make new accounts to only edit a data page would have to earn 10 edits. Bothersome. :\ --κєνıи (»тαıĸ«) 08:50, 27 September 2010 (UTC)
Done on all counts; please let me know if you see any anomalies. --Irjustman 18:54, 27 September 2010 (UTC)
Erm.. I think you did something wrong. I'm seeing 3 "Mabinogi World Wiki" namespaces (Not sure if that happened before) and the "suppressredirect" is still in a custom group, even though the name is "Administrator". Might wanna check IDs. --κєνıи (»тαıĸ«) 22:49, 27 September 2010 (UTC)
Bump. And the 3 Wiki Namespaces disappeared after I posted that last one. :\ --κєνıи (»тαıĸ«) 03:10, 30 September 2010 (UTC)
There are no threads on this page yet.
Retrieved from "https://wiki.mabinogiworld.com/index.php?title=User_talk:Irjustman/Archived/2010/Q3&oldid=445906"