NetHackWiki:Technical issues

From NetHackWiki
Jump to: navigation, search

This page is for reporting and discussing technical issues affecting NetHackWiki.

If an issue might benefit from wider discussion by the community, consider posting it to the Community Portal instead.

Please add new issues to the bottom of the page.

Issues by paxed

There are still some problems that I need to fix:

SVG rendering sucks

  • SVG renderer (See eg. Nethackwiki-logo.svg). I know nothing about this, so need to take a look how to fix it.
    • See mw:Manual:Image Administration#SVG. Basically you need to pick a renderer, install it and set $wgSVGConverter. As for the renderers, rsvg is fast but not very good, though still much better than ImageMagick. It's what Wikipedia uses. Inkscape is better, but note the home directory issue. --Ilmari Karonen 07:48, 10 November 2010 (UTC)
      • It's now rsvg. Still looking pretty fugly... --paxed 14:58, 10 November 2010 (UTC)
  • Forums (eg. Forum:Watercooler) require an extension or two. I'll install the extension(s) later today.
    • CreateBox-extension installed, and it seems to work. DPLforum-extension doesn't work? --paxed 11:14, 10 November 2010 (UTC)

This issue has been resolved.

Watchlists not imported from Wikia

  • User watchlists, emails, etc. settings are not imported from Wikia. This is hard, so not worth the effort, most likely.

This issue has been resolved.

Non-image files not moved from Wikia

  • Non-image files did not get moved from Wikia. Need to reupload.
    • Let me know if you need help with this, I should be able to kluge together some scripts to do it. --Ilmari Karonen 07:48, 10 November 2010 (UTC)
      • There aren't that many of those files, so possible to do it by hand. OTOH, if you have the time to help, I wouldn't say no; this is My First MW Installation, after all... Talk to me on IRC, freenode, channel #nethackwiki --paxed 07:58, 10 November 2010 (UTC)

This issue has been resolved.

Top icon templates broken

This issue has been resolved.

Miscellaneous brokenness

  • Edit the sidebar, should have links to the wiki forums.
  • Javascript source code hilight doesn't work
  • Editing: Cannot move the javascript color glyph insert box.
  • Show/hide javascript doesn't work: importScriptPage('ShowHide/code.js', 'dev'); in MediaWiki:Common.js
    • Should work now, except we're not using it anywhere? --paxed 20:49, 13 November 2010 (UTC)

This issue has been resolved.

Please add any problems you notice to here. --paxed 07:12, 10 November 2010 (UTC)

Can't e-mail other users

This issue has been resolved.

Missing templates

  • We've got a bunch of missing templates that should be imported. --Ilmari Karonen 08:37, 10 November 2010 (UTC)
    • I've been going through the list. The biggest remaining issue is Template:Self, which doesn't seem to have ever existed even though it was on the license selector. Someone needs to sort through the list and figure out what to do with those files. --Ilmari Karonen 16:52, 2 December 2010 (UTC)

License selector

  • The license selector on Special:Upload (which comes from MediaWiki:Licenses IIRC) is empty. Should put some actual licensing options there. --Ilmari Karonen 08:55, 10 November 2010 (UTC)
    • I added some, based on MediaWiki and Wikia ones. --paxed 16:17, 10 November 2010 (UTC)

This issue has been resolved.

Copyrights page

  • Which reminds me, NetHackWiki:Copyrights is outdated. I assume we got relicensed to CC-BY-SA-3.0 along with the rest of Wikia, but the page still says we're GFDL. --Ilmari Karonen 08:55, 10 November 2010 (UTC)
    • I just edited the page to reflect the new licensing status. (It seems Wikia deprecated that page when they moved to CC-By-SA, which explains why it was never updated before.) Please do check that I made no mistakes. --Ilmari Karonen 16:52, 2 December 2010 (UTC)

This issue has been resolved.

We're not wikians

  • There's a minor annoyance at Special:Preferences: you are listed as belonging to a group called "wikian". That's clearly not appropriate as we are not in Wikia anymore. —ZeroOne (talk / @) 09:00, 10 November 2010 (UTC)
    • If it tracks users with pre-move accounts, how about calling it "converted wikians"?
      • Good idea. That's how it's shown now. --Ilmari Karonen 11:34, 10 November 2010 (UTC)

This issue has been resolved.

No edit tools

  • I'm not seeing the Edit Tools show up under the edit window; is that my settings, or site-configuration setting? --MidnightLightning 19:40, 10 November 2010 (UTC)
    • It should show up now, needed to do ?action=purge on it. --paxed 19:57, 10 November 2010 (UTC)

This issue has been resolved.

Issues by Tjr

I'll add my scoop of todos:

Outgoing links

  • examine all outgoing [url ]-style links
    • change [http://nethackwiki/wiki/ to [[

This issue has been resolved.

Get rid of "Wikihack"

  • Fix all occurences of wikihack etc, including in the interface text
    • The edit tools still show Wikihack-specific templates, Color symbols etc.
      • That the "Color symbols" functions happen to be named with "WikiHack" prefix does not matter functionally at all. --paxed 20:13, 11 November 2010 (UTC)

This issue has been resolved.

Check for "Wikia"

  • wikia needs to be audited for, e.g. with Special:ReplaceText.
    • Need to check [[w: -links; those will be expanded to wikia. --paxed 18:58, 14 November 2010 (UTC)

This issue has been resolved.

Site name capitalization

  • Capitalization: NetHackWiki
    • MediaWiki has a {{SITENAME}} keyword that automatically expands to the official wiki name (currently NetHackWiki). --Ilmari Karonen 01:10, 11 November 2010 (UTC)
      • I overwrote a lot of interface text still on the old wiki because only staff could set SITENAME.Tjr 01:26, 11 November 2010 (UTC)

This issue has been resolved.

Redirect from http://domain/title

  • http://domain/title should redirect to http://domain/wiki/title
    • This is actually problematic, and not suggested, see --paxed 08:12, 11 November 2010 (UTC)
      • It's bad to create such a structure, but even worse to turn it off. Wikia had this enabled. Besides, it's a convenience when typing in URLs.
      • We also broke lots of URLs existing out there. E.g. from my talk page: offending edits, page history, revert it all,
        • Those urls will now work (index.php will redirect to correct place, keeping the params instact), but I've got no luck getting to work. --paxed 15:30, 12 November 2010 (UTC)
    • Short urls work now, hopefully nothing broke. --paxed 19:18, 14 November 2010 (UTC)

This issue has been resolved.

Collapse multiple edit on RecentChanges

  • collapse multiple edits to the same page on RecentChanges
    • This is a personal, not a wiki-wide setting. Go to Special:Preferences -> Recent Changes -> check "Use enhanced recent changes (requires JavaScript)". —ZeroOne (talk / @) 23:21, 10 November 2010 (UTC)</s>

This issue has been resolved.

Missing edit button

This issue has been resolved.

Autocomplete links when editing

  • autocompletion popup when typing [[ ]]
    • Installed [[1]], but it might need some tweaking... --paxed 10:20, 11 November 2010 (UTC)

This issue has been resolved.


  • make font larger
    • Registered users can change per-use css file, or most browsers support zooming. --paxed 09:49, 3 October 2011 (UTC)
  • very long backlog of editing work
  • create good content for other wikis that links to Nethack. (But I already annoyed the D&D people.),,,,
Marking these as resolved. --paxed 09:49, 3 October 2011 (UTC)

This issue has been resolved.

Links from other wikis

  • Wikipedia should link to us, including all languages, all cite notes unrelated pages etc.
    • Only Russian Wikipedia still needs to be updated.

This issue has been resolved.

Interwiki Table

  • We could even ask to be added to the Wikimedia interwiki map. --Ilmari Karonen 11:46, 10 November 2010 (UTC)
      • That's crucial for our Google ranking. Which prefix do you propose, to standardize things when asking other gaming wikis?
        • I decided on [[nethack:pagetitle]], see here.
    • I doubt we'll be able to get on the wikimedia interwiki map. Marking as resolved. --paxed 10:17, 3 October 2011 (UTC)

This issue has been resolved.

Traffic Monitoring

  • traffic monitoring here
    • Do we really need this? If there's real need, I could put some apache log mangling software on the server... --paxed 10:17, 3 October 2011 (UTC)

Incoming links

  • Where should my list of (corrected) incoming links go? Perferrably on the wiki, out of sight of Wikia.
    • Sounds like a contradiction in terms; kind of hard to keep anything hidden on a public wiki. (I suppose you could install one of the extensions that try to implement read restrictions, or maybe put the list on a page and delete it. But both are pretty klugey solutions.) Are you worried they'd try to revert you? --Ilmari Karonen 08:14, 11 November 2010 (UTC)
Yes. A page only admins can see would be perfect.Tjr 14:08, 11 November 2010 (UTC)
Not hiding anything. Marking as resolved. --paxed 09:49, 3 October 2011 (UTC)

This issue has been resolved.

.des files

  • Not related to the move AFAIK, but it seems the dat/*.des files are missing from the Source: namespace. --Ilmari Karonen 08:14, 11 November 2010 (UTC)
  • Makedefs and the unix/, windowport subdirs are also missing. Users will not be able to find main().Tjr 14:08, 11 November 2010 (UTC)

This issue has been resolved.

Welcome bot

This issue has been resolved.

Help pages

  • import wikimedia help, or interwiki-source wholesale
    • I tried adding help as an interwiki prefix, but that didn't work.
    • import images referenced in help.

This issue has been resolved.

Autoconfirm users

This issue has been resolved.

Interwiki links to Wikia

  • Interwiki links to other wikia wikis look broken, but actually do work. Example: gta:Special:RecentChanges.
    • That looks like a normal interwiki link to me. --Ilmari Karonen 21:39, 11 November 2010 (UTC)</s>

This issue has been resolved.


  • All external links are currently rel="nofollow", we should switch that off. (At wikia, it worked fine with "real" links.)

This issue has been resolved.

Random links

  • Could we please have ? I'd like to add random, unobtrusive links to other wikis leaving Wikia. [2].
    • You could already kluge up something like that with ParserFunctions, e.g. {{#switch:{{#expr:{{#time:U}} mod 3}}|0=foo|1=bar|2=baz}} = bar. --Ilmari Karonen 04:36, 12 November 2010 (UTC)
      • Then Googlebot would see links to the one same wiki all over the place because it requests pages in short sequence. That defeats the purpose of randomization: I don't want to worry about rotating and spreading the links evenly over all the wikis I want to help.Tjr 17:14, 12 November 2010 (UTC)
        • I'm pretty sure Googlebot doesn't hit a single site that fast (rather, they crawl many sites in parallel), but in any case, {{#switch:{{#expr:({{#time:U}}+{{REVISIONID}}) mod 3}}|0=foo|1=bar|2=baz}} = bar should fix that. --Ilmari Karonen 19:41, 13 November 2010 (UTC)
    • "{{Template:AWA_Promotion}}" = "Template:AWA Promotion" codes that. But: 1) it needs to be put somewhere active, (sidebar didn't work) 2) rel="nofollow" needs to be turned off, 3) how much does it affect load times? 4) Do we want to support other movers? (I say yes.) 5) If no-display is bad, make it say "visit a random wiki". Tjr 04:05, 14 November 2010 (UTC)
    • We now have "ad" links on the bottom of the page. --paxed 06:13, 14 November 2010 (UTC)
      • It turns out rotating links aren't so good. Let's make it depend on REVISIONID only, and let's gradually replace the "ads" with sites that are related to NetHack and actually link back. Tjr 22:26, 15 November 2010 (UTC)

This issue has been resolved.

AJAX login

  • If you edit an article as an anon and click login instead of going through the captcha, your edit will be discarded.
    • It should be still there if you use the back button, but I agree that this isn't very intuitive. It's standard MediaWiki behavior, though. I believe Wikia has an AJAX-based login form that solves this issue, we should see if there's an existing extension to do the same. (Actually, it should even be possible to do this via MediaWiki:Common.js, no extension needed. But installing an existing piece of code should still be easier than writing it from scratch.) --Ilmari Karonen 04:53, 14 November 2010 (UTC)
      • I wrote a little script to do it. Let me know if you find any bugs. (Cache purging may be required as usual.) --Ilmari Karonen 10:09, 14 November 2010 (UTC)
        • Firefox cannot auto-fill the password at that form. Tjr 21:48, 16 November 2010 (UTC)

This issue has been resolved.

Main page title

This issue has been resolved.

Meta description tags

This issue has been resolved.

Issues on the old wiki

On the old wiki:

  • poll on the old wiki: why aren't you at the new site?
  • traffic monitoring on the old site: people how do come, from where and why?
    • No, let's not touch the old wiki. --paxed 19:26, 14 November 2010 (UTC)

This issue has been resolved.

robots.txt and forums

Mediawiki recommends disallowing the /mediawiki/ directory in robots.txt. However, the DPLforums extension wants to create links into that directory. Possible courses of actions:

  • Disallow /mediawiki --> Bad because forums won't get pagerank.
  • Allow everything --> Bad because duplicate and irrelevant content dilutes our search relevance.
  • Disallow /mediawiki, specify timestamp=no in the <forum>... code. --> Browsers color the forums as visited despite new forum posts.
  • Fine-tune robots.txt --> more maintainance work.

Proposed robots.txt


User-agent: *
Allow: Special:RecentChanges
Allow: /wiki/Special:RecentChangesLinked
Allow: /wiki/Special:Contributions
Allow: /wiki/Special:ActiveUsers
Allow: /wiki/Special:UserLogin
Allow: /wiki/Special:Categories
Allow: /wiki/Special:CategoryTree
Allow: /wiki/Special:AllPages
Disallow: Special:
#Disallow: Special:Search
#Disallow: Special:Random
Disallow: ?action=
Disallow: &action=
Disallow: ?printable=
Disallow: &printable=
Disallow: ?oldid=
Disallow: &oldid=
Disallow: ?redirect=
Disallow: api.php?
Disallow: &redirect=
Disallow: namespace=
Disallow: Help:
Disallow: Help_Talk:
Disallow: Template:
Disallow: Template_Talk:
Disallow: MediaWiki:
Disallow: MediaWiki_Talk:
Disallow: /images/archive/
Disallow: /skins/
Disallow: /mediawiki-

This rule set should block all relevant URLs previously blocked, except that Images would be indexed. --Tjr 02:08, 22 November 2010 (UTC)

Fixed blank line, added api.php and various talk. --Tjr 14:08, 22 November 2010 (UTC)
Most of those lines are still broken without wildcards. But I think your second proposal below is better anyway. --Ilmari Karonen 14:37, 22 November 2010 (UTC)
There are some other URLs you really should block, such as anything beginning with "/mediawiki/api.php". And I think most of those lines would need * wildcards (which not all search bots support). Oh, and blank lines are section separators in robots.txt.
I think a simpler solution would be something like this:
User-agent: *
Disallow: /wiki/Special:
Disallow: /wiki/Special%3A
Disallow: /*?*action=  # just in case
Disallow: /*?*oldid=   # just in case
Allow: /mediawiki/index.php?title=Forum:*&t=
Disallow: /mediawiki
But really, I don't think even that Allow: line there is really necessary: the forums still link to the corresponding category (e.g. Category:Watercooler), which links to all the forum discussions using normal non-timestamped wikilinks. So Google should find and index the discussions just fine in any case. Besides, they show up in the sitemap too. --Ilmari Karonen 06:57, 22 November 2010 (UTC)
The point is bestowing page rank onto and from the Forums. That's why the internal links need to work. Especially from the Main Page.
OK, maybe I'm not understanding something here. How does a link from Forum:Watercooler bestow more page rank than a link from Category:Watercooler (which is linked from Forum:Watercooler)? --Ilmari Karonen 14:37, 22 November 2010 (UTC)
1) Google honors the Allow: / Disallow: with the longest pattern, so the doulbe exceptions won't work. 2) The entries already are full substring searches. Also, the * won't work for many search engines. 3) At least RecentChanges and Categories need to be allowed, else the bot won't get around or find freshness.
How about this:

User-agent: *
##paranoia: some other page might generate such links
Disallow: /*?action=
Disallow: /*?*&action=
## Spiders need access to RecentChanges and Categories, else they get stuck or stale
# Allow: /wiki/Special:Contributions
# Allow: /wiki/Special:ActiveUsers
#Allow: /mediawiki/index.php?title=Special%3AAllPages
#Allow: /mediawiki/index.php?title=Special:AllPages
#Allow: /wiki/Special%3AAllPages
#Allow: /wiki/Special:AllPages
Allow: /wiki/Special%3ARecentChanges
Allow: /wiki/Special:RecentChanges
Allow: /wiki/Special%3ACategories
Allow: /wiki/Special:Categories
Disallow: /wiki/Special%3A
Disallow: /wiki/Special:
## Most of the pages in these namespaces and their talk are neither fresh, nor original content, nor on-topic.
Disallow: /wiki/Help
Disallow: /wiki/Template
Disallow: /wiki/MediaWiki
# Disallow: /mediawiki/images/archive
# Allow: /mediawiki/images/
## The links to the forums need to be Google-valid, so special case it
## Fixme: patch MediaWiki to insert <link rel=”canonical” href=”http:.../> into rotating links to the forums
Disallow: /mediawiki/index.php?title=Forum%3A*&redirect=
Disallow: /mediawiki/index.php?title=Forum:*&redirect=
Disallow: /mediawiki/index.php?title=Forum%3A*&oldid=
Disallow: /mediawiki/index.php?title=Forum:*&oldid=
Disallow: /mediawiki/index.php?title=Forum%3A*&printable=
Disallow: /mediawiki/index.php?title=Forum:*&printable=
Disallow: /mediawiki/index.php?title=Forum%3A*&action=
Disallow: /mediawiki/index.php?title=Forum:*&action=
Allow: /mediawiki/index.php?title=Forum%3A*&t=
Allow: /mediawiki/index.php?title=Forum:*&t=
## recommended by MediaWiki; all "private" URL point there
Disallow: /mediawiki

--Tjr 14:08, 22 November 2010 (UTC)

That should work, I think. We might want to allow Special:AllPages too, and perhaps disallow "/*?action=" and "/*?*&action=" anyway for the sake of paranoia (MediaWiki won't generate links like // by itself, but someone might). Also, I'm pretty sure that "Allow: /" is a no-op. But those are all minor issues, basically that looks OK to me. --Ilmari Karonen 14:37, 22 November 2010 (UTC)
Incorporated your fixes, including those on #nethackwiki. --Tjr 15:10, 22 November 2010 (UTC)
I'm getting second thoughts about Special:AllPages. Google explicitly does not want to see results of internal searches, and this is not that different. -Tjr 16:25, 22 November 2010 (UTC)
I'd say it's more like a site map, which they presumably do want to see. But it probably doesn't matter much either way, since it's mostly redundant to the XML sitemaps, and we don't link to it prominently. --Ilmari Karonen 16:52, 22 November 2010 (UTC)

This issue has been resolved.

Login form bug

Clicking log in on Avant Browser for XPSP3 (at work) produced 4 dialog boxes, only one of which was the actual Login in menu.--PeterGFin 08:56, 22 November 2010 (UTC)

OK, that's definitely a bug. Unfortunately I don't have access to either Avant or XP right now, but I'll try and see if I can replicate that later today. --Ilmari Karonen 09:08, 22 November 2010 (UTC)
Solved. I'd simply left out the forward slash from the closing </form> tag in the dialog, which FF apparently ignored but which caused IE to freak out. Oops. --Ilmari Karonen 16:46, 22 November 2010 (UTC)

This issue has been resolved.

Install Nuke extension

  • Please install mediawikiwiki:Extension:Nuke and similar tools. We don't have spam problems, but it's good to have the tools ready in case a flood hits. --Tjr 05:33, 29 November 2010 (UTC)
Installed. --paxed 14:07, 6 October 2011 (UTC)

This issue has been resolved.

Sitemap index broken

The links in our sitemap index are broken. Installing the latest version of generateSitemap.php from MediaWiki trunk and setting --urlpath= should fix it. --Ilmari Karonen 18:08, 1 December 2010 (UTC)

Installed. --paxed 20:21, 2 December 2010 (UTC)
Now they look like this: <url><loc>http://localhost/wiki/Category:16x16_tiles</loc><lastmod>2010-11-29T18:15:58Z</lastmod><priority>0.5</priority></url> --Tjr 21:12, 2 December 2010 (UTC)
Fixed, thanks to User:Ilmari Karonen. --paxed 21:40, 2 December 2010 (UTC)

This issue has been resolved.

GeSHi generating duplicate ID attributes

If you look at the HTML code of any source code page using the new GeSHi syntax highlighting, you'll see multiple <div id="line" class="nethackc source-nethackc"> tags (one for each section). This isn't really valid HTML, as id attributes are supposed to be unique. It does more or less work, but if we really want to generate valid HTML we should change those ids to classes and update the style sheets that depend on them. --Ilmari Karonen 18:29, 1 December 2010 (UTC)

I think this is actually a bug in the extension, though I might need to hack on geshi too... --paxed 11:55, 3 December 2010 (UTC)
I've hacked the geshi to output classes instead, and that seems to work. Pages might need to be purged. --paxed 21:44, 3 December 2010 (UTC)

This issue has been resolved.

AJAX search suggestions

We should probably turn on $wgEnableMWSuggest (and maybe also install mw:Extension:TitleKey). --Ilmari Karonen 13:41, 2 December 2010 (UTC)

$wgEnableMWSuggest is now on. --paxed 21:30, 2 December 2010 (UTC)
TitleKey installed. --paxed 16:26, 3 December 2010 (UTC)

This issue has been resolved.

Missing help images

I seems that when the PD help pages were imported from, the import included the descriptions for the images used on those pages but not the actual images. See File:M-en-sidebar.png for an example. (Note that images from Wikimedia Commons still work, because we have InstantCommons enabled. It's only the files from itself which are broken.) --Ilmari Karonen 16:48, 2 December 2010 (UTC)

Subpages for the Source: namespace?

Perhaps we should move the source-namespace articles so they correspond with the directories in the source tarball? eg. Source:Mines.des would be in Source:dat/Mines.des --paxed 12:21, 3 December 2010 (UTC)

Makes sense, as long as we keep the redirects (and fix the current ones from mainspace). --Ilmari Karonen 16:00, 3 December 2010 (UTC)
Subpages are now enabled for Source and Source talk -namespaces. --paxed 16:29, 3 December 2010 (UTC)

This issue has been resolved.

QuickLink moves edit box view area when inserting a link

Using Firefox 3.5.15, whenever I'm editing a page and insert a link using the QuickLink (that is, typing [[ and selecting an article link from the popup, the edit box view area moves to the top of the box. Cursor stays in correct place. Does anyone else see this? --paxed 16:34, 3 December 2010 (UTC)

I haven't noticed that, but to be honest, that's probably because I pretty much never use the popup. (At most, I might look at it to see what it's suggesting I should type.) --Ilmari Karonen 14:01, 4 December 2010 (UTC)

This issue has been resolved.


I'm Kahran042, and I've tried to log in, only for my password to not be accepted. I tried to send a request for a new one, but it wouldn't accept it because the site didn't have my e-mail address. I tried to get a new one from Wikia, but that didn't work, either. Please help me! -- 04:01, 19 March 2012 (UTC)

Ttymap causing timeouts?

I tried to edit Gehennom (Lethe patch) to use ttymap blocks for the maps, bracketing them in <div class="ttymap"><replacecharsblock rules="ttymap"> and </replacecharsblock></div>. When I previewed with only one map so edited, I got a proper map; but with all maps so edited, the page timed out. Might ttymap be slowing the server down?--Ray Chason (talk) 07:25, 31 January 2013 (UTC)

The same thing has been happening to me, although I was able to complete a temporary page with some of the maps User:Kahran042/Temporary SLethe Gehennom area here, if it can help in any way. --Kahran042 (talk) 06:42, 20 May 2015 (UTC)

some pages return 0-byte after wiki update

After the update to new version of mediawiki, several pages return 0-byte. For example Stormbringer

--Davek (talk) 00:26, 1 July 2014 (UTC)

Looks like trying to parse any page with <math> tags is triggering a 500 Internal Server Error. Alas, without seeing the server error logs, it's hard to say anything more specific. --Ilmari Karonen (talk) 00:36, 1 July 2014 (UTC)

Mobile version

Please install Extension:MobileFrontend

--Btimofeev (talk) 18:53, 18 April 2015 (UTC)

"database error" when searching yields a "database error". Not really important, of course.

cannot play saved game online version 3.4.3

After I log in on I select play 3.4.3 to resume a game that I saved this morning. I get this bug message:

Cannot open file perm. This is a program bug. Waiting for release of fcntl lock on perm. (9 retries left). Waiting for release of fcntl lock on perm. (8 retries left). Waiting for release of fcntl lock on perm. (7 retries left). Waiting for release of fcntl lock on perm. (6 retries left). Waiting for release of fcntl lock on perm. (5 retries left). Waiting for release of fcntl lock on perm. (4 retries left). Waiting for release of fcntl lock on perm. (3 retries left). Waiting for release of fcntl lock on perm. (2 retries left). Waiting for release of fcntl lock on perm. (1 retries left). Waiting for release of fcntl lock on perm. (0 retries left). I give up. Sorry. Some other process has an unnatural grip on perm.

I see other people playing online so not sure what the problem is.

--Netwalker (talk) 01:46, 17 December 2015 (UTC)

Links in 3.6.0 source code go to 3.4.3

If you click on a link in the 3.6.0 source code it goes to the corresponding link in the 3.4.3 source code. For example on mklev.c line 703 if you click on mkstairs it takes you to Version 3.4.3 mkstairs. I think this is because the link is referenced as Source:Ref/mkstairs and there is a setting which defaults to version 3.4.3 rather than 3.6.0.

Also, if you do an advanced search with Source selected the results have 3.4.3 at the top rather than 3.6.0. --Skidragon2 (talk) 23:42, 6 April 2017 (UTC)