User talk:Briess

Archives

archive 1 archive 2 archive 3 archive 4

Version namespace links

It appears that the recent update has caused version pages to link back to mainspace, instead of linking within their own version namespace automatically. For example, 40d:Potash_maker links to Potash, while 40d:Potash is the expected link. --Loci (talk) 15:04, 12 April 2013 (UTC)

Looks like you're correct. I'll have to investigate and see what the fix is. --Briess (talk) 20:17, 12 April 2013 (UTC)

This has been fixed. --Briess (talk) 03:16, 14 April 2013 (UTC)

Double redirects to sections

Though the wiki software is supposed to handle double redirects, it appears to fail when the redirect is to a subsection of a page -- see calm, for instance. --Zzedar (talk) 03:40, 13 April 2013 (UTC)

Interesting. I will investigate, thanks for the report. --Briess (talk) 03:41, 13 April 2013 (UTC)

Looking into it a bit more, it seems there are a lot of double redirects that don't work properly, even when they're not to subsections; fishing, for instance.--Zzedar (talk) 17:17, 13 April 2013 (UTC)

If I remember correctly, Loci pointed that out, but the original discussion was archived. It's probably a problem with the cv: alias (as this revision on Fishing redirects correctly). --Lethosor (talk) 17:25, 13 April 2013 (UTC)

That's been my hunch so far, but I haven't had enough time to fully flesh out the problem just yet. Please keep me posted if y'all find any other edge cases. --Briess (talk) 17:27, 13 April 2013 (UTC)

This manual page seems to be relevant. I just tested this scenario on another wiki (1.20.2) and ran into the exact same situation (with a double redirect from page -> foo:page -> foo:page2 failing). This may be a problem with MediaWiki as opposed to this specific namespace scheme (although MediaWiki seems to discourage double redirects, according to Special:DoubleRedirects). I'll try testing on 1.20.3 next, but it probably produces the same result. --Lethosor (talk) 17:41, 13 April 2013 (UTC)

Actually, no double redirects seem to resolve, according to my tests, even in the same namespace. --Lethosor (talk) 17:43, 13 April 2013 (UTC)

Wikipedia:Wikipedia:Double_redirects seems to state this clearly. I'm not sure if there is a workaround, or what it would be. --Lethosor (talk) 17:46, 13 April 2013 (UTC)

https://gist.github.com/locriani/e43abff805d5cdd6c4ac is the current settings we use (as well as the hack to allow in-namespace redirect) --Briess (talk) 17:49, 13 April 2013 (UTC)

There are a few that work; milking does, for instance. Actually, I did some testing: making a dummy edit to the first redirect seems to fix the problem -- I deleted a space from wrestler, and now it works where it didn't before. However, null edits do not work. Update: this change fixed the trigger redirect.--Zzedar (talk) 17:54, 13 April 2013 (UTC)

Dang it, I bet I know what's causing it then. There are probably bad entries in the links table,and I may have to forcibly refresh the entire table. --Briess (talk) 18:25, 13 April 2013 (UTC)

Completely late here, but I was wrong about the redirect limit, which you probably figured out ([1]). --Lethosor (talk) 01:43, 14 April 2013 (UTC)

Ok, I've completely rebuilt the links and redirect tables, and thing should be working as expected now, although I still need to figure out the issue causing links to not stay within the namespace. If not, let me know! --Briess (talk) 19:17, 13 April 2013 (UTC)

Nope, still not working -- see marksman, for instance. --Zzedar (talk) 19:44, 13 April 2013 (UTC)

Well, dang it. Going to keep digging. --Briess (talk) 19:46, 13 April 2013 (UTC)

Ok, looks like it's a bug in MediaWiki that broke max redirects behavior sometime in version 1.20.x and there is not yet a fix. I will continue to look for a way to resolve it on our end --Briess (talk) 19:55, 13 April 2013 (UTC)

Rating script

A few problems with the rating script seem to have popped up with the new software (these are probably more related to User:Emi, but you seem to be more active at the moment):

• jsMsg() now fades out after a few seconds, preventing the automatic tests from completing in a few cases
• Clicking a checkbox propagates up to the message box, causing it to fade out and preventing any further action (and showing it again with $("#mw-notification-area").show() doesn't work, because the text is cleared when it disappears).

The easiest solution here is probably to display the interface somewhere else, instead of using the notification system.

For the time being, I can rate articles manually, but it would be nice if someone could look into this. --Lethosor (talk) 14:51, 13 April 2013 (UTC)

I'll poke Emily when she gets back from vacation this weekend and we'll figure out a better way to do it. --Briess (talk) 18:37, 13 April 2013 (UTC)

Parser Functions

A recent change seems to have caused them to stop working (but they're still listed at Special:Version). See DF2012:Giant lion --Lethosor (talk) 19:24, 13 April 2013 (UTC)

Oops, I forgot to clone the repo into one of the servers. Doing that now. --Briess (talk) 19:27, 13 April 2013 (UTC)

Fixed. Good catch! --Briess (talk) 19:29, 13 April 2013 (UTC)

Categorization by template

The recent changes briefly made categorization by template work correctly. Then, another change broke it again. Category:DF2012:Flying now includes every creature page, instead of properly determining flying status from the raws. This new breakage seemed to happen about the time you resolved the parser function bug (above). --Loci (talk) 20:48, 13 April 2013 (UTC)

:psyduck: --Briess (talk) 20:49, 13 April 2013 (UTC)

I'm going to try rebuilding ALL THE THINGS again, momentarily. --Briess (talk) 20:50, 13 April 2013 (UTC)

ALL THE THINGS rebuilt. --Briess (talk) 21:06, 13 April 2013 (UTC)

Random pages

It looks like $wgExtraRandompageSQL was removed in 1.19 ([2]). The suggested option seems to be adding a hook, as shown here, but it's not clear if it can be defined outside of an extension (which might be easier). --Lethosor (talk) 01:37, 14 April 2013 (UTC)

Yep, another thing on my list. Are you any good at php >.> I'm trying to figure out another issue and I usually avoid PHP at all costs --Briess (talk) 01:38, 14 April 2013 (UTC)

This looks like it works (at least for me in LocalSettings.php):

function randtitle(&$randstr, &$isRedir, &$namespaces, &$extra, &$title){
	$extra[]='page_title NOT LIKE \'%/raw\'';
	return true;
}

$wgHooks['SpecialRandomGetRandomTitle'][] = 'randtitle';

--Lethosor (talk) 01:51, 14 April 2013 (UTC)

Perfect, I'll steal that. Right now I'm trying to figure out what hack we used to keep links within namespaces. :/ --Briess (talk) 01:52, 14 April 2013 (UTC)

Implemented. --Briess (talk) 03:16, 14 April 2013 (UTC)

Note

[2f2c73a7] 2013-04-14 10:08:41: Fatal exception of type MWException

[65465d61] 2013-04-14 10:10:19: Fatal exception of type MWException

Internal error

Jump to: navigation, search 

[14d33bba] 2013-04-14 10:09:59: Fatal exception of type MWException

Fixed --Briess (talk) 10:42, 14 April 2013 (UTC)

Upload link error

This happens:

I'm unsure of the cause; it sometimes happens when I load a page and sometimes doesn't, and it even changes between loads of the same page. Something similar happens with tables of contents: where it should say "contents", it instead says "<toc>" (the table of contents for your talk page looks that way to me right now, though I suspect it'll fix itself after I submit this comment, since null edits to pages with this problem seem to fix it for that page).--Zzedar (talk) 18:07, 15 April 2013 (UTC)

Hrm, I'll investigate. --Briess (talk) 18:11, 15 April 2013 (UTC)

Should be fixed now. Thanks for the heads up. --Briess (talk) 18:14, 15 April 2013 (UTC)

Anonymous editing

I noticed that attempting to edit pages anonymously produces the following error:

You do not have permission to edit this page, for the following reason: 

You must confirm your e-mail address before editing pages. Please set and validate your e-mail address through your user preferences.

Special:ListGroupRights claims (all) users have the edit permission. Was this change intentional? --Loci (talk) 19:22, 16 April 2013 (UTC)

It was not. Let me fix. --Briess (talk) 19:22, 16 April 2013 (UTC)

Fixed. --Briess (talk) 19:25, 16 April 2013 (UTC)

Script reloading error

Was there a change made to the cloudflare settings recently? Because the cloudflare script is suddenly slowing things down a lot and tries to frequently reload the page or something.--Zzedar (talk) 02:11, 17 April 2013 (UTC)