- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
User talk:Lethosor
Bot requests
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)
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)
- 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.
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)
{{ArticleVersion}} bug
I just found another very strange bug regarding the articleversion template. The more research I did on it, the weirder it got. The bug is that when you are not logged in, and you visit a non-DF2014 page with an av template, the latest version shows as v0.40.16 instead of v0.40.18. Latias1290 (talk) PS: This bug does not replicate when you are logged in. Latias1290 (talk)
- This is because pages are cached for logged-out users. You can refresh individual pages by adding "?action=purge" to the end of the URL (or possibly by null-editing them). It appears to occur in DF2014 pages as well - DF2014:Hemp, for example. —Lethosor (talk) 23:49, 25 November 2014 (UTC)
Lost password request
I've forgotten my password. User: Bumber
- You don't seem to have an email address associated with your account. I sent a message to Bumber on the forums, assuming that's you. —Lethosor (talk) 01:24, 30 April 2016 (UTC)
Thanks.
Redirects
Thank you for the correction. I felt I might be doing it wrong but couldn't find an example of it done right to copy. Now I know. :) Volatar (talk) 16:02, 30 July 2015 (UTC)
v0.42.05 raws update
Just a friendly reminder that the wiki raws need updated to pick up the new critters in v0.42.05. It would also be nice if your bot could auto-create the new creature pages so we don't end up with back bear man and the like.--Loci (talk) 23:05, 2 February 2016 (UTC)
- Quietust updated the extension, but I'm having trouble deploying the changes for some reason (which Emily can hopefully figure out). I don't know if I'll have enough time this/next week to write a script to create the new creature pages - if not, Quietust might have something still laying around from 0.34/0.40. —Lethosor (talk) 17:45, 6 February 2016 (UTC)
Page move reminder
DF2014:Box to DF2014:Container please. Brightgalrs (talk) 23:01, 7 July 2016 (UTC)
- Done. It took me a second to figure out what the issue was - I'm surprised Mediawiki wouldn't let you move a page over another one that was just a redirect. —Lethosor (talk) 00:21, 10 July 2016 (UTC)
- Thanks! Brightgalrs (talk) 22:50, 11 July 2016 (UTC)
v0.43.05 raws update
Just a friendly reminder that the wiki raws need updated to pick up the changes through v0.43.05.--Loci (talk) 19:48, 2 August 2016 (UTC)
Multiple redirects leads to incorrect namespace
Discussion here: Dwarf_Fortress_Wiki_talk:Centralized_Discussion#Solution_for_this Brightgalrs (talk) 10:49, 21 November 2016 (UTC)
Vandalism
We had an attack on August 3rd. Talk:Main Page (fix plz) needs moved back to Talk:Main Page, and the rest of the vandal's handiwork can just be deleted. I can't think of any legitimate reason a user would need to move Talk:Main Page, so it should probably be move-locked to prevent future hijacks.--Loci (talk) 15:53, 7 August 2017 (UTC)
- It should be cleaned up now. Sorry for the delay there. Main Page was already move-protected, but apparently that didn't apply to the talk page, so both should be move-protected now too. —Lethosor (talk) 13:29, 8 August 2017 (UTC)
Sorry, I need a password reset
I just logged in, saw the post about passwords needing to be changed. (Feeling all smart since I just setup a password manager) I updated my password, only to realize I didn't save the new password correctly in the manager. I tried to reset it but the wiki had a note saying to contact you since it can't do outbound email right now.
My user name is Frobnic8.
My most notable contribution here are the PDF versions of the old Bronzemurder illustration by Tim Denee: Bronzemurder
The files are still hosted at my website. To prove it's me, I've also left you a note at http://eldritch.org/erskin/temp/df_wiki.txt
Sorry for the hassle, but if you could set me a temporary password or send me a link to a password reset to the associated email address for the account, that'd be awesome.
Thanks!
--70.163.4.102 15:40, 30 October 2017 (UTC)
Password reset
I could have sworn I did this already, but now there's no sign of my edit here. Dunno what happened to it. Can I please get a password reset for user Urist McDorf. I believe the email info associated is still good (j*y@y*m). Thanks. 108.49.199.220 06:56, 1 November 2017 (UTC)