User talk:Lethosor

• If you want to start a new topic, click here. I'll usually reply here, so adding this page to your watchlist will make it easier to check for replies. (If you're not logged in, you won't be able to add pages to your watchlist, so check this page for a reply.)
• If I left a message on your talk page, please respond there to keep things organized. I probably added your talk page to my watchlist (and I check the recent changes frequently), so I'll almost certainly notice replies.
• If page editing is broken entirely, check the wiki board of the forums or /r/dwarffortress for announcements.

Archives

Archive 1 (February-August 2013) Archive 2 (Sept. 2013 - May 2014)

Bot requests

Add a new request

Underpopulated categories

Many categories in the DF2014 namespace don't list some of the pages that have the category link. An empty edit on a page (well, any edit) will correct this, but only for that page. This sounds like a job for a bot. VengefulDonut (talk) 19:00, 21 July 2014 (UTC)

I'm pretty sure that's a cache problem, so I'll try rebuilding link tables on the server side and see if that helps (it would probably be a lot faster than sending a bot around to null-edit every page). —Lethosor (talk) 20:41, 21 July 2014 (UTC)

This has been fixed. The problem was that the server that actually runs the job queue was still using the old configuration (without the DF2014 namespace). —Lethosor (talk) 21:17, 8 November 2014 (UTC)

Diagram

Take a look over here. VengefulDonut (talk) 15:45, 26 July 2014 (UTC)

Ceramic Industry page assistance.

(Message here) --DorfyDave (talk) 04:16, 24 August 2014 (UTC) Thanks for the help with the ceramic industry stuff.

I see what you are doing with the thumbnail workflows on other pages, so if you would rather it be small and let the reader expand it, that would be fine.

I was thinking that the pages looked better with the intro section before the regular content, keeping it separate from the auto TOC / Header listed content, but if you prefer that everything follow the layered header format, that's fine.

My primary concern was the wrapping caused by inserting the full-size flowchart next to a section. It looks like you've addressed that by splitting up the flowchart, which looks good to me. —Lethosor (talk) 15:48, 25 August 2014 (UTC)

Removing/restoring Main:Fruit

Not that I am protesting it, but why exactly did you remove and then restore the Main:Fruit page? Because to me, all that happened now is that the creation entry on the page's history is gone, which isn't really anything notable either. --Latias1290 (talk) 13:03, 26 August 2014 (UTC)

I deleted it at first because I didn't realize AutoRedirect wasn't handling section redirects properly, then restored it when I noticed it was broken. That article's history still shows your revision, so I'm not sure what you mean - is it missing from Special:RecentChanges? —Lethosor (talk) 13:07, 26 August 2014 (UTC)

The creation entry I was talking about was actually the first entry, and the entry that is now the only one was the second before you removed it. When I created the page I first had it directly redirect to cv:Tree#Fruit, which after testing didn't work. I usually save the page when the preview doesn't show a red link and the link is correct, and after saving I test it, This time, however, the link in the preview was blue and correct, but actually following the redirect only led to cv:Tree instead of cv:Tree#Fruit. The entry you are seeing now is the result of fixing this by making it into a double redirect through cv:Fruit.

It looks to me like your first edit was to DF2014:Fruit - when Main:Fruit didn't exist, it would have automatically redirected to DF2014:Fruit, so it might have appeared to exist when it didn't. (The problem here is that I made AutoRedirect follow redirect chains internally, since Mediawiki's maximum-redirect setting is buggy, so a nonexistent Main:Fruit would actually redirect to what cv:Fruit redirects to - the problem is that it ignores sections at the moment, so section redirects will need to be manually created until I can fix that.) —Lethosor (talk) 13:18, 26 August 2014 (UTC)

settings-manager

I don't know where to put it because I don't have a github account and don't know if you have a personal thread for your scripts like the others, but couldn't you add a TEXT mode entry in line 116 of your settings-manager script? --78.250.50.116 04:40, 18 September 2014 (UTC)

I originally excluded it because it only works on Linux, but I'll add it back for Linux users. Thanks! —Lethosor (talk) 19:44, 18 September 2014 (UTC)

Interesting glitch with redirects

I went to see what "Candy" was by going to a page named "Candy", and I found out that it meant Adamantine. But I saw that I got redirected to v0.34:Adamantine, which shouldn't happen seeing as mainspace redirects should always go to the cv namespace. So I went back to fix it, and I saw that main:Candy redirected to main:Adamantine, so I went there to fix it. But that page redirected properly to DF2014:Adamantine. This is where it gets interesting.

So when you go to main:Candy, you get redirected to main:Adamantine which in turn redirects to DF2014:Adamantine. But - for some reason, you don't get sent to DF2014:Adamantine, but to v0.34:Adamantine. Going to main:Adamantine in the first place redirects you to DF2014:Adamantine properly.

I have no idea how this happens, and since you maintain most of the wiki, I think you would be the right person to tell this to. --Latias1290 (talk) 13:42, 1 November 2014 (UTC)

My best guess is that the Main:Candy redirect is cached and still points to v0.34:Adamantine. Our new policy is to keep redirects in versioned namespaces, so feel free to tag any broken redirects (in the main namespace) that you find with {{bad redirect}} and I'll delete them. —Lethosor (talk) 14:48, 1 November 2014 (UTC)

I just saw a redlink on the exploratory tunnels page(redlink to DF2014:Break) and went to create it, when I discovered that the pages for Break existed for 23a and 40d, but not for 34.11 and 40.x. I went to check those to import content, and they turned out to be redirects. So I just redirected DF2014:Break to DF2014:On break and when I went to create additional redirects in the mainspace, I found that main:Break redirects to main:On break which redirects to cv:On break. But, again, it ultimately did not redirect to cv:On break but to v0.34:Break. I think that if it is indeed a cache problem we should rebuild redirect caches. Latias1290 (talk)

PS: Or just batch-delete all of this kind of redirects. Latias1290 (talk)

I don't like "bumping" this message like this, but since it's rather annoying, and ten days have been since I told you, almost all of these redirects are broken. Take a look at main:Aluminium for example, it goes to its 34.11 page. I think that it goes like this; when a page in the mainspace redirects to another page in the mainspace, which in turn goes to a cv space page, it goes to 0.34 instead of the current version. Going to the main>cv redirect initially does not cause this glitch. Latias1290 (talk)

It would be helpful if you could add {{bad redirect}} to those pages (preferably before the "#REDIRECT" line) so I can delete them. I'm not sure what's causing the problem, but I'll see if I can override broken redirects with the AutoRedirect extension as well. —Lethosor (talk) 20:18, 12 November 2014 (UTC)

Migrated citations

As seen on DF2014:Dragonfire, migrated citations can become confused, pointing to non-existent pages. I'm not sure how to fix it, but in general citations shouldn't automatically change what they are pointing at.--Loci (talk) 18:26, 14 November 2014 (UTC)