- 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
Sorry about the difficulty, but thank you very much.
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)