User:SOTO/Forum Archive/The Drax Cave

XXXXXX User:SOTO/Forum Test/Tech notes/Thread:117183

Shortcut:

Thread:117183

CzechOut

Hi everyone :)

We're soon starting a whole new way of communicating with each other on this wiki. Wikia have come up with some rather nifty new forum software that's gonna allow us to speak much more quickly with each other. New threads can be made to be seen by all registered users. And once you post in an existing thread, you'll get personally notified when someone adds something new to that thread.

This should mean a drastic reduction in the number of times you kinda forget to wander back into a thread, as well as teh number of occasions on which people legitimately say, "But I didn't know there was a discussion about that at the forums!"

For the moment however, I gotta ask everyone to stay away from the forums. Gimme about 48 hours to figure out all the new styling and make this thing "ready for prime time".

I'll let ya know when we can start talking again, what'll happen to the existing forum threads and all that other jazz.

One thing's for absolute certain though, people: Howling:The Howling is unaffected. It's still the only social area of the wiki where spoilers are allowed. And this new technology will not be made available in The Howling.

(By the way, while I'm working on enabling the new forums, do feel free to post to this thread only and ask questions.)

00:07, 2 December 2012

Edited 16:43, 3 December 2012

Edited 16:43, 3 December 2012

• Paul Benjamin Austin
  What's happening with the Discontinuity section?

  the editing of those entries are disabled

  06:42, 2 December 2012
• CzechOut
  Are you sure they are? Didn't seem like they were disabled. Please double check.
  06:44, 2 December 2012
• CzechOut
  Just checked. Discontinuity forum is still editable. Which is why the message at the top of every Discontinuity thread makes an exception for that forum.
  06:56, 2 December 2012
• Eladkse
  CzechOut - admins can still edit the forum namespace, but ordinary user cannot (unless you've gotten staff to do something).
  17:04, 2 December 2012
• Eladkse
  Wow, this reply system is confusing...
  17:05, 2 December 2012
• CzechOut

  Eladkse wrote: Wow, this reply system is confusing...

  "This" as in something I've done to coding here at tardis, or "this" as in something within the master forum code?

  17:06, 2 December 2012
• CzechOut

  Eladkse wrote: CzechOut - admins can still edit the forum namespace, but ordinary user cannot (unless you've gotten staff to do something).

  Ahhhhh, yeah. Hmmm. Is it something Staff actually can override?

  17:08, 2 December 2012
• Shambala108
  Eladkse is right about the discontinuity and timey-wimey forums. There is no "edit" button, just "view source", which takes you to "edit intro", which gives you a message that editing the page is locked. Shambala108 ☎ 17:14, December 2, 2012 (UTC)
  17:14, 2 December 2012
• Eladkse
  You'd have to ask them, but I suspect not. Most likely, hey would make you choose between having the new forums, or the Forum namespace.
  17:14, 2 December 2012
• Eladkse

  CzechOut wrote:

  Eladkse wrote: Wow, this reply system is confusing...

  "This" as in something I've done to coding here at tardis, or "this" as in something within the master forum code?

  I'm not entirely sure. Some of them are indented, and some aren't. I don't know how each message was achieved.

  17:15, 2 December 2012
• CzechOut
  And if we make a new namespace to store the Discon/Timeline stuff, it'll count against our three custom namespaces, I'll bet. Even though we didn't explicitly choose to lose the Forum namespace, as such. Hmmmm.
  17:16, 2 December 2012
• CzechOut

  Eladkse wrote: I'm not entirely sure. Some of them are indented, and some aren't. I don't know how each message was achieved.

  There. All the same now. Which is kinda how it seems to be styled on most other wikis.

  22:23, 2 December 2012
• TomekO

  CzechOut wrote: Just checked. Discontinuity forum is still editable. Which is why the message at the top of every Discontinuity thread makes an exception for that forum.

  Only for admins.

  16:24, 3 December 2012
• Eladkse

  TomekO wrote:

  CzechOut wrote: Just checked. Discontinuity forum is still editable. Which is why the message at the top of every Discontinuity thread makes an exception for that forum.

  Only for admins.

  Bit late to the party there, Tomek.

  16:33, 3 December 2012
  Edited 16:34 3 December 2012
• TomekO
  Bit late to the party there, Tomek.
  16:35, 3 December 2012
  Edited 16:36 3 December 2012
• CzechOut
  Archiving this thread, since the title might confuse people if it keeps popping up in the forum activity module. After all, the new forums have now already arrived and been officially opened.
  16:46, 3 December 2012

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/Tech notes/Thread:117197

Shortcut:

Thread:117197

CzechOut

We are in the first wave of wikis to adopt this new forum software after it went live across Wikia. There was an earlier beta testing period, but we're very much one of the earliest adopters. I think we're something like wiki #192 to enable it — out of tens of thousands of wikis.

So you will spot some genuine "issues" around. As you spot 'em, please leave a message here, detailing the problem to the degree possible, and including screenshots if you can. Thanks :)

03:21, 2 December 2012

Edited 03:26, 2 December 2012

Edited 03:16, 15 July 2017

• CzechOut
  No takers in almost five years.
  03:15, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/Tech notes/Thread:117244

Shortcut:

Thread:117244

CzechOut

New forum threads are, frankly, ugly in Monobook for the moment. This is largely because I'm applying styling to Wikia.css instead of Common.css — so all the conflicts between the new forum CSS and our own unique blockquote CSS are colliding disagreeably in Monobook.

It'll be fixed soon — but you don't get all the features of the forum in Monobook anyway. At this point — three years after the introduction of the Wikia skin, you're very much encouraged to just switch over to the Wikia skin permanently.

21:14, 2 December 2012

Edited 03:44, 15 July 2017

Edited 21:37, 23 November 2020

• CzechOut
  So it's almost 8 years now after the introduction of our default, Wikia skin. You are heavily encouraged to switch over. At this point, a fair number of things are deprecated in Monobook, and neither FANDOM nor Tardis makes any sort of promises to make things right in Monobook.
  03:43, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:117345

Shortcut:

Thread:117345

CzechOut

This note only applies to admin.

I've just filed a bug report with Wikia about errors using the rollback function. Consistently, pressing "rollback" produces an error in which you're told that rollback failed because you've just performed a rollback. It's a lovely bit of thematic timey-wiminess for us here at the Doctor Who wiki, but it's clearly a bug.

So until it gets fixed, be aware that rollback does work, but you'll get an error message falsely telling you it doesn't.

Remember, too, that rollback should be sparingly used because there's no opportunity to add edit summaries with rollback, which can be frustrating to the user whose edits you're rolling back.

07:03, 4 December 2012

Edited 16:21, 11 December 2012

Edited 21:07, 20 May 2013

• CzechOut
  This issue is being resolved in tomorrow's weekly update, per DaNASCAT. See this Community Central forum thread for more info.
  16:17, 11 December 2012

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:117422

Shortcut:

Thread:117422

CzechOut

This isn't a genuine discussion thread, but a test of the new forum software. The test will demonstrate whether closing a thread will leave a link to it on the topic page, 118.

18:12, 5 December 2012

Edited 18:45, 7 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:117462

Shortcut:

Thread:117462

CzechOut

Per a comment made by The Librarian some months ago, the novelisation/adapted from/adapted by lines have been slightly moved in {{Infobox Story}}. Where they exist, they now appear on the first line underneath the image. See: The Lodger, Shada and The Ultimate Foe for typical cases.

01:21, 7 December 2012

Edited 18:46, 7 May 2013

Edited 18:47, 7 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:117716

Shortcut:

Thread:117716

CzechOut

This is just a test of an issue affecting new template placement. Please do not respond to this thread unless you are a Wikia Staff member.

Hello DaNASCAT. Or BertH. Or Sarah. Or other nice Wikia Staff member. Welcome to a big, fat bug that needs squashing.

16:35, 11 December 2012

Edited 00:10, 23 March 2013

• CzechOut
  Here's what's happened. I created the above message, in which I intentionally referenced a template, {{this is a new template}}, which did not then exist. Then I created {{this is a new template}}. Then I reloaded the page. Instead of displaying the now-created {{this is a new template}}, I get a false red-link. It's obviously false, because, well, look at the number of times I've got a blue link in this post. The only way that the red-link in message #1 will resolve is to actually re-publish the message.

  Odd, no?

  16:42, 11 December 2012
  Edited 17:19 11 December 2012
  Edited 17:20 11 December 2012
• CzechOut
  Hmmm, I guess I should test whether this happens with other uncreated things. Let's try a picture.

  

  Will this picture show up if I upload it literally ex post facto?
  16:49, 11 December 2012
• CzechOut
  Glad I checked that, cause that doesn't work, either. As you can see, File:TestyTestyTesty.jpg does now exist:

  

  Nope, it won't show up until I physically republish the comment. Which can't be right.
  16:58, 11 December 2012
• CzechOut
  And the final link in this non-functional chain can be found at file:TestyTestyTesty.jpg itself. Like seemingly all links to anything in the Board Thread namespace, the "File Usage" link at the bottom of the file page doesn't work:

  

  This Board Thread link don't work, man.
  17:03, 11 December 2012
  Edited 17:03 11 December 2012
• CzechOut
  If you are the Wikia Staff member responding to this bug report, please feel free to reopen this thread and leave messages as desired. This thread has been locked only to preserve the error demonstration. Once you've seen the error, thread closure is less important.
  17:07, 11 December 2012

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:117799

Shortcut:

Thread:117799

CzechOut

There are some peculiarities about editing in the new forums, and I'd like to assure users that we've already filed a number of bug reports to try and fix them.

Vertical height of input box

If you're typing in the "start a discussion" main text box, it will expand vertically as you type more stuff, allowing you to see the entirety of your post before you publish it. THat's great, and that's how it should be.

However, this same thing does not happen if you're replying to a post. There, the vertical height is always the same, which means you have to do a lot of scrolling to get through your post.

According to BertH, this is a bug, and is the result of the fact that we've disabled the Visual Editor on this wiki. This seems like the kind of thing that Wikia will almost certainly fix, because it's such a clear bug.

Post/Preview buttons randomly unavailable

From time to time, particularly when starting a new thread, the "Post" and "Preview" buttons are greyed out, and therefore unusable. Wikia Staff are completely mystified by this one, because they see it across Wikia, but they can't see a pattern behind it.

The only thing that cures it is apparently simply waiting — and maybe clicking around the "Start a Discussion" box a bit. Eventually, the Preview/Post buttons will be usable.

You can bet this one is a high priority for the Engineering department. The problem is figuring out the pattern. If you notice any sort of pattern at all, please submit a report to Special:Contact/bug.

Autosuggest

It's obviously critical that we get autosuggest back into the forums. It's a bummer trying to figure out the exact name for some of our pages without autosuggest. This isn' a bug, but it does seem to have wide support as a feature request. I wouldn't be surprised to see it come back in the first quarter of 2013. But neither would I be surprised if it didn't.

If you want autosuggest in your forum posting — please, please, please ask for it by submitting a Special:Contact note.

Symbols and accented characters

In the normal editor, we have easy access to MediaWiki:Edittools, a nifty little palate of lots of different characters used in various other languages. Like, crucially, Welsh and French and Spanish and Greek — all of which appear with some regularity in Doctor Who

But this has been taken away in the MiniEditor (yes, that's its official name) used on the Forum. However, I've been told by Staff that it's okay to hack a link to it on the MiniEditor window.

So with this issue, basically we're being told what Wikia won't fix it any time soon, so we have permission to fix it ourselves. I'll certainly give it a try, or talk to people who can, but it'll be a few weeks, probably.

00:17, 14 December 2012

Edited by Shambala108 05:21, 5 January 2020

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:118118

Shortcut:

Thread:118118

CzechOut

Pursuant to an earlier conversation, we elected to open a new namespace to house the Discontinuity index and the Timey-wimey detector.

Well, the Dectector's been reopened, but the Discontinuity index — being much larger — is gonna take a bit more work. Rest assured that it'll be ready for Christmas. Until you hear the all-clear, though, please do not post at any thread in the Discontinuity index.

Also, please don't try to hep by moving threads. The bot is fully engaged at this point and things are well in hand.

Sorry to fans of these two areas for curtailing their enjoyment as we switched over to the new Forum and had to deal with unexpected fallout.

05:42, 18 December 2012

Edited 05:43, 18 December 2012

Edited 06:00, 18 December 2012

Edited 16:42, 24 December 2012

Edited 16:42, 24 December 2012

Edited 16:43, 24 December 2012

Edited 21:28, 20 May 2013

• Cult_Of_Skaro
  Gotcha. Not surprised by the size of the Discontinuity Index. Those people had a tendency to, erm, forget stuff. :P
  05:58, 18 December 2012
• CzechOut
  Well, it's not really them, but us. There are a lot of little bits and bobs depending on the word "Forum", which now have to be changed to "Theory".
  06:01, 18 December 2012
• Cult_Of_Skaro
  I'm saying there really was a whole lot of discontinuity. Which considering the sheer number or books, audiobooks, etc, isn't surprising.
  06:16, 18 December 2012
• CzechOut
  Theory:Doctor Who television discontinuity and plot holes has now been reopened. Due to a number of errors in the way that threads were being created for the theory:discontinuity index as a whole, the automated process of changeover has been slowed.

  As new threads are created, please

  • Ensure that you are in the Wikia skin
  • Pull down the "preloadable format" drop down to "discontinuity"
  • Use the resulting format.

  This will ensure that all pages in the discontinuity index have a consistent look and operation.

  Announcements will be made as other aspects of the discontinuity index are re-opened, but at least the Doctor Who TV area is open in time for Christmas.

  16:41, 24 December 2012
• CzechOut
  Doctor Who prose discontinuity and plot holes is now reopened. Be aware, though, that it had never been particularly well-used, which is why there are so many redlinks. but at least all the redlinks point to the right place now and are italicised on the page.
  18:21, 24 December 2012

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:118714

Shortcut:

Thread:118714

184.144.56.93

HI I was invited to join by a moderator(?). [hope that's right :)], in September but encountered difficulty with the funny typed words. The "prove you are not a robot" thing.

I messaged the nice person who invited me back, with these difficulties, but before I received a new hyper-cube, I ran into some technical problems, and was unable to return in a timely manner. I did receive further instructions and can't remember the moderator's screen name.

Can you help me please?

05:56, 27 December 2012

Edited 21:12, 20 May 2013

• CzechOut
  What's the exact problem you're having with the captcha (the "prove you aren't a robot" thing)?
  07:07, 27 December 2012
• 184.144.56.93
  The text has been distorted, for security purposes. But the text as it appears makes it difficult to differentiate the spacing, and between letters like, an upper case "I" and a lower-case "L". Also because this is a security feature, the "new words for each attempt" makes it IMPOSSIBLE to attempt to make corrections. Add the fact that my password also disappears with each attempt and I'm stuck.
  08:31, 29 December 2012
• CzechOut
  I'd suggest that you use your browser's controls to zoom in on the page until it's perfectly readable to you. On most Mac browsers this is done through ⌘+, and I guess on Windows machines it's usually alt+ (or maybe it's ctrl+. (If you want to go the long way round, the command to "zoom in" is almost always under your browser's "view" menu.)

  Then, keep reloading the page until you get a captcha that you can definitely read. Eventually one will pop up that will be pretty clear.

  I'd also suggest that when you're creating your account, make the password stupidly easy — some word or number sequence you definitely won't screw up. Then, after your account is successfully created, you can then go back to Special:Preferences and change the password to something more secure.

  Give those suggestions a try. Whether they work for you or not, please come back here and tell us how you got on.

  22:45, 29 December 2012
• Merrystar
  Hi. If you are still having trouble with the captcha (blurry word), you can try using the sign up here. That is a different captcha system with an audio option.

  Hope that helps!

  If you continue to have trouble, please contact Wikia.

  05:11, 30 December 2012
  Edited 05:16 30 December 2012

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:119783

Shortcut:

Thread:119783

CzechOut

The site will be undergoing a fairly significant facelift for the next few days at least. The main goal is initially to change the site colour of blue over to the TARDIS blue recently revealed as the "official" shade by the BBC. You will experience moments where our original shade of blue will persist alongside the new one. In other words, it's gonna get ugly before it gets pretty.

During this period, be sure to clear your cache often, in order to see the latest state of the wiki.

23:12, 8 January 2013

Edited 20:53, 20 May 2013

• 4me-2me
  Where can you find the exact TARDIS blue colour?
  01:01, 9 January 2013
• CzechOut
  Yanno what? I"ve now spent a couple of hours actually probing into this a little further, and I don't think it actually is official. All the sources point back to this page, a blog by an American named Tony Delgrosso. He seems to have some expertise with colours, so I think he's just reporting his findings. I can't at all find anything approaching an official BBC announcement. *Sigh*. Looks like I'm just gonna have to make up another palate, cause this "official" blue is lookin' pretty green so far.

  Argh. This probably means even more of a delay in getting the colours recalibrated on the site.

  01:48, 9 January 2013
• OttselSpy25
  I was gonna say... I mean, I think this new "colour" set up is a bit too dark... I'm having trouble difrentiating between the normal text and the links so...
  09:04, 9 January 2013
• OttselSpy25
  I was gonna say, I think the new "TARDIS blue" is a bit too close to black... hard to tell difference between normal text and linked text.
  20:57, 9 January 2013
• OttselSpy25
  That's better.
  20:58, 9 January 2013
  Edited 21:51 9 January 2013
• CzechOut
  Oh. we're nowhere close to finished. The Snowmen leads to a new logo for the programme, which leads to a new TARDIS interior, which leads to a new colour scheme for us, which then gets incorporated into our new logo, which then gets reflected back into the site itself, which then leads to a new front page and basically a radically reinvented site. Lots of little things to make right.

  There will be bumps on the road over the next bit of time.

  22:54, 9 January 2013
• 4me-2me
  Good luck!
  00:07, 10 January 2013
• Imamadmad
  I'm starting to see the new blue around and I like it. I like it a lot.
  09:37, 10 January 2013
• CzechOut
  I'm going to be "auditioning" a dark blue theme today. There will be times where the text might be unreadable in the main namespace. Apologies for any inconvenience this might cause.
  16:14, 10 January 2013
• OttselSpy25
  Okay, so just gonna throw this out there, I dislike the ark blue main background. Not complaining, just saying that I don't like it.
  16:39, 10 January 2013
• CzechOut
  What's ark blue?
  16:40, 10 January 2013
• Lego Whovian
  On the contrary, I like the dark blue colour. Throughout Doctor Who's history, The TARDIS has been mostly dark blue, instead of a lighter blue colour which used to be this site's background colour. It makes the site look more professional and realistic. Well done!
  17:05, 10 January 2013
• OttselSpy25
  ... As a background? Your cra-

  ... Your wro-

  ... I disagree with your opinion.

  17:30, 10 January 2013
• CzechOut
  Just because you stop short of typing out the full words doesn't mean you're not in violation of Tardis:No personal attacks. In fact, it's kinda worse, because it shows you think it's just a semantic game. It's not.
  17:34, 10 January 2013
• OttselSpy25
  I was making a joke about my often poor choice of words. The bottom line is what I actually mean.
  17:35, 10 January 2013
• CzechOut
  It doesn't read as a joke.
  17:37, 10 January 2013
• OttselSpy25
  Yeah, that's a good point.

  Anyways, let's discuss this new background more.

  17:54, 10 January 2013
• CzechOut
  While your comments are welcome, it's not actually up for discussion. This is the Drax Cave, not the Panopticon. A discussion on the minutiae of site design would paralyse the project, as your exchange with Lego Whovian has just proven.

  Still, I'm not saying that you can't comment, but be aware that site design is extremely fluid. Most users will not be looking at the very latest iteration of the design when they choose to comment upon it.

  17:58, 10 January 2013
• Trebligoniqua
  I like the changes, except that the links are blue, and are hard to read against the background.
  20:31, 10 January 2013
• 86.147.17.138
  In my opinion, it's nothing like as comfortable reading pale text on a dark background. It also makes anything printed from the Wikia look horrible.
  20:59, 10 January 2013
• CzechOut
  Printability honestly wasn't something I was at all considering. I guess I could make a print-only style sheet, but it's not likely to come before the screen style sheet is finished.
  21:05, 10 January 2013
• 86.147.17.138
  Many thanks for that incredibly quick response! Well, I'm sure there will be further changes to the site's appearance so I'm probably speaking too soon anyway. And anything somebody wants to print they could always paste unformatted into Word.

  What I should have said first was, congrats on all your efforts on the site and your dedication to DW!

  21:39, 10 January 2013
• OttselSpy25
  Okay, so I understand that this "Isn't up to discussion", but I think we need a "Link colour that looks good on blue, for normal pages, as well as white, for the box at the top and at info boxes. The colour yellow doesn't go well with white.
  21:52, 10 January 2013
• OttselSpy25
  http://tardis.wikia.com/wiki/Fourth_Doctor?s=wldiff&diff=0&oldid=1321849

  Also, I want you to tell me what's wrong here.

  21:58, 10 January 2013
• CzechOut
  Why are you asking for comment on an individual page in a thread about sitewide changes? We still have talk:Fourth Doctor, don't we?
  22:09, 10 January 2013
• CzechOut
  Patience really isn't your strong suit is it, OS? This is not the final design. And, due to caching ideas, I have no idea what iteration you're looking at anyway. If you're seeing actual yellow, I can only surmise you're behind the times.

  Continue to chip in your thoughts but bear in mind that we're probably not looking at the same thing.

  22:12, 10 January 2013
• OttselSpy25
  Tell me about it, I mean it's like "Let's shoot a scene tomorrow when we're ready" and I'm like "No, we're shooting it today!"

  But, I was actually referring to the fact that in the edit comparisons page it white on white. On my version at least... Look, never mind.

  22:47, 10 January 2013
• Digifiend
  Yeah, I'm seeing the same.
  23:15, 10 January 2013
  Edited by CzechOut 23:37 10 January 2013
• CzechOut
  As I've said, it is comparatively hard work changing from a light background to a dark background. There are many things which have to be changed that you don't have to touch with a light background. The MediaWiki software assumes a Wikipedia-like format.

  One of the clear casualties of this is the history page. Yep, that's screwed up at the moment, but only in the main namespace.

  Here's the deal people: I'm trying to accomplish something which, to my knowledge, has never been done on Wikia: a dark background theme in ns:0 and a light background theme in all other namespaces. It's gonna take some time, but I think it will functionally help new users know exactly where they are on the wiki.

  It will definitely be unique.

  23:20, 10 January 2013
• Trebligoniqua
  Sorry, I just wanted to make sure that I didn't just need to change settings on my computer.
  23:56, 10 January 2013
• OttselSpy25
  As the first post suggests, you should propably "clear your cache" on your internet browser. I would suggest looking it up online for how to do it on your said browser.

  I would also suggest not doing it for a bit. We're in a rough period.

  23:59, 10 January 2013
• CzechOut

  OttselSpy25 wrote: As the first post suggests, you should propably "clear your cache" on your internet browser. I would suggest looking it up online for how to do it on your said browser.

  I would also suggest not doing it for a bit. We're in a rough period.

  I'd strongly disagree. It's often quite helpful to clear your cache frequently. You should be doing it on every page load if possible. Follow these instructions:
  
  Note: After saving, you have to bypass your browser's cache to see the changes.

  • Internet Explorer: hold down the Ctrl key and click the Refresh or Reload button, or press Ctrl+F5.
  • Firefox: hold down the Shift key while clicking Reload; alternatively press Ctrl+F5 or Ctrl-Shift-R.
  • Opera users have to clear their caches through Tools→Preferences
  • Konqueror and Safari users can just click the Reload button.
  • Chrome: press Ctrl+F5 or Shift+F5

  Your browser may also offer you the possibility to turn off your cache entirely, often disguised as an option which allows you to allocate a certain amount of disk space to the cache. If you turn that down to 0mb, that has the same effect as deleting your cache on every page load.

  It's not a horrible idea to do this. It'll marginally slow down page loads, but you'll see the current version of the page every time.

  00:52, 11 January 2013
• OttselSpy25
  I wasn't trying to say it was a bad idea... It's just I did it and.... Uhhh.... Blue-on-blue... Ughhhhhhhh
  00:55, 11 January 2013
• Eladkse
  CzechOut, I like what you've done with the main namespace, but what color do you plan on making links? White-on-white just isn't obvious, but I can't think of a colour witch will contrast with both normal text and the background and go with your palette choices.
  09:18, 11 January 2013
• 69.254.165.192
  It's impossible to read anything in the Crew sections of pages. White text on white background :(
  09:26, 11 January 2013
• Eladkse

  69.254.165.192 wrote: It's impossible to read anything in the Crew sections of pages. White text on white background :(

  Please be patient - it takes time to change a theme as complex as this one. To echo advice above, make sure you regularly clear your cache, and hopefully the wiki will be in a much more stable state by the end of the week (don't quote me on that though - I don't know how far CzechOut is through the work).

  09:49, 11 January 2013
• CzechOut

  69.254.165.192 wrote: It's impossible to read anything in the Crew sections of pages. White text on white background :(

  It actually warms my heart — and I would imagine Tybort's — that someone cares enough about the crew sections to care that they couldn't see them. Rushed to the top of the list in response, crew sections have now been appropriately themed, and are again visible.

  15:56, 11 January 2013
• CzechOut

  Eladkse wrote: CzechOut, I like what you've done with the main namespace, but what color do you plan on making links? White-on-white just isn't obvious, but I can't think of a colour witch will contrast with both normal text and the background and go with your palette choices.

  Hmmm, I'm wondering if (hoping that?) you weren't looking at a current version of the site when you wrote this. Links are a kind of ice blue, not white.

  16:02, 11 January 2013
  Edited 16:02 11 January 2013
• Eladkse
  Oh, yes. I see now. I can only just tell the difference, but that might be my screen...
  16:07, 11 January 2013
• CzechOut
  Hmmm, that worries me a bit, because the difference is obvious on my screen. Still, I haven't done mouseover effects yet.
  16:14, 11 January 2013
• CzechOut

  86.147.17.138 wrote: It also makes anything printed from the Wikia look horrible.

  Please clear your cache and tell me what printing looks like on your end. I've added some code that should strip away most of the colour formatting and turn the site's content monochromatic for printers.

  [Incidentally, and this is not said in anything other than a helpful way, this is a wiki hosted by Wikia. This is not "a Wikia".]

  18:33, 11 January 2013
  Edited 19:18 11 January 2013
• 2.101.59.154
  The titles &c in tables (e.g., Series 7 (Doctor Who 2005)#Television stories) need to be made visible again -- fairly urgently!
  18:43, 11 January 2013
• CzechOut

  Digifiend wrote: Yeah, I'm seeing the same [problem in reading the edit comparisons].

  Fixed. Should be unmistakably easy to see page diffs now.

  20:24, 11 January 2013
• OttselSpy25
  I dislike how broken links and normal links are basically the same colour in the main interface.
  15:21, 12 January 2013
• CzechOut
  So do I. Patience.
  15:27, 12 January 2013
• OttselSpy25
  I know. Just posting issues, really. Turing out good otherwise...
  16:12, 12 January 2013
• CzechOut
  Okay, I've seen one or two negatives on the text colors for the main namespace. Are others having problems with the colors? They pass W3 contrast standards, so I'm kinda confused by the resistance to the colors. Anyone who's got a problem with the colors, could you please speak up and say what you find disagreeable?
  19:17, 13 January 2013
• Eladkse
  Well, I've just run a comparison between normal text and links, and as far as I can tell, the pale-blue links do not meet any of the contrast standards when compared to the white text.
  19:36, 13 January 2013
• Imamadmad
  I can see the difference, but I must admit it isn't obvious. Maybe if the blue was a bit darker?
  19:42, 13 January 2013
• CzechOut

  Eladkse wrote: Well, I've just run a comparison between normal text and links, and as far as I can tell, the pale-blue links do not meet any of the contrast standards when compared to the white text.

  Could you explain this a bit more? You're talking about link compared to non-link. Why does this matter to you? I'm talking background to text. I'm not sure it's possible to have contrast between link and non-link text and at the same time preserve text-to-background contrast ratios.

  Incidentally, what contrast checker are you looking at?

  20:23, 13 January 2013
• CzechOut

  Imamadmad wrote: I can see the difference, but I must admit it isn't obvious. Maybe if the blue was a bit darker?

  Can't be darker and preserve contrast levels with the background.

  20:23, 13 January 2013
• Eladkse
  I have used multiple contrast checkers that conform to various W3 standards - here, here and here.

  Why does this matter to me? Because considering this is a wiki, it would be nice to be able to be able to see links to other pages. At the moment, all I see is light text on a dark background. There just is not enough contrast for me to tell the difference between links and normal text without manually hovering my cursor over every word.

  I consider my eyesight to be quite good, and I have calibrated my monitor enough times to know that it isn't a problem at my end.

  While I love the darker background, I just don't think it is going to work contrast-wise.

  10:33, 14 January 2013
• CzechOut
  Okay, I've used all of those tools and the colours pass every time. And not by a little bit — by a lot. None of them suggest that there is a standard for contrast between regular text and linked text, do they? You mentioned that the site had failed an objective measure of contrast. Where?
  14:15, 14 January 2013
• Eladkse
  Testing #FFFFFF (the 'background' text) against '#D5E9FE' (the 'foreground' text) fails on all of those sites. I am talking about contrast between links and normal text - not the background.
  19:04, 14 January 2013
• CzechOut
  Okay, but is that a contrast comparison that's part of the standard conventions? I thought all the W3 guidelines were talking about text versus background, not text versus linked text. We've long had on this site undifferentiated text. The infoboxes have long used the same colour for text as well as linked text.

  I mean, I'm pretty sure that the standard blue link and the standard red link would fail that test, too.

  20:11, 14 January 2013
  Edited 20:12 14 January 2013
• CzechOut
  • Standard text color is #000000
  • Standard link color is #006cb0
  • Standard red link color is #ba0000

  • Contrast of text/link is 3.8:1, which fails
  • Contrast of text/redlink is 3.1:1, which fails

  I'm sure it's a little bit more of a fail for the two blues of the current design, but if the standard is a fail, what would you have me emulate?

  20:25, 14 January 2013
• Imamadmad
  Just in case it hasn't come up yet, links are practically impossible to see in the forums, as you can see if I link to a random page. So, while discussing link colour in the main space, can it also be noted that they can't be seen here either?
  12:13, 21 January 2013
• CzechOut
  As it now says atop every page, we're changing our colour palette. There are a lot of different things to check, and I temporarily leave some things that look particularly bad in one location to investigate how they look in another.
  15:31, 21 January 2013
• Imamadmad
  IGNORE THAT COMMENT. IT WAS JUST MY MONITOR (well, the monitor I was borrowing) AT THE TIME. I actually tried to delete that comment, but obviously that didn't work. It said it deleted as I asked it to, but obviously it didn't.
  17:22, 21 January 2013
  Edited 17:23 21 January 2013
• CzechOut
  To your deleted-but-not-quite point, however, there are indeed some points where the colors don't work yet.
  20:09, 21 January 2013
• 76.88.90.110
  oi. i just wanted to say awesome work.
  04:23, 22 January 2013
• Digifiend
  We currently have blue on blue making text on the front page and articles invisible. I assume it won't be staying that way for long?
  20:26, 23 January 2013
• CzechOut
  See our Twitter feed.

  Nope. Won't be that way for long, but "long" could be a few hours.

  20:32, 23 January 2013
• CzechOut

  SmallerOnTheOutside wrote: On the final version, you are going to keep the fonts consistent, right? As it stands now, it changes the font and size when you switch between the two schemes. I'm just letting you know of small things in case somehow you fail to notice. I know it's not final and I highly doubt that the final version would still have this mistake regardless. Still, to be safe...

  Just moving this over from another thread, so that it's preserved, but in the right location.

  09:12, 24 January 2013
• CzechOut
  Just to answer one question there, I wouldn't count on the fonts being consistent in the two design. I don't consider it to be a "mistake" in any regard.

  It's my current theory that sans-serif fonts will be used on the LOD design. This is because sans-serif fonts are easier to read on computer screens against dark backgrounds. It's also because some people really liked having a serif font, since it reminded them of reading a book. Setting that serif font against a not-exactly-white background maximises its readability, and I'd be loathe to get rid of that unless I found another font that dramatically improved legibility.

  So, the DOL design will retain the previous site design's ethic: serif for articles in ns:0 and sans-serif elsewhere. This is a subtle visual cue to let you know when you're reading an in-universe article and when you aren't.

  I might change my mind on this, as I'm actively looking for a different font altogether from the ones we currently use. But this will require importation of the font, something we don't currently do. It should also be pointed out that there was a forum question asked early last year specifically about the sans-serif font, with most respondents supporting the serif.

  That said, I'm "shopping" new fonts a lot these days so you will find different fonts in different parts of the site. Currently, for instance, the sans serif on offer in the user namespace is quite different to the one you'll find here in the forums. And certainly in the template namespace, we use monospaced fonts for clarity.

  My intent is to return to a situation where we have a single font family for each of the major types — monospaced, serif and sans-serif, and for each of these types to have a meaningful use.

  But you shouldn't expect for DOL to work like LOD. It would be extremely illogical to have taken about a month making sure that we have the colour change option and then not bother using it.

  You'll note, for instance, that plenty of things are different between them, already, and not just the fonts. The color of the search area, the color of the message alerts, the color of the menus, the color of tophat templates — lots of things are different.

  21:59, 28 January 2013
• CzechOut

  Eladkse wrote: While I love the darker background, I just don't think it is going to work contrast-wise.

  This has haunted me for about two weeks. I've literally been spinning a colour wheel ever since. I've gone to BestBuy and moved through a rack of different computers, where I've only been able to see some variability, not the full-on I-can-barely-read-this-thing syndrome you reported. I've gone to the Apple Store, where no monitor in the joint had a problem at all.

  

  Wikipedia:Terry Nation: Where are the links?

  

  Tardis:TerryNation (dark skin): Oh, there they are.

  I've now gone through the design and made sure that, except for the infoboxen and pre and one or two other special cases, white means ordinary text and blue only means clickable text. And then I've examined it under several colour blindness emulators.

  I honestly still can't see the problem, but it does appear to me that I've made the blue more distinct from the white without making the blue fail against the background. To me, it's even clearer what's a "blue link", what's a "red link" and what's neither.

  As you can see to the right, I've taken screenshots of our site's Terry Nation article and Wikipedia:Terry Nation. Now these are monochromatic shots, mind you, to test the worst kind of colour blindness. The settings are exactly the same for both shots and neither has been retouched in any way. To my eye, you can actually tell where the links are on our site, but you can't tell at all what the blue links are at Wikipedia.

  Since I've never clearly seen the problem across several different monitors, browsers and operating systems, I really do need your help. Am I still off base? Do the pictures at right tell me something other than, "we've got better contrast than Wikipedia"? Honestly, I'm not saying you're crazy or even in the same ballpark as "wrong". All I'm saying is that I don't see what you see, so I need you to tell me what you see.

  05:26, 1 February 2013
  Edited 05:29 1 February 2013
  Edited 05:31 1 February 2013
• Eladkse
  The contrast is better than it was - I can certainly tell the different now. Whether that is because of your changes to a slightly darker shade of blue, or that my eyes have adapted is another matter. But I wouldn't worry yourself - just get the styling finished so we can enjoy this marvellous site once more. No one else seems to have issues.
  13:30, 1 February 2013
  Edited 13:32 1 February 2013
  Edited 13:34 1 February 2013
• CzechOut
  Well, that's a bit of a relief. Thanks for verifying that things have at least gotten better. :)
  15:28, 2 February 2013
• CzechOut
  By the way, if anyone out there is wondering why I have "allowed" navigation boxes to remain unreadable for such a long time, it's because there are other issues affecting navboxes that need to be addressed simultaneously. Beyond the question of illegible colouring — which is easy to fix — the boxes are too sensitive to size of input (i.e., number of characters in an entry). {{DWTV}} has been broken since October 2011 because it can't accommodate the length of The Doctor, the Widow and the Wardrobe. That's now bubbled to the top of the fix list, so hopefully I'll have navboxes back in use again today or tomorrow. In the meantime, {{DWTV}} will intermittently display various incomplete or inaccurate lists of episodes.
  15:33, 2 February 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:119952

Shortcut:

Thread:119952

CzechOut

Mobile users may have noticed for quite some time that a mysterious word "left" appears at the top of a lot of our pages, viz:

A technical way forward has now been found, so this mysterious "left" should soon stop clouding the mobile experience. If this solution ultimately requires editors to do anything, I'll keep you apprised in this thread.

22:06, 10 January 2013

Edited 10:17, 21 September 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:120676

Shortcut:

Thread:120676

CzechOut

Not quite sure what's going on yet, but there are some Wikia changes to the forums that are placing a lot of new buttons in the speech bubbles and creating good deal of confusion. I'll try to figure out what's going on.

18:48, 22 January 2013

Edited 21:14, 20 May 2013

• CzechOut
  Word from Wikia is that they had a bit of a disruption on their end and the CSS was thrown out of whack for a bit. Everything should snap back in place shortly. If the forums look weird to you, I'd suggest bypassing your cache. Thanks to Semanticdrifter for his quick response.

  Clear your cache often around here

  After changes are made to this site's CSS or Javascript, you have to bypass your browser's cache to see the changes. You can always do this by going to your browser's preferences panel. But many browsers also offer keyboard shortcuts to save you that trouble. The following shortcuts work in the versions of the browsers that Tardis currently supports. They may not work in earlier versions.

  • Firefox: hold down Shift while performing a page reload.
  • Opera offers no default keyboard shortcut, but you can create a custom keyboard shortcut with the value Clear disk cache
  • Safari users should simultaneously hold down ⌘ + Option + E. You may need to enable the Develop menu first
  • Chrome: press Ctrl + F5 or Shift + F5 while performing a page reload.
  19:33, 22 January 2013
  Edited 19:35 22 January 2013
• CzechOut
  This issue is definitely fixed at this point. If you're still having problems with the forums, please bypass your cache.
  21:39, 22 January 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:121031

Shortcut:

Thread:121031

Digifiend

Hi, over at RangerWiki (recently renamed from The Morphin Grid: The Power Rangers and Super Sentai Wiki), one of the other admins copied your Lock template earlier (see here). But we can't figure out how to get it to appear at the side of the page instead of above the page content. Could you please tell us how it's done? Discussion on RangerWiki

19:19, 28 January 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:121411

Shortcut:

Thread:121411

CzechOut

This thread will house announcements about new templates which you might find useful.

Please do not reply in this thread. If you have questions about templates, please start a new thread at Board:The Panopticon, using the name of the template as the first word(s) of your thread title. Thanks. :)

23:36, 2 February 2013

Edited 03:46, 15 July 2017

• CzechOut
  A new template for creating a link to the Alex Macqueen version of the Reborn Master has been created at, you guessed it, {{Macqueen}}. As a refresher, there are the rest of them:

  
  

  • Delgado
  • Ainley
  • Roberts
  • Jacobi
  • Simm
  • Fallen
  • Macqueen
  • Gomez
  • Pratt
  • Dreyfus
  • Dhawan
  • Tipple
  • Titan
  • McKee
  • Pryce
  • Merlin
  23:39, 2 February 2013
  Edited 23:40 2 February 2013
  Edited 18:04 15 February 2017
  Edited 18:06 15 February 2017
  Edited 18:06 15 February 2017
  Edited 18:08 15 February 2017
  Edited 18:08 15 February 2017
• CzechOut
  New templates for easily adding official Twitter and Facebook links to the bottom of pages about real people are now online. See {{twitter}} and {{facebook}} for simple instructions.

  Example page is J. T. Colgan.

  00:49, 17 February 2013
  Edited 00:49 17 February 2013
• CzechOut
  Yeah "new" these templates aren't anymore. Closing this lying thread. :)
  03:45, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:121539

Shortcut:

Thread:121539

CzechOut

As part of the 2013 site redesign, I've been forced to conclude that navboxes can no longer have pictures. I regret having to remove this feature, because I know precisely how much work has been involved in creating these specialised, 80px width pics.

However, as we added more and more columns to these navboxes (note how the more recent series of DW have more columns at {{DWTV}}), the mathematical formula behind the assignment of column widths could no longer work, in some browsers, in the fixed-width Wikia skin. Many of our navboxes were in fact wholly broken for a long time, but the white background kinda disguised the error. The dark blue background wasn't so forgiving. Ever since our new dark/light duality began, it's been screamingly obvious that something was wrong with the navboxes.

There are a number of possible fixes for the problem, but by far the simplest is just to remove the ability of the navboxes to accept pictures. So that's been done, and {{DWTV}}, {{DWN}} and others now have workable widths again, and I can proceed with actually styling the boxes so that they're legible in the dark skin.

Thanks to all who helped illustrate these navboxes up to this point. Your work was appreciated.

03:54, 5 February 2013

Edited 03:17, 15 July 2017

• Memnarc
  That's a shame, but if it'll help the site, I guess it's for the best.
  05:05, 5 February 2013
  Edited 05:05 5 February 2013
• SOTO
  As Memnarc said, a shame, but unfortunately necessary. Thank you, Czech, for taking the time to fix this.
  06:14, 5 February 2013
• CzechOut
  Consequent to the above announcement, you will notice over the next few hours (maybe as long as a couple of days) that the colours in infoboxes will be radically shifting. This is just so that I can identify certain parts of the code. It's been a long time since I installed this part of the code so I've kinda forgotten what controls each part of the box.

  Having coloured each part in a clearly-recognisable way, I can then more swiftly style it in both the light and the dark CSS themes.

  Apologies for any inconvenience this causes you. Generally speaking, though, the navboxes should be fairly legible in one of the two skins at all times. With any luck.  :)

  01:45, 6 February 2013
• CzechOut
  Yeah, illustrations in navboxes are even more pointless these days.
  03:17, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:121686

Shortcut:

Thread:121686

Tybort

I can't see the categories at the bottom of any page, nor are existing categories showing up in the box when you edit the full page.

17:21, 6 February 2013

• SOTO
  I noticed that too. Same here. I couldn't tell if the categories I was adding actually worked.
  17:35, 6 February 2013
• Shambala108
  I'm not having this problem. Maybe it has to do with your browsers? or your preferences?
  17:38, 6 February 2013
• Tybort
  Seems to be on Firefox, and not IE or Chrome.
  17:45, 6 February 2013
• SOTO
  Happening to me on Chrome.
  17:47, 6 February 2013
• SOTO
  Anyone else experiencing this? If not, I'll add a screenshot so you know what's going on.
  19:37, 6 February 2013
• SOTO
  Fine. Delete my post at the other thread. I'll ask it here: are there any browsers where the categories do work?
  00:07, 7 February 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:121721

Shortcut:

Thread:121721

CzechOut

Wikia have been messin' with categories since last week, and they'll be messin' with them until at least next week. Most of our styling is now gone. And those who had installed MediaWiki:FixMe.css will no longer see red-links for categories that haven't yet been created. In fact, most people can't see any sorta categories.

The situation is very fluid, so I don't really have a great ETA for the return of normal category operations. But I'll keep you apprised of changes as they happen.

In the meantime please do not panic and start adding a ton of categories. The categories that were there are still there. They just aren't displaying properly.

22:33, 6 February 2013

Edited 00:45, 7 February 2013

Edited 03:14, 15 July 2017

• SOTO
  I'm at the moment completely incapable of adding categories, at least not through the category box in edit or through the bottom of the page. I tried adding categories manually, by adding Category:Name of Category to the actual text, but I'm not sure if it's been working, as I can't even see the categories, period. I'm using Chrome? Is there a browser where you can see the categories?

  For example, on Zohra Sehgal, I tried adding an As of tag, which didn't work. Then I tried adding Category:Articles containing potentially dated statements from 2012. Which didn't work. I tried many things. I'm not sure what worked.

  22:47, 6 February 2013
  Edited 22:47 6 February 2013
  Edited 22:48 6 February 2013
• CzechOut
  Read the title of this thread and post one. Categories are down. Please do not use this thread to tell me that you're experiencing problems with categories. I know that you are. That's why I started this thread.

  I will keep everyone informed as the situation changes.

  22:52, 6 February 2013
• SOTO
  I was just asking if there was one browser that worked. I'll take that as a no.
  22:53, 6 February 2013
• CzechOut
  Categories are basically back up again, but the whole module has no styling at present. You may expect changes to the styling over the next several days.

  Hidden categories no longer display, and there is nothing I can do about this as yet. This seems to have been either a bug introduced by this latest round of Wikia updates, or an intentional and unpublicised deletion of a feature.

  I've sent in a bug report to get more information.

  The ability to have redlinked category names will not be restored until at least next Wednesday (and even then, you'll have to have installed MediaWiki:FixMe.css in your personal css for it to work).

  00:44, 7 February 2013
  Edited 00:45 7 February 2013
• CzechOut
  Wikia have responded that the disappearance of hidden categories was unintended and that it'll be fixed soon. There is a temporary workaround, but it will remove the "add category" button from the category box — meaning that you'll be forced to edit a page to add a category. If you'd like to avail yourself of this workaround, go to Special:Preferences/Editing and click "disable category module". Hidden cats will then show.
  15:00, 7 February 2013
• CzechOut
  At present, Wikia have it that the CSS for having the Category Module turned on is different than the CSS used when the Category Module is turned off. Thus, if you perform the action described in the above post, you will see that the styling of the category area immediately changes.

  Until Wikia confirm whether this is the way they actually want things to be, I'm not going to spend a lot of time styling the category module for the "disabled" or "off" position. Those wishing to see hidden categories will therefore have an ugly-looking category module for a bit.

  18:02, 7 February 2013
• Moreno12
  hi
  18:42, 17 February 2013
• CzechOut
  We actually pushed hard to get hidden categories restored by Wikia back in 2013 and were successful. You shouldn't have any problems with hidden category styling these days.
  03:14, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:121760

Shortcut:

Thread:121760

CzechOut

It has been confirmed with Wikia Staff that IP users do not get message alerts. Although they are supposed to, this feature has a history of breaking and needing to be fixed. This means that communication with IP users cannot be relied upon to actually reach the intended recipient even if the user has a stable IP addy. (Many IP users, of course, are wholly unreachable because they edit wirelessly or in other environments where their IP addys change rapidly.)

Accordingly, IP users are hereby warned that they may be blocked without warning, and even indefinitely, since Wikia Staff have now confirmed there is no reliable way to communicate with you. Blocking is the only effective protection the wiki has when a pattern of mistaken or even unhelpful edits emerges from an IP editor.

We'd much rather just talk to you about the errors you're making than ban you. Therefore, this wiki strongly urges you to register an account so that you may enjoy the full benefits of membership.

17:32, 7 February 2013

Edited 20:54, 20 May 2013

• Moreno12
  hi
  18:41, 17 February 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:122313

Shortcut:

Thread:122313

82.20.113.152

The site indicates that several replies have been left in the thread "Cybermen merging universes", but when I access it, I can't see any replies, just the original message. Please help.

23:14, 14 February 2013

Edited 21:10, 20 May 2013

• SOTO
  Several? I personally see only the original message and my response. Either I was the only one who responded and your computer's wibbly, or, for some reason, you can only see the original message and whatever you've posted. Can someone post something there as a test?
  00:38, 15 February 2013
• Shambala108
  OP, at SmallerOnTheOutside's request, I posted a test message on the other thread. It's not much, but can you see it?
  00:52, 15 February 2013
• SOTO
  Shambala tested. It worked. Are you sure several people replied?
  00:52, 15 February 2013
• SOTO
  You're too quick for me. :-P Can you just confirm that you can see my two responses there? I can see yours.
  00:53, 15 February 2013
• CzechOut

  82.20.113.152 wrote: The site indicates that ...

  What do you mean? Where are you seeing this indication? What's telling you that multiple responses are there?

  04:22, 15 February 2013
• 82.20.113.152
  I just did a test post there. It showed up at first, but when I refreshed the page, it had disappeared. No replies were visible earlier when I looked at it on a library computer, so it appears to be a problem with the site.
  15:00, 15 February 2013
• SOTO
  It's a problem with your specific computer. It's working fine on all of ours. What browser are you using? Also, try clearing your cache.
  15:09, 15 February 2013
• Imamadmad
  Well, it seems to be a problem with more than just 82's computer. It seems to be a Wikia bug. I have heard another IP complaining on another wiki I edit at that his replies haven't been showing up in the new forums (aka this kind of forum rather than those still present for the Howling and Theories) from his perspective, and so he's sent a special:contact telling Wikia of this problem and apparently in Wikia's reply they said that others have reported the problem as well and it has been passed "straight along to the technical staff for investigation". So, if anyone was interested in this problem, Wikia staff are trying to fix it and you can probably get more through them, or I could just link you to the discussion on the other wiki if you want (where the other user with the problem has been posting Wikia's replies to his messages).
  06:10, 21 February 2013
• Imamadmad
  Well, it seems to be a problem with more than just 82's computer. It seems to be a Wikia bug. I have heard another IP complaining on another wiki I edit at that his replies haven't been showing up in the new forums (aka this kind of forum rather than those still present for the Howling and Theories) from his perspective, and so he's sent a special:contact telling Wikia of this problem and apparently in Wikia's reply they said that others have reported the problem as well and it has been passed "straight along to the technical staff for investigation". So, if anyone was interested in this problem, Wikia staff are trying to fix it and you can probably get more through them, or I could just link you to the discussion on the other wiki if you want (where the other user with the problem has been posting Wikia's replies to his messages).
  06:10, 21 February 2013
• CzechOut
  Unfortunately, I never got enough direct evidence from the OP to fully understand the problem, much less offer a possible solution.

  Nevertheless, it is safe to say that this is clearly a problem affecting IP users only, and that IP users can't help much with diagnosis, because they're not ordinarily able to upload pics to any MediaWiki wiki. That makes diagnosis of and solutions for your particular problems extremely slow-going.

  IP user problems often, regularly, usually, almost always, go unseen for months at a time — because the people who are most likely to report a technical fault are least likely to be seeing Wikia as IP users do.

  This is yet another reason that we strongly encourage you to create an account. It takes less than five minutes and you'll be engaging in the site in the most dynamic way possible.

  06:22, 21 February 2013
• Imamadmad
  Well, the problem has been reported along with screen shots and if you're interested to find out what Wikia has said about it, see w:c:drwho.answers:User talk:Imamadmad#Lost Messages. As much as you may wish they would, not everyone is going to get an account, so it's probably best to at least spare a little thought to the minority of editors who may not yet have signed up. You never know if they might post something here of importance which will then not show up for others to see. Anyway, ignore if you want. Just trying to pass along info I thought you might like to know.
  06:46, 21 February 2013
• CzechOut
  Oh, I think you misunderstand me. I do want to know about it, and indeed I've filed several reports to Wikia about IP editor-related issues. I'm just trying to point out to the IP user who started the thread that if you're an IP editor, you almost certainly experience more bugs, and for a longer period of time, than registered editors.

  One of the advantages to having an account is that you simply get more out of Wikia. Membership, in other words, actually does have its privileges. I think people sometimes feel that because having an account isn't required that there is no real difference between having an account and not having one. And that's simply not true — as this thread makes pretty clear.

  17:07, 21 February 2013
  Edited 17:08 21 February 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:123289

Shortcut:

Thread:123289

SOTO

I just want to know if this happened to anyone else: I was editing, and, all of a sudden, instead of loading pages, I kept on getting messages that I didn't have permission to view the pages. I couldn't post in the forums, either, even though I already had the page open. This went on for about an hour until around 10 minutes ago (or at least that's when I noticed it was working). I couldn't go onto other wikis either - I tried as a test. I notice that there were no edits during the interval when it was down - did anyone else experience this? I'm on Google Chrome (PC), by the way.

00:28, 26 February 2013

• SOTO
  Sorry. More like a half an hour/40 minutes.
  00:30, 26 February 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:123470

Shortcut:

Thread:123470

SOTO

I'm sure you've all noticed that barely anyone is editing anymore. While I can't speak for the others, I know why I haven't been editing:

Basically, nothing works. I can't post on threads, I can't edit, I can't follow pages, give "kudos" to messages, no mouse overs work, nothing. I can't bring up my toolbar, either. Clicking on the arrow next to edit doesn't bring up the menu. The time thing at the top is gone. When I try to edit, it simply "establishes interface with TARDIS" perpetually, never loading. Even the Wikia stuff at the top (START A WIKI, Video Games, Notifications, etc...) isn't working!

This is happening on my computer (on every browser I have: Chrome, Internet Explorer, and Firefox) and, surprisingly, also in my iPhone, both on Chrome and on Safari. For some reason, though, it's working on my iPad, which is where I'm posting this message right now.

It is, unfortunately, a real hassle to edit on an iPad, which is why I've had to put a pause to my current project and all editing here, save a little edit a day so as not to lose my day quota. :-)

I've also noticed that certain major players here, like CzechOut, have not edited since Tuesday or Wednesday. Is this perhaps related? Are other people experiencing this? Either way, I would like this problem to be fixed in some way. I at least want Wikia to be aware of the problem!

Can an admin still here perhaps look into this?

02:27, 3 March 2013

Edited 02:28, 3 March 2013

• Digifiend
  Seems to be a CSS issue, as Monobook is unaffected.
  02:44, 3 March 2013
• Imamadmad
  Although I personally haven't been experiencing any issues, Wikia tweeted that they were fixing some loading problems or something like that which were appearing across Wikia, so it seems they know about this. See https://twitter.com/Wikia_Community for their twitter feed where they tweeted this to see any updates to the situation and tweet @ them if the problem still doesn't seem to be fixed.
  02:47, 3 March 2013
• SOTO
  It took like 20 cache-clears, but it appears to be working now. Reply please to confirm that you can read this, just in case.
  03:15, 3 March 2013
• Shambala108
  I see your message SmalerOnTheOutside, and I was having the same problems too, keeping me from my project too :P

  I tried another wiki, and the problem occurred there too, so it's not just us. Things do seem to be back to normal, finally, hopefully, fingers crossed.

  03:19, 3 March 2013
• SOTO
  Good. Thanks, Shambala.

  Thank God it's working. You know, the wiki's been awfully quiet while I've been gone. Something like an edit an hour (once in a while, two). You three are here, plus OS25, The Librarian, TARDIS2468, Revan, Minimitch, Tybort...

  ...Okay, fine, I take that back - there are still quite a few of us. Anyone know why Czech's been gone for five days?

  03:23, 3 March 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:123637

Shortcut:

Thread:123637

CzechOut

I've noticed a few reports about a possible bug in the Game of Rassilon, so I thought it was time to reissue an old clarification.

For those of you who care about winning the various Tardis Key awards — that is the achievements having to do with consecutive days of editing — please note that there is no bug with the software. A day is defined as that period of time between 0000 and 2359 UTC. The UTC is very important to note. It's absolutely possible to edit on consecutive days in your own time zone but still miss a day. This is true even if you're editing in Britain, because there's a part of the year where the time on your watch and UTC are not the same thing.

Before reporting a bug, please make sure that there is not a gap of more than 23h59m between any two of your edits. If there is, you have legitimately missed a day.

There is no mechanism for resetting your clock or fixing any problems with respect to this award. You must be mindful of the passage of time in UTC.

Also, you must be aware that there are times when Wikia is briefly down for service. It is possible for such a period to come at just the one time of the day when you have time to edit here.

Neither Wikia nor Tardis can "compensate" you if you attempt to edit and are unable to do so because of a network outage. You are encouraged to edit at a variety of times throughout the day to protect yourself from isolated connectivity issues.

05:06, 5 March 2013

Edited 05:28, 5 March 2013

Edited 10:18, 21 September 2013

Edited by Shambala108 05:20, 5 January 2020

• Bubblecamera
  What an odd coincidence that this should be posted today! I had only yesterday broken my 71-day streak of edits. (However, I had no intention of reporting a bug, I missed it fair and square :) )
  11:13, 5 March 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:123716

Shortcut:

Thread:123716

Tybort

On the Theory:Timey-wimey detector, the Forum:Panopticon archives and Howling:The Howling archives, the list of threads are missing and instead there's code showing, followed by a blank thread list. This seems to be the case on IE, Firefox and Chrome.

15:52, 6 March 2013

Edited by CzechOut 03:37, 7 March 2013

• CzechOut
  I see no evidence of the situation you're describing. Please provide screenshots.
  16:50, 6 March 2013
• Tybort
  It's a Windows 7 OS, if that helps. -- Tybort (talk page) 16:58, March 6, 2013 (UTC)

  File:Timey-wimey messed up.jpg

  Timey-wimey

  File:Panopticon archive messed up.jpg

  Panopticon archive

  File:Howling archive messed up.jpg

  Howling archive
  16:58, 6 March 2013
• CzechOut
  Please provide exact version numbers of browsers depicted.
  17:06, 6 March 2013
• Tybort
  Firefox 19.0, Internet Explorer 9.0.8112.16421 and Chrome 25.0.1364.152 m.
  17:10, 6 March 2013
• CzechOut
  Are you quite certain you've cleared your cache?
  17:12, 6 March 2013
• CzechOut
  I'm completely unable to replicate this problem in any of the latest versions of Firefox, Safari, Opera or Chrome. Of course, I use a Mac, but OS-specific bugs are extremely unlikely at Wikia. There was a problem with forums reported a few days ago, so if you've not cleared your cache recently, you could still be seeing the problem.
  17:15, 6 March 2013
• CzechOut
  So has this problem abated for you?
  18:50, 6 March 2013
• Tybort
  Yes it has. Not sure how, but yes.
  22:03, 6 March 2013
• CzechOut
  Closing thread as resolved.
  03:36, 7 March 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:123741

Shortcut:

Thread:123741

CzechOut

Please note that Wikia have temporarily lengthened the delay on autosuggest to 4 seconds. This means that from the moment you give at least 3 letters to the searchbar or link, you have to wait 4 seconds before any responses are produced.

This is temporary, and will be fixed either in tomorrow's code upload (it's been pushed back this week by a day, and so is occurring on Thursday instead of its usual Wednesday), or in next week's.

In the meantime, I'll be working over the next few days to fix autosuggestion's formatting problems here locally that we've had to endure for a few weeks because of other Wikia changes that have now settled down.

With any luck, we'll have completely normal autosuggest functionality returned by the 30th.

21:42, 6 March 2013

Edited 21:07, 20 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:123917

Shortcut:

Thread:123917

ComicBookGoddess

Help page showing DPL error

Something's not right over at Tardis:Help. I'm getting this in both Chrome and Safari. It's saying DPL error. I recall seeing it on a few other pages, too.

03:29, 8 March 2013

Edited by CzechOut 05:29, 8 March 2013

• SOTO
  I'm getting the same thing, on both Chrome and Internet Explorer.
  03:44, 8 March 2013
• CzechOut
  Closing as resolved. DPL errors can occasionally occur and the ones like these depicted are browser-independent. If you see it in Chrome, you'll see it in Safari and Opera, too.

  Generally speaking, they resolve after no more than a day. So if you see one, make a mental note of it, but don't report it unless it persists for longer than 24 hours. They're almost always the result of Wikia, and not Tardis, changes.

  05:28, 8 March 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:124018

Shortcut:

Thread:124018

SOTO

I know this is probably completely temporary, and I've only been having these problems for less than an hour, but, just in case, I'm posting it here:

What it looks like in the DOL scheme. Look fine.

What it looks like in the LOD scheme. Not quite as fine. In fact, you can barely read anything at all!

What it looks like on the forums. I can live with it, as the area with the text is generally unaffected, but it's not preferable.

I'm on the latest Google Chrome on Windows 7.

22:16, 8 March 2013

Edited 22:16, 8 March 2013

Edited 22:16, 8 March 2013

Edited 22:16, 8 March 2013

Edited 22:16, 8 March 2013

Edited 22:17, 8 March 2013

Edited by CzechOut 22:20, 8 March 2013

• SOTO
  The forum issue seems to only be on the Panopticon; not here.
  22:18, 8 March 2013
• CzechOut
  Yeah it is temporary. I had not finished the final color fix for the dark on light design before I had my eye infection, leading to a high degree of variability in the link colours. I'm now continuing that work so that colours can be stable by the debut of the new series. There will be multiple colour changes over the weekend.
  22:19, 8 March 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:124158

Shortcut:

Thread:124158

CzechOut

I need everyone to go here, then proceed to section 3.3 (called "Help pages") and confirm whether what they see is substantially the same as the image at the right.

Please answer below with a simple "yes" or "no".

23:51, 9 March 2013

Edited 20:43, 10 March 2013

Edited 20:44, 10 March 2013

• SOTO
  No
  00:02, 10 March 2013
  Edited 00:03 10 March 2013
• Mini-mitch
  No

  EDIT: Yes, now I can. Works fine on Google Chrome version 25.0.1364.152 m

  00:06, 10 March 2013
  Edited 12:47 10 March 2013
• CzechOut
  Whoa. Wait a minute. You're not seeing that? Please provide screenshots of what you are seeing.
  00:08, 10 March 2013
• SOTO
  Same as ComicBookGoddess. I'll upload a screenshot in a moment.

  EDIT: Here you go:

  

  00:09, 10 March 2013
  Edited 00:14 10 March 2013
  Edited 00:14 10 March 2013
• CzechOut
  What browser version number and OS version number is this, please?
  00:15, 10 March 2013
• CzechOut
  Mini-mitch: are you throwing errors like this, too?
  00:18, 10 March 2013
• SOTO
  Me: Google Chrome (Version 25.0.1364.97) on Windows 7 (not OS). Mini-mitch?
  00:18, 10 March 2013
  Edited 00:19 10 March 2013
• CzechOut
  What do you mean "7 (not OS)". Windows 7 isn't your operating system? Could you please provide your numerical OS?
  00:21, 10 March 2013
• SOTO
  Oh. Right. I feel like an idiot. Windows 7 is my OS. I'm having trouble finding this "numerical" operating system you speak of.
  00:25, 10 March 2013
  Edited 00:25 10 March 2013
• CzechOut
  For the moment, please again look at Tardis:Help and tell me what you see.
  00:29, 10 March 2013
• SOTO
  Whoa. Now it's working. What did you do?
  00:30, 10 March 2013
• ComicBookGoddess
  Working in iOS and Windows 8/Chrome.

  And you don't want to know how much of a pain it was to figure out where they stuck winver in Windows 8. I'm still not sure I know where it is. :)

  00:35, 10 March 2013
• Shambala108
  Yes (IPad Safari)
  00:40, 10 March 2013
• SOTO
  Figured it out. V6.1
  00:43, 10 March 2013
• CzechOut
  Okay, so the deal is this, people. Basically we're waiting for the cache on each of these pages that use DPL to be rebuilt. It does happen naturally over time, but if you encounter a page that starts throwing these "dpl tag not found" errors, just perform a minor edit (like maybe edit one space out of the page) and republish it. This will force the page to rebuild and it should make everything snap back into place. Otherwise it will self-correct.

  I'm still not entirely sure why this issue affects Windows browsers, and I'm really not sure why I'm getting different results out of iOS 6.1 than ComicBookGoddess.

  Additionally, this issue doesn't affect any other skin — just oasis (wikia).

  00:47, 10 March 2013
• Bubblecamera
  Yes. Currently on my Mac, using Safari. Will check with Firefox now.
  00:55, 10 March 2013
• Bubblecamera
  Yes for Firefox too.
  00:56, 10 March 2013
• Cult_Of_Skaro
  Yes. Google Chrome Windows.
  02:11, 10 March 2013
• PrydonianShadow
  Yes (Google Chrome)
  02:53, 10 March 2013
• OttselSpy25
  Yes (Opera)
  04:51, 10 March 2013
• Silent Hunter UK
  Yes for Firefox.
  19:36, 10 March 2013
• Revanvolatrelundar
  Yes.
  19:43, 10 March 2013
• CzechOut
  Okay guys :) Thanks very much for your help :) Closing as resolved.
  20:43, 10 March 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:124551

Shortcut:

Thread:124551

CzechOut

Finally.

After months of harassing our friends in Wikia's mobile department, we now have bullets in wikiamobile.

This is an almost revolutionary change that alters the nature of several discussions we have ongoing in the forums. Thanks to Mira84 and his team at Wikia's mobile desk for helping wikiamobile work a little bit more like a "normal" skin. (And thanks to ComicBookGoddess for the photo.)

Everyone please take a moment to thank Mira84 for this change. It means we don't have to reformat tens of thousands of pages just so they would be basically readable in wikiamobile. (And don't forget, about 20% of the people who come to our site do so through wikiamobile.)

05:51, 13 March 2013

Edited 05:53, 13 March 2013

Edited 05:57, 13 March 2013

Edited 21:13, 20 May 2013

• OttselSpy25
  Thanks Mira! :)

  Does this mean that bullets in references sections is now a non-issue?

  11:09, 13 March 2013
• CzechOut
  No. It means that the question is now one of what's the better format, rather than of how to respond to a technical need.
  16:23, 13 March 2013
• Mira84
  I'm glad we were able to help you guys out :) I must say the pages look much much better :)
  16:35, 13 March 2013
• SOTO

  Mira84 wrote: I'm glad we were able to help you guys out :) I must say the pages look much much better :)

  Well, thank you very very much, Mira. This was one of the reasons, along with inability to actually edit, that I always switch to desktop mode on my mobile. Once again, thank you! :)

  18:24, 13 March 2013
• Shadowninja016
  Great!
  12:54, 7 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:126904

Shortcut:

Thread:126904

CaptKirk42

ACK I've noticed in recent days the main colors for the TARDIS Wiki is dark blue or black lettering on dark blue background. I have to highlight the text to read any of it.

14:59, 5 April 2013

Edited by CzechOut 20:55, 20 May 2013

• CzechOut
  Could you please provide a screenshot? That doesn't appear to be the general case, though it may be true in one or two spots.

  If you don't know how to take a screenshot, could you please give a link to the page where you're seeing this?

  Thanks :)

  15:17, 5 April 2013
• CaptKirk42
  It is pretty much the main data core pages. The forums are fine.
  15:28, 5 April 2013
• CzechOut
  What browser and version number are you using? This isn't the way the site looks in the latest versions of Safari, Firefox, Opera or Chrome.

  (A temporary workaround for you is to hit the button that says "Change colours" btw.)

  15:45, 5 April 2013
• CzechOut
  If you could please provide the Firefox version number you're using that'd be great.

  Also, I kinda sorta think that you may not have been here in a while, and you may be looking at a cached version of the page. Try these instructions:

  Clear your cache often around here

  After changes are made to this site's CSS or Javascript, you have to bypass your browser's cache to see the changes. You can always do this by going to your browser's preferences panel. But many browsers also offer keyboard shortcuts to save you that trouble. The following shortcuts work in the versions of the browsers that Tardis currently supports. They may not work in earlier versions.

  • Firefox: hold down Shift while performing a page reload.
  • Opera offers no default keyboard shortcut, but you can create a custom keyboard shortcut with the value Clear disk cache
  • Safari users should simultaneously hold down ⌘ + Option + E. You may need to enable the Develop menu first
  • Chrome: press Ctrl + F5 or Shift + F5 while performing a page reload.
  16:28, 5 April 2013
• CaptKirk42
  Firefox 19.0.2
  16:53, 5 April 2013
• CzechOut
  And you're sure you've cleared your cache? I'm on 19.0.2 for Mac and cannot replicate your issue.
  16:56, 5 April 2013
• CaptKirk42
  "Firefox: hold down the Shift key while clicking Reload;"

  Ah that seems to have done the trick Thanks.

  16:56, 5 April 2013
• CzechOut
  Yeah, clearing your cache is really important around here, because we mess hard with our CSS. Basically, you should remember to clear your cache at least once a day, just to be safe.
  16:57, 5 April 2013
• CzechOut
  Oh, and FF just updated to 20.0, so you'll probably want to grab that.
  16:58, 5 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:127351

Shortcut:

Thread:127351

81.153.85.222

I dont know if this is wikia as a whole or just tardis data core, but the clock up in the top right corner is wrong.

It seems to show GMT, but we have moved to BST (this is in the UK)

I note that the post here about the Game of Rassilon makes reference to UST, (generally the same as GMT)

at this point I am just confusing myself and think I should be heading for bed, but I'm not sure what time it is....

21:14, 8 April 2013

• CzechOut
  It's not GMT. It's UTC. Which is one hour off of BST right now, because it's a non-daylight savings timezone. For a little over half the year, the British think they're looking at the wrong time. But it's not.
  00:58, 9 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:127566

Shortcut:

Thread:127566

CzechOut

I forgot to post my traditional "welcome to British Summer Time" greeting this year, and I apologise for the confusion. Every year, we get some new users from the UK who suddenly get very confused about what time it is, and they swear blue that the clock Wikia is using is wrong.

It's not.

WIkia uses UTC, not BST. This means that when the British go on Daylight Savings, as happened a few days ago, British local time skews off Wikia time by an hour.

There is nothing wrong with the clock you see in the upper-right hand corner of our pages, nor with the timestamps that occur when you sign your posts. Most likely if you're seeing an error, you have simply gotten used to there being no difference between Wikia time and your local time, and you now think there is a problem. Alternately, your Special:Preference time settings are set incorrectly, most likely because you failed to allow for Daylight Savings. Thus your account believes it's in a different time zone than you are, leading to a difference between the time on signatures and the time on the clock in the upper right-hand corner.

03:13, 11 April 2013

Edited 03:15, 11 April 2013

Edited 21:06, 20 May 2013

• Eladkse
  Have you ever thought of putting UTC after the clock? It may prevent some of the confusion, and is something some clock scripts on other wikis have by default.
  16:24, 11 April 2013
• CzechOut
  Yeah, it did originally have UTC, but I edited it out. Some of our more prominent users have really long names, and I didn't want to incur Wikia wrath because the clock pushed the really long names over the word "Lifestyle". I wanna say that one time, long ago, Revanvolatrelundar or maybe Sichamousacoricothingmabob showed me a screenshot of how the wiki looked to them, and that made me drastically reduce the clock width.
  17:43, 11 April 2013
• Eladkse

  CzechOut wrote: Yeah, it did originally have UTC, but I edited it out. Some of our more prominent users have really long names, and I didn't want to incur Wikia wrath because the clock pushed the really long names over the word "Lifestyle". I wanna say that one time, long ago, Revanvolatrelundar or maybe Sichamousacoricothingmabob showed me a screenshot of how the wiki looked to them, and that made me drastically reduce the clock width.

  Fair enough. That's not something I'd ever considered before. (Goes to check own scripts)

  17:45, 11 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:127715

Shortcut:

Thread:127715

CzechOut

Since the code update this week, an ad has started appearing in the right rail. Not sure if it's a bug or if we've just lost a benefit of registration. This week's tech update is silent on the matter. The question has been posed to Wikia, and hopefully an answer will soon be forthcoming.

In the meantime, I can only assure you it's not a local problem and we haven't volunteered for some sort of beta testing.

If it does turn out to be a permanent Wikia change, I'll be able to provide you with some code that you can attach to your personal CSS, but I won't be able to disable it at the wiki level.

15:53, 12 April 2013

Edited 17:34, 12 April 2013

Edited 01:42, 3 May 2013

• CzechOut
  Word back from Kirkburn is that it's a mistake. The ticket has been bumped up to the engineers and should be resolved shortly. In the meantime, you will see an ad on the right rail even when logged in.
  17:34, 12 April 2013
• CzechOut
  New message from DaNASCAT that this was patched late yesterday, and that the patch will be released system wide tomorrow. Until then, you will continue to see ads, even in weird places like Special:Search.
  22:42, 13 April 2013
• Doctordoom61
  ok
  01:50, 2 May 2013
• Cult_Of_Skaro

  Doctordoom61 wrote: ok

  Why are all your posts 'ok?'

  01:40, 3 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:127893

Shortcut:

Thread:127893

CzechOut

If you've only been here since about December 2012, you may not be aware that there was a whole different kind of forum. There are hundreds of discussions, stretching all the way back to 2005, under the old forum hub at Forum:Index.

However, recently it has become more difficult to search those old forums because the option to select the forum namespace (that is, namespace 110) has been withdrawn from the "advanced" tab at Special:Search. We've put in a repair ticket to try to get that namespace added back. Though Wikia have acknowledged the issue, we're still awaiting a final determination on whether this is a bug that they'll repair, or intended behaviour.

Until then, I wanted to apprise you of a manual workaround. All you have to do is add something to the search URL. Let's say that I wanted to look for discussions about "K9" in the old forum space. Here's the URL I would use:

http://tardis.wikia.com/wiki/Special:Search?search=k9&fulltext=Search&go=Go&ns110=1&advanced=1

See what's going on? I just tack on &ns110=1&advanced=1 to tell it to go to advanced mode and make the search active in namespace 110.

13:16, 14 April 2013

Edited by Shambala108 05:20, 5 January 2020

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:128154

Shortcut:

Thread:128154

CzechOut

Really, honestly, look away.

12:34, 17 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:128155

Shortcut:

Thread:128155

CzechOut

There's no more UNIT really.

BRING ME UNIT

Bring me the head of UNIT. On a platter.

12:37, 17 April 2013

Edited 20:43, 17 April 2013

• CzechOut
  There's no more UNIT. Or TARDIS.
  12:42, 17 April 2013
• CzechOut
  There's no more UNIT. Or TARDISES.
  12:42, 17 April 2013
• CzechOut
  I'm not sure IF IT WILL EVER HAPPEN.
  12:42, 17 April 2013
• CzechOut
  There's no more UNIT. Or TARDIS.
  12:45, 17 April 2013
• CzechOut
  He took the TARDIS home. Then he took the TARDIS to the park. Then he took the TARDIS all the way home.
  12:45, 17 April 2013
• CzechOut
  If he went to UNIT, he knew that he might not be able to recover his TARDIS with the same skill that he had obtained the Rani's TARIDS. Of course, he knew that the UNIT lads were willing and eager to serve, especially because their UN bosses were quite happy to gloat to the USAF about their air superiority over aliens.
  12:47, 17 April 2013
• CzechOut
  The Doctor shouted, "DON'T TOUCH THAT", but no one was listening.
  12:47, 17 April 2013
• CzechOut
  == No UNIT ==

  I wish I could say there was a UNIT. Or a TARDIS.

  20:43, 17 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:128198

Shortcut:

Thread:128198

CzechOut

A lot of users have been moving pages pretty freely in the past few months, but the truth is, this is causing a bit of a headache for admin.

Why user page moves create admin work

See, if you're a regular user, you don't have the power to perform a page move in a comprehensive way; you always leave behind the original page as a redirect. Most of the time, this redirect is completely useless. Worse, the fact that the old name exists means that people can link to it, which means there wasn't a lot of point to moving the article in the first place.

So when we rename (or move) a page, we usually (not always, but usually) need to:

1. Get rid of the original, mistaken page name
2. Move all the links from the old page name over to the new one

How you can help with page moves

When you come across a page that you think clearly violates our disambiguation or naming policies, please don't move it yourself.

Instead, flag it with {{speedy rename}}. Usage is super easy.

1. Determine how many links there are to the current name. If there are under 10, go ahead and manually move them to the new name. If there are over 10, don't bother, an admin will take care of it for you.
2. Affix {{speedy rename}} atop the article you want to move, making sure that you fill in the variables, {{{links}}}, {{{user}}} and {{{new}}}.

So let's say a character named Euros Lyn were to appear in a future story. This would mean that the current Euros Lyn would need to be moved, since in-universe things "win" the un-disambiguated entry. I'd go to the current Euros Lyn page and enter this:

{{speedy rename|new=Euros Lyn (director)|links=no|user=CzechOut}}

Then I just sit back and let an admin take care of it.

What'll happen is that the information I provided will automatically populate a table at T:SPEEDY. This list will provide admin with all the information they need to decide whether to move a page — more than just adding the info to a category.

Doesn't replace other templates

Note that this doesn't replace {{rename}} — or {{delete}} or {{merge}}. Those templates are still very useful, but they have the effect of starting a discussion about the more difficult cases. For instance, if you wanted to take issue with the name stingray to describe the main adversaries of Planet of the Dead, then you would need to use {{rename}}, because that alien was never actually named in the episode.

Major characters (like companions or their families, or recurring species) are almost never a candidate for using this template. Sure, we'd want to correct simple spelling errors with this template, but otherwise a good rule of thumb is that if a page has over 50 links, or would seem likely so to do in future, settle the matter through a discussion.

{{speedy rename}} is only for those black and white cases where the page move is obviously correct. Maybe you're requesting the addition of a standardised dab term or maybe the addition of a forename or surname that wasn't known at the time an article was started. Or maybe you've done something silly and spelled an actor's name in a way different to the credits.

Whatever the case, remember: {{speedy rename}} is only for those cases where there is absolutely no cause for discussion.

20:18, 17 April 2013

Edited 20:19, 17 April 2013

Edited 20:20, 17 April 2013

Edited 20:20, 17 April 2013

Edited 20:22, 17 April 2013

Edited by Shambala108 23:02, 4 November 2018

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:128596

Shortcut:

Thread:128596

Anoted

I spent some time last night creating some year pages and noticed a weird little glitch happening. When I added a year page to the Years category (per Game of Rassilon) all of the other categories on the page would vanish. The century category, the decade category, even an articles needing citation category in one case. If you look at the history for 1847, 2604, 2605, etc, you'll see that immediately after I add the category years I have to re-add the categories that were already there in the previous edit. I don't know if this is because I was adding the categories using the category module, but this has never happened before and seems weird. The articles needing citation category came back easily, all I had to do was edit the page and make no changes. This seems to have been purely a visual thing (I couldn't see it even though it was there), because the category is never missing when you look at the source through the edit history. But the year categories (century and decade) definitely vanish from the page and have to be re-added.

Also, I noticed that for some decades I had to create the decade category page. Is there any harm in creating those category pages now even if we don't have to use them yet?

00:21, 24 April 2013

Edited 00:21, 24 April 2013

Edited by CzechOut 18:44, 7 May 2013

• CzechOut
  {{timeline}} already adds all the categories that are necessary to the article. We have taken to adding category:years to year articles simply because the year pages are currently involved in the Game of Rassilon. When that track is disabled, category:years will be pulled from all the year pages.

  What you're describing isn't really a bug, though it's sort of "technically interesting". See, {{timeline}} adds all the categories automatically. Therefore, there are no categories directly on the page. When you add category:years, it's the only "natural" category on the page. For that moment it therefore appears to clear out the page. But if you simply reload the page, you'll see everything pops back to normal.

  The "xth century years" and decade categories should never be added manually. It is correct that these categories should not appear in the category module in the editing window. If you ever see these categories while editing a year page, you should manually delete them. They must only be on the page as a consequence of using the {{timeline}} template.

  You should simply get in the habit of reloading the page after using the category module. It has other "technically interesting" features that do not resolve themselves until after a page load.

  13:13, 25 April 2013
• Anoted
  Got it. Went back and fixed the one page you didn't get (thank you btw).

  Interesting...and really explains the whole articles needing citation category disappearing and reappearing without my doing anything. But when I look at the histories of these pages, the century and decade category aren't there until readded. What I'm saying is that the articles needing citation category is only missing visually, it comes back without any provocation and is never missing when looking at the source. But the century and decade categories didn't reappear with the article needing citation category and look missing in the source as well. Are you saying that even though they manifest differently they are both products of the same "technically interesting" quirk? Because if so, then that is really, really interesting. They should both function the same way, right? Categories on a page because of a template? What's almost as weird is that while I was editing my brain interpreted them differently. I remembered that the needing citation tag was tied to the template but somehow forgot that the years categories were. Though while it's possible my brain perceived this because of how missing categories came back, I don't think it's possible that they came back differently because I perceived them to be different.

  Wouldn't it be easier per Game of Rassilon to add the years category through the template instead of manually, or is there some reason we don't do this?

  01:30, 26 April 2013
• CzechOut
  What I'm saying in regard to your second paragraph is that I cannot replicate your results.

  Do I wish that the categories displayed immediately upon adding the template? Yes. That's the way it's supposed to be. But they don't anymore as long as you're using the category module. If you turn off the category module in your Special:Preferences or use the Monobook skin, things look and feel completely "right".

  Even if you are using the category module, however, all it takes is a simple reload to reliably refresh category display. (Well, with the proviso that I simply cannot provide complete support to you, since you won't/can't upgrade your browser.)

  The other possibility is that I haven't adequately explained the automated category process. When you add a category by template, you will not be able to see that category in the page history or on the page in edit mode. You will only be able to see it in the category area at the bottom of the page after a refresh. As long as {{timeline}} is in the history, so too are the decade and century categories.

  And that brings us to your last question. Why not just have the template add the year, too? It's because of caching issues over which I have no control. Wikia's installation of networked MediaWiki software has notorious caching issues that make changes to templates, particularly in the area of automated category application, take forever. Now, it's fine for new pages. But if you're talking about a template like {{timeline}} that's on around 1000 pages, it can take a while for changes to the categories to kick in. Generally, you have to "touch" the page to get it to re-apply cats. Thus, I made the decision to just add en masse category:years, and leave it up to editors to add that category to any new pages they might add.

  I can certainly see the logic of changing {{timeline}}, but having things the way they are means that I only need to strip cat:years from pages, rather than removing then replacing {{timeline}} to get a full refresh.

  19:32, 26 April 2013
• Anoted
  It's a bit crazy that it's easier to add a category to 1000s of pages than it is to edit one page. Wow!

  Thanks for the clarification on the template issue. It seemed like I was seeing categories added by template in the page history. I had to go through the histories a couple times to understand what I was actually seeing. I never would have caught that on my own. I was looking at the differences between adding Years and re-adding Decade and Century, completely missing that Decade and Century weren't on the page history before adding Year. I took what I perceived had happened and supported it with page diffs, never realising that page diffs didn't actually support what I had seen happen. Wow!

  01:01, 27 April 2013
• CzechOut
  Yeah, we have a lot of templates that add categories automatically. We've tried to note the added category in the template's documentation. So do make sure you check on the template page to understand what it's doing.

  Sadly, you've joined us at just the moment that Wikia are transitioning on how categories display, so categories frustratingly display differently in different situations.

  01:25, 27 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:128768

Shortcut:

Thread:128768

Anoted

This page may need to be deleted.

It contains no substantive information, which means that there is no rationale for keeping the page. A thorough search of all available valid sources should be undertaken before deleting, however.

This template links to the "ongoing discussion" which erm, apparently doesn't exist. Sends me straight to the Zero Room. So...where can I go to find this ongoing discussion?

15:02, 26 April 2013

• Shambala108
  It should be at Thread:121256.
  15:06, 26 April 2013
• Shambala108
  What is the name of the article where you found this?
  15:08, 26 April 2013
• Anoted
  Um, 5 January, 15 March? One of those a think. Pretty sure it's one of the pages in Category:Date pages that need deleting

  ;)

  Weirdly enough when I tried to fix the template, it didn't work. Major huh? moment.

  15:15, 26 April 2013
• Anoted
  This should not still be linking to 58, and yet it is. Seriously weird.
  15:17, 26 April 2013
• SOTO
  He ongoing discussion is most certainly there, as it's my current project. There is no problem with the template in my end. And, anyway, the template's only temporary.
  16:39, 26 April 2013
• Anoted
  Yeah it's working again now, not sure what was going on there. I cleared my cache, opened it a different browser and still. Wonder what was going on there.
  16:44, 26 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:129089

Shortcut:

Thread:129089

Anoted

testing potential bug

1:45 exactly

01:42, 29 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:129090

Shortcut:

Thread:129090

Anoted

Something was bothering me in regards to edit timings. I tested it and all edits to this wiki appear to be back-dated by 3 minutes. Is it supposed to be this way?

01:46, 29 April 2013

• Anoted
  Special:wikiactivity and Special:Recent changes have the proper times while page histories, the time on the forums and signatures are all three minutes early.
  01:53, 29 April 2013
• CzechOut
  Please give me a link to an example.
  15:19, 30 April 2013
• CzechOut
  Yeah, really going to need an example, because the time of forum posts matches special:wikiactivity.
  15:21, 30 April 2013
• CzechOut
  Yeah, really not seeing it. This edit is showing the same time in special:wikiactivity, allowing for the fact that edits aren't reported in fractions of minutes. So it's ±1 minute, which is good enough.

  Need your methodology. What clock you using, by the way? Hopefully the one on the site? And are you refreshing both windows before doing a comparison?

  15:28, 30 April 2013
• Anoted
  posted message at 15:50

  signature and history both show the edit was done at 15:47

  
  posted at 15:54, half past

  edited: at 15:57

  15:51, 30 April 2013
  Edited 15:54 30 April 2013
  Edited by CzechOut 15:57 30 April 2013
• Anoted
  The post I just posted noe shows as 3 minutes ago, 15:51
  15:52, 30 April 2013
• CzechOut
  You haven't answered my question. What clock are you talking about? The diff you linked to shows the revision was at :47 and the sig was at :47. So where's the problem?
  15:56, 30 April 2013
• CzechOut
  You're not explaining where the 15:50 came from? You're just typing that in. It's not generated by anything. You're just saying it is 15:50.
  15:59, 30 April 2013
• CzechOut
  
  czechout<staff /> ☎ ✍  16:00: Tue 30 Apr 2013
  16:00, 30 April 2013
• CzechOut
  See? 16:00 in my signature. 16:00 on the clock in the upper right hand corner of the page? 16:00 by the post time stamp. 16:00 by special:wikiactivity. I don't see the problem.
  16:01, 30 April 2013
• CzechOut
  If you've got some proof of a time issue, I really need to know, because it would be fundamentally catastrophic to the wiki. Please don't move on to other issues before we settle this, because I'd need to alert Wikia if there is a genuine issue. It's very important to resolve where your 15:50 came from.
  16:07, 30 April 2013
• Anoted
  

  16:02:01 in the upper corner clock. Message is typed, but not yet posted ...30 seconds later

  

  16:02:31 in the upper corner clock. Message has been posted. time stamp on signature is 15:59 15:59 also shows up on my contributions, and at the recent changes page but NOT at wikiactivity

  

  16:05:23 in the upper clock corner--a little less than three minutes after my userpage post, the edit on wikifollowing shows up as 2 minutes ago, which is correct

  
  

  
  

  also, at the forums

  

  16:30:48 in corner clock-about to post forum message

  

  16:31:28 in corner clock after posting forum message. forum message reads three minutes ago

  

  16:31:28 forum post reads 16:28

  
  

  
  

  
  

  16:37, 30 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:129249

Shortcut:

Thread:129249

CzechOut

Test

15:14, 30 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:129281

Shortcut:

Thread:129281

Anoted

16:31

16:28, 30 April 2013

• CzechOut
  Please stop opening all these threads. This can only be solved by us talking live together and establishing that we're seeing the same thing. Please click here now.
  16:30, 30 April 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:130730

Shortcut:

Thread:130730

Digifiend

Since Clara's article is protected, shouldn't Clara Oswin Oswald - list of appearances be protected too?

21:02, 14 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:130935

Shortcut:

Thread:130935

CzechOut

We are investigating reports that templates have stopped transcluding properly on pages. Instead, they've been substituting their raw code.

This means that instead of having something like {{real world}} on a page, we're suddenly getting the raw code of the template:real world.

This matter has been referred to Wikia, and hopefully they will see it as serious enough to respond promptly. (They usually do.)

With such a wide-ranging problem as this, there is a good chance that the wiki may have to be reset to a point before this error started. This means that your edits from today may be reverted.

Therefore, it is probably advisable for you to just stop editing altogether until I give the all-clear.

This matter is resolved; get back to editing, people.

20:46, 16 May 2013

Edited 20:46, 16 May 2013

Edited 00:19, 17 May 2013

Edited 00:21, 17 May 2013

• CzechOut
  I can now confirm why this was happening. Wikia pushed a "fix" to us yesterday that was supposed to resolve an issue surrounding templates that automatically added categories. It didn't. Instead, it stopped the template from properly transcluding.

  I'm now trying to figure out how much damage was done.

  20:57, 16 May 2013
• CzechOut
  Still actively pursuing this one.
  22:45, 16 May 2013
• Cult_Of_Skaro
  Oh. Just read this *after* I hit publish on The Keys of Marinus.
  23:39, 16 May 2013
• CzechOut
  No worries :) Just trying to keep people from making a lot of edits that might be reverted, while i try to put a nail in this coffin. The problem is not actually happening any more, but on the off chance that we have to revert the whole database to some point yesterday, I don't want people to have wasted their time.
  23:41, 16 May 2013
• SOTO
  You could always save the current text of The Keys of Marinus on your computer, and then publish that again if we end up reverting, Cult.
  23:48, 16 May 2013
• Cult_Of_Skaro
  I only added a sentence. It's not a big deal. :P
  23:52, 16 May 2013
• SOTO
  Did you just link to sentence? :D
  23:53, 16 May 2013
• CzechOut
  Okay, I've developed a plan to fix all this. If everyone could give me about an hour, we'll all be back on the road again shortly.

  For one hour, no edits. Thanks :)

  23:53, 16 May 2013
• Cult_Of_Skaro
  Kinda scary, if you do have to revert the database, this discussion won't have happened. O.o
  23:55, 16 May 2013
• SOTO
  What discussion? ;)
  23:56, 16 May 2013
• CzechOut
  Still working at it. Won't be long now. Thanks for your patience.
  00:10, 17 May 2013
• CzechOut
  Okay, sounding the all-clear. It's possible I missed one or two pages, so if anyone happens to see a page where there's a big, nasty code dump, just undo the last edit and get rid of it.

  Thanks again for your patience: edit at will.

  00:17, 17 May 2013
• SOTO
  Thank you for fixing that, Czech!
  00:20, 17 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:131006

Shortcut:

Thread:131006

Digifiend

On the infobox at DWBIT Dalek vs Cybermen Special, the previous and next links both show [[DWBIT ]] even though numbers are listed in the code. It should be links to DWBIT 7 and DWBIT 9. The numbers are wrong in any case, as those issues are five months too early.

19:22, 17 May 2013

Edited by CzechOut 20:23, 18 May 2013

Edited by CzechOut 20:56, 20 May 2013

• CzechOut
  Please read the instructions for {{Infobox Magazine}}. It's not an error. The infobox wasn't designed for non-numbered periodicals. Titles must match the nomenclature spelled out at T:MAGS.
  19:32, 17 May 2013
  Edited 19:33 17 May 2013
• Digifiend
  Ah, fixed it, thanks. I see SOTO flagged that the page needs renaming, could you do that please?
  00:19, 18 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:131538

Shortcut:

Thread:131538

CzechOut

A bug has recently crept into the "Forum Activity" module. That's the thing just to the right of this message, there under the search bar.

It used to be — and I assume this is still the intended behaviour — that a thread was only cycled into "Forum Activity" when a new message was added to the thread. Now, however, threads are getting placed into "Forum Activity" when admin make simple administrative changes to the thread, or when people edit pre-existing posts. This means that all of a sudden bot edits are moving really old threads into forum activity, or the simple act of closing a thread ironically puts a thread into Forum Activity — so that more people can see that they cannot contribute to it.

A bug report has been filed with Wikia. Until then, expect for active conversations to get buried by old ones.

21:03, 20 May 2013

Edited 21:03, 20 May 2013

Edited 21:05, 20 May 2013

Edited 03:09, 9 June 2013

Edited 03:09, 9 June 2013

Edited by Shambala108 01:40, 7 January 2019

• CzechOut
  As expected, I've received swift confirmation from BertH that this was not an intended change. He's working with the Engineering Dept. to come up with a speedy resolution, but we'll have to deal with some odd things in our "Forum Activity" for the next few days at least.

  Sorry for the inconvenience this will undoubtedly cause to active conversations. However, remember that once you respond to a thread, or click the follow button at the top right of the first post, you'll be alerted to changes made in that thread. This should help you cut through the noise.

  IP users, of course, can't really follow threads or receive alerts about them. So if you're an IP user, we encourage you to register for an account so that you can take advantage of this and other benefits of membership.

  00:43, 21 May 2013
• CzechOut
  This one obviously hasn't been fixed yet, but we're continuing to follow up with Wikia. In the meantime, you will likely see a lot of old threads percolate back up into the Forum Activity, pushing older threads out. We apologise for this situation that's beyond our control to fix, but know that if you're logged in and you've followed a thread, you'll be notified when it changes — no matter how many threads get pushed on top of it. You may also want to get in the habit of periodically clicking on Board:The Panopticon for a list of threads that's ordered strictly by date started, so that you don't inadvertently miss our newest conversations.
  03:09, 9 June 2013
• Digifiend
  There are advantages to this, even if the disadvantages far outweigh them. In Thread:117218, which was bumped up the forum activity list by CzechBot editing a post, I noticed that you'd said that The First Adventure needed making as a redirect to The First Adventure (video game) and that Alien Armies was a pointless redirect to Alien Armies and should be deleted. So I made the redirect for First Adventure and marked the Alien Armies one for deletion. I wouldn't have noticed those had the thread not been bumped up the list.
  16:37, 9 June 2013
• CzechOut
  Yeah, but these are rare examples, and it's really not the way the module is intended to work.
  16:51, 9 June 2013
• CzechOut
  I have new assurances from BertH that this issue has indeed bubbled up to the top of the Engineering team's work rota. It's looking more likely that that we may have a fix by early July.

  As for expanding the total number of threads featured in the Forum Activity module, well, that's definitely not going to be a part of the fix to this problem, but it might be in later upgrades.

  14:11, 12 June 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:131563

Shortcut:

Thread:131563

CzechOut

Please use this thread to report any pages where you're finding that the site colours make text simply unreadable or too low in contrast for easy reading. When you give your link, please indicate whether you're looking at the site in the light or dark background. If you're pointing out a single element of a page, please give a specific section link, so that your report can be swiftly verified.

Thanks :)

00:49, 21 May 2013

Edited by Shambala108 01:36, 7 January 2019

• SOTO
  As I'm sure you're aware, links in navbox headers are completed illegible in the LOD scheme. I usually have to highlight the text to read it.

  Example? Just go to the most recent episode, The Name of the Doctor. The three navboxes there appear to have words missing because they are linked.

  01:45, 21 May 2013
  Edited 01:48 21 May 2013
• Imamadmad
  When reaching the search results page though a misspelling in the search box or through searching for something that doesn't have its own page, the word that had been typed is the exact same colour as the search box on that page until it is clicked on. Here's just a random search for the sake of demonstration. As you can see, in the box beside "Search this wiki", you can't see any words. Now click on that box. The text that was typed to search ("Random words") appear as the background colour changes. Now, let's say that the user landed on that search results page because of a typo. Wouldn't it be useful for them to be able to see what they've written before clicking the box to make it active, and so see where they made their mistake?
  05:36, 21 May 2013
• Imamadmad
  Also, it's hard to see links that have previously been clicked on apart from the rest of the text. Just looking at the word "Here's" in my above post, I can barely tell it's linked because it blends in with the background now that I have previously reached the destination page. Looking over into the main namespace, this difficulty to distinguish previously activated links from normal text seems only to appear in the dark on light theme, with the links in the light on dark being the same as unactivated ones. Unactivated links in both themes are fine.
  05:43, 21 May 2013
• 123.50.154.47
  if you hover over any comment, the more button on mouse over has low contrast (white text on light gray background) and makes it hard to read.

  ps.the reply button (when replying to this form) has a similar issue except the text is black on dark blue background on mouse over.

  06:46, 21 May 2013
• CzechOut

  Imamadmad wrote: Looking over into the main namespace, this difficulty to distinguish previously activated links from normal text seems only to appear in the dark on light theme, with the links in the light on dark being the same as unactivated ones.

  While most of what you said will likely be addressed, this might not be. The standard Wikia setup is to have the same colour for visited and unvisited links. This makes Wikia different to Wikipedia, but it's not Wikia default to change the colour of a link based on whether you've clicked it.

  We have in the past done a visited/unvisited distinction, but I'm not sure that I can find sufficiently distinct colours for the LOD theme. White, blue and red is about all I can muster there.

  07:50, 21 May 2013
• Imamadmad
  I don't care about knowing if I have visited a link before or not, as long as I can see that it is a link. Everything is fine in the dark background theme, but in the light background theme it is annoying not being able to distinguish linked text from unlinked text, even if I have previously visited the link. Unvisited links are fine. Normal text colour is fine. However, visited link colour is only slightly bluer than normal, unlinked text colour, and I think that should be changed. It would be fine having visited and unvisited links the same colour, as long as linked and unlinked were different.
  08:08, 21 May 2013
• Digifiend

  SmallerOnTheOutside wrote: As I'm sure you're aware, links in navbox headers are completed illegible in the LOD scheme. I usually have to highlight the text to read it.

  Example? Just go to the most recent episode, The Name of the Doctor. The three navboxes there appear to have words missing because they are linked.

  Yeah, Template:DWTV, Template:Sontaran stories, and Template:Homo Reptilian stories.

  On DOL, the missing text shows up, but is blue on a darker blue background, so the contrast is poor.

  17:14, 21 May 2013
• CzechOut
  Progress report:

  • The navboxes are basically done, though I still have some touchup to do.
  • The category slider, which many people probably didn't know even existed, cause the colours were so off, is now done. Check it out at category:planets, or any other super-large category. Note that it now does different colours, depending on whether you're searching by first or last name.
  22:42, 23 May 2013
  Edited 22:43 23 May 2013
• SOTO
  Ooh, there's a category slider! Took me a while to figure out what you're referring to. Very efficient; thanks for "bringing that to light," if you'll pardon the strange pun.

  Group columns on "child" navboxes appear to be a horrid dark blue on dark brown in the LOD scheme. It's perfect in DOL, though.

  22:53, 23 May 2013
  Edited 22:55 23 May 2013
• CzechOut
  Yeah, I think I'm just gonna wholly invert the LOD navboxes so that they're the precise opposite of DOL navboxes.

  But, man, do I ever hate navboxes. Soooo many little "fiddly bits and fjords".

  23:00, 23 May 2013
• SOTO
  You come to hate anything that you spend hours working on, to no avail. Like celery...

  Anyway, would there be any way to make redlinks evident in first posts in threads? Both proper links and redlinks look identical, which can be confusing.

  23:07, 23 May 2013
• CzechOut

  SmallerOnTheOutside wrote: Anyway, would there be any way to make redlinks evident in first posts in threads? Both proper links and redlinks look identical, which can be confusing.

  Done.

  23:12, 23 May 2013
• CzechOut
  And follow button fixed, too.
  23:15, 23 May 2013
• SOTO
  In LOD, when you put your mouse over links, it becomes the same colour as the background and simply disappears. Is this on purpose?
  16:48, 24 May 2013
• CzechOut

  SmallerOnTheOutside wrote: In LOD, when you put your mouse over links, it becomes the same colour as the background and simply disappears. Is this on purpose?

  It was on purpose, but it was more in the vein of a test that is now over. :)

  17:30, 24 May 2013
• SOTO
  In your initial post at recovering unpublished posts, all the keys are invisible. The colouring of {{key}} therefore has to be reworked for the LOD scheme, even though the only time it will ever feature on that scheme is first thread posts.
  17:21, 25 May 2013
  Edited 17:22 25 May 2013
• SOTO
  Very specific one here: {{demonym}} is illegible on the LOD scheme. Look at Mondasian horse, for example; it's white text on a light grey background. It should look more like {{conjecture}} does on pages like Stingray, ie. no grey background.
  22:06, 18 June 2013
• Josiah Rowe
  A small bug that's been bothering me for a while: on the front page (and only on the front page), the "My Tools" pop-up menu for me is light blue on white. See screenshot here. Not terribly easy to read. I don't know whether other people have that issue, or if it's just me; it does seem to be the case for me when I'm logged in in Safari, Firefox and Chrome.

  I hope that the "light on dark" vs. "dark on light" discussion above refers to a now-defunct element of the page design, because I can't find the toggle to switch it.

  04:50, 31 December 2013
• CzechOut
  Yeah, the front page is a bit of a bitch to code. But hold the phone: what do you mean you can't find the toggle? You're not seeing something that looks like this:

  ?

  [Note that it doesn't appear to work on the front page, though if you push it, it will correct the MyTools problem you've referenced.]

  05:06, 31 December 2013
  Edited 05:09 31 December 2013
  Edited 05:24 31 December 2013
• Josiah Rowe
  D'oh! I forgot that was what that was. I was looking for something saying "display" or something like that.

  But now that I've tried it on the front page, it doesn't actually fix the MyTools problem. The text is still light blue on white on the pop-up menu, whether the rest of the pages are light-on-dark or dark-on-light.

  The toggle changes the "start a wiki" button on Wikia's bar at the top of the screen, but the pop-up menu stays the same.

  05:25, 31 December 2013
  Edited 05:27 31 December 2013
• CzechOut
  Hmmm. Interesting. Oh the joys of the front page. I'll look into it.
  05:29, 31 December 2013
• CzechOut
  Okay, temporary fix enabled. Seems to be working, so it may not be all that temporary.
  05:55, 31 December 2013
• Josiah Rowe
  Fixed for me! Thanks.
  16:02, 31 December 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:132014

Shortcut:

Thread:132014

CzechOut

One of the disadvantages of the forum code is that if you move away from a page where you are composing a new reply — maybe you accidentally click a link on the page, for example —  it will appear as though you've lost the message you're composing.

But there is a way to save it!

1. Click your back button. You should see one line of your text in the entry box at the bottom of the page. Do not click on the entry box, or your text will be lost.
2. Immediately hit ⌘-A on your Mac or ctrl-A on other, inferior operating systems. This will select the text of the entire page.
3. Then hit ⌘-C on your Mac or ctrl-C if you're lumbered with another OS.
4. Open up TextEdit on Macs or Notepad in Widoze.
5. Hit ⌘-V on your Mac or ctrl-V on your cut-price, cut-corners competitor. This will then dump the entire contents of the Thread into your text editor.
6. Find the text for your "lost" post, then copy and paste it back into the thread.

It's a bit cumbersome, sure. And it would be better if the Forum mini-editor worked more like the regular page editor, allowing you to navigate away from and back to your edits with ease. But at least there's some way to recover a post, when you accidentally navigate away from it.

---

17:12, 25 May 2013

Edited by DCT 12:28, 10 July 2013

Edited by CzechOut 04:19, 15 July 2017

• SOTO
  I've tried that before, and it's never worked...
  17:15, 25 May 2013
• CzechOut
  It does work. You have to be able to see text in the text-entry window. It won't work if the text has already disappeared because you've touched the window. And it only works when you've navigated away from the Thread page and you come back to it.
  17:22, 25 May 2013
• SOTO
  Yes, that has been the case many times, and each time I'd try highlighting everything. I even tried just highlighting around it. It just never turned up in the text that I copied.
  17:24, 25 May 2013
• CzechOut
  Please make a specific test of exactly the instructions I've given. I've just tested it again, without issue.
  17:30, 25 May 2013
• CzechOut
  It's possible Notepad can't handle this. If the instructions fail with Notepad, please try with Word, or something a little more advanced than Notepad.
  17:34, 25 May 2013
• Cult_Of_Skaro
  Well, apparently on 'inferior systems (though I generally prefer Windows ;)' it doesn't work. Odd...
  17:35, 25 May 2013
• SOTO
  Okay, I just tested out exactly what you said. I inserted gibberish into the message box, then went back in Chrome and went forward. I then applied everything you told me to do, and the resulting text can be found here. (it's not letting me post such a long message, I think.

  You see — no gibberish! As Cult says, it appears not to be working on so-called "inferior" systems.

  17:38, 25 May 2013
  Edited 17:38 25 May 2013
  Edited 17:39 25 May 2013
• CzechOut
  Well, how disappointing. Sorry. If this advice isn't more broadly applicable, I guess I'll have to withdraw it. Sucks not to have a Mac, then.
  01:34, 27 May 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:133639

Shortcut:

Thread:133639

CzechOut

Since Wednesday, the software has been adding additional carriage returns in some situations. Now, a single, additional vertical space, or carriage return, is being added at the bottom of section, when you choose to edit by section, as opposed to editing the whole page.

We're investigating the situation, and have referred the matter to Wikia Staff. We'll keep you apprised as we get more info.

00:13, 9 June 2013

Edited 00:27, 9 June 2013

Edited 02:53, 9 June 2013

Edited 03:10, 9 June 2013

Edited by T3CHNOCIDE 20:09, 4 August 2014

Edited by T3CHNOCIDE 20:09, 4 August 2014

Edited by Shambala108 23:02, 4 November 2018

• CzechOut
  Wikia have this on their schedule to fix by Monday 10 June. Until the bug is fixed, you can avoid the error by editing the entire page, rather than just a section.
  02:52, 9 June 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:138016

Shortcut:

Thread:138016

CzechOut

As a part of today's Wikia code fixes, Wikia have introduced a little bit of a change — possibly an error — in the way that the very top of the page looks. Although this is not a terribly bad look on most pages, the front page looks significantly worse.

The change/error has been noticed on other wikis, and is currently under discussion at community:User blog:Sactage/Technical Update: July 23, 2013, for those interested.

Kirkburn has initially ruled it an unintentional change, so we won't be taking immediate local action to fix it.

16:25, 24 July 2013

Edited 16:26, 24 July 2013

Edited 16:26, 24 July 2013

Edited 16:27, 24 July 2013

Edited by Shambala108 01:39, 7 January 2019

• Cult_Of_Skaro
  I don't see anything unusual...
  17:14, 24 July 2013
• SOTO
  Yeah, I'm not noticing anything different either... Maybe it's only on Macs?
  18:54, 24 July 2013
• CzechOut
  That's because Wikia have now resolved this issue. If you'd like to see screenshots of the problem as it existed, please proceed to the Community Central thread indicated above.
  02:17, 25 July 2013
• SOTO
  Ah, sorry, I didn't notice it because I didn't think to look in the comments. Didn't see them at first.
  02:30, 25 July 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:140478

Shortcut:

Thread:140478

CzechOut

A new bug fix went through today which appears to have messed with our forum font size, due to the fact that our forums are pretty heavily customised. Wikia have increased the base font size for Wall Forum threads, but I'm still trying to figure out by precisely how much so that I can make appropriate changes to our local CSS. Please bear with us; this isn't an intended change.

In the meantime, we hope all our myopic users enjoy the easy reading!

01:54, 5 September 2013

Edited 01:55, 5 September 2013

Edited 01:55, 5 September 2013

Edited 01:56, 5 September 2013

Edited 02:10, 20 September 2013

• CzechOut
  Blah, couldn't be bothered to wait for the whole explanation from Wikia. It seems to be fixed now. Sorry for the inconvenience.
  02:49, 5 September 2013
• ToaMeiko-fduser
  I'm still experiencing the bug, but it good be because of browser and/or server caches. Not much of a problem for me. If it's fixed on your end, it should be on my end sooner or later.
  03:38, 5 September 2013
• CzechOut
  Well, you can force it to correct on your end by clearing your cache, though you may have to adopt the following procedure several times:

  Clear your cache often around here

  After changes are made to this site's CSS or Javascript, you have to bypass your browser's cache to see the changes. You can always do this by going to your browser's preferences panel. But many browsers also offer keyboard shortcuts to save you that trouble. The following shortcuts work in the versions of the browsers that Tardis currently supports. They may not work in earlier versions.

  • Firefox: hold down Shift while performing a page reload.
  • Opera offers no default keyboard shortcut, but you can create a custom keyboard shortcut with the value Clear disk cache
  • Safari users should simultaneously hold down ⌘ + Option + E. You may need to enable the Develop menu first
  • Chrome: press Ctrl + F5 or Shift + F5 while performing a page reload.
  03:43, 5 September 2013
• ToaMeiko-fduser
  Yeah, I know, but I'm not too concerned right now. As long as everything is still legible in an easy-to-read font, I'm good! :P Thanks though. :)
  03:44, 5 September 2013
• Midnite Marshall
  The font seems fine to me :P
  23:27, 19 September 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:141144

Shortcut:

Thread:141144

CzechOut

As you may have heard if you've spent any time at Community Central, Wikia are moving to a different iteration of the main skin. We might call it Wikia 2.0, but Wikia have labelled the project Darwin.

The idea is to force content to the fore by making the content area expand and contract depending on the size of your window. This should make the experience of Wikia a whole lot easier on the eyes than the current fixed-width approach. It should especially help people who are on iPads and laptops — as well as those who have the luxury of much larger screens.

Those of you who were around for the adoption of the Wikia skin might remember the that one of the bones of contention was around this very issue. Monobook had been — and still is! — a free-flowing skin, but Wikia wasn't.

Darwin, and especially this free-flowing component code-named Fluid, offers an answer to these criticisms, while still giving helpful boundaries, so that pages can't be warped out of all recognition.

Eventually, all Wikia wikis will move to Darwin. But I've asked for early adoption just so that we can help Wikia troubleshoot some of the kinks before the 50th anniversary kicks in. So please, take a look around the joint. Stretch windows wide. Pull 'em narrow. See if things look weird. If they do, come back here and give a link to the problematic page so that we can examine what's going wrong. This will give useful feedback to Wikia so that any problems we encounter might be incorporated into the final product.

Not only will Tardis admin staff be watching this page and making appropriate changes, but Wikia Staff will be lurking around, too. So please: speak up and speak often!

Let's get the Tardis lookin' great for the anniversary!

19:46, 12 September 2013

Edited 19:50, 12 September 2013

Edited 23:04, 12 September 2013

Edited 23:04, 12 September 2013

Edited 23:43, 12 September 2013

Edited 16:13, 14 September 2013

Edited 16:37, 14 September 2013

Edited 16:41, 14 September 2013

Edited 16:42, 14 September 2013

Edited 16:42, 14 September 2013

Edited 16:54, 14 September 2013

Edited 19:11, 14 September 2013

Edited 19:14, 14 September 2013

Edited 19:16, 14 September 2013

Edited 19:20, 14 September 2013

Edited 19:23, 14 September 2013

Edited 19:30, 14 September 2013

Edited 19:30, 14 September 2013

Edited 23:53, 14 October 2013

Edited 20:29, 24 February 2015

• CzechOut
  As a part of testing, I'm turning off all javascript extensions on the site for an unknown period of time. Pardon the inconvenience. Better now than on 23 November!
  21:34, 12 September 2013
• CzechOut
  Javascript has been re-deployed. You may need to clear your cache to have all the js goodies show up again.

  Clear your cache often around here

  After changes are made to this site's CSS or Javascript, you have to bypass your browser's cache to see the changes. You can always do this by going to your browser's preferences panel. But many browsers also offer keyboard shortcuts to save you that trouble. The following shortcuts work in the versions of the browsers that Tardis currently supports. They may not work in earlier versions.

  • Firefox: hold down Shift while performing a page reload.
  • Opera offers no default keyboard shortcut, but you can create a custom keyboard shortcut with the value Clear disk cache
  • Safari users should simultaneously hold down ⌘ + Option + E. You may need to enable the Develop menu first
  • Chrome: press Ctrl + F5 or Shift + F5 while performing a page reload.

  During this early testing period — roughly the next week — javascript may be disabled as needed, and without warning, by the Wikia engineering staff. We apologise for any inconvenience this might cause — particularly to our users who really like the white-on-blue colour scheme which is only available through the javascript "change colours" button.

  Rest assured that we are not currently planning to permanently disable any feature to which you've become accustomed.

  22:59, 12 September 2013
• CzechOut
  The major fly in the ointment we've noticed at this early page is that some pages "stretch" properly as you widen the window, and some don't.

  • This page is an example of a page that does not stretch properly.
  • Our main page is an example of a page that does stretch — or go fluid — properly.

  We're currently trying to identify whether this is a backend problem, or something to do with our customisations.

  Another problem of which we're currently aware is the masthead on user pages. This is definitely an issue on the Tardis side, and so I'll be burning the midnight oil on that one. In the meantime, user pages are bound to be a bit … funky.

  23:03, 12 September 2013
  Edited 23:03 12 September 2013
• CzechOut
  Auto-suggest is playing up. Or, to be more precise, it's only available when you narrow the window, and the search bar is forced into a new position immediately right of the wordmark. When the search bar is in its normal position (to the right of the article name) there's no drop-down of suggested articles.

  A fix for this issue is already in the works, but it won't be deployed until the week of 25 September. For a few days, therefore, you'll have to narrow your browser window if you want to avail yourself of autosuggest.

  23:24, 12 September 2013
  Edited 23:44 12 September 2013
• CzechOut
  One component of our javascript has now been turned off, and may remain off for up to 24 hours. Users of the Monobook skin may particularly be impacted.

  The biggest thing that goes missing for Wikia users is proper functioning of collapsible tables. So navigation boxes at the bottom of pages will appear open all the time until the javascript is turned back on.

  EDIT 12:46, September 14, 2013 (UTC): Some javascript will remain turned off until at least 16 September 2013.

  17:19, 13 September 2013
  Edited 12:46 14 September 2013
• CzechOut
  Darwin is tolerating most of our local customisations quite well, but Chat is basically dead. I'll be examining this part of our code today and trying to fix it. Sorry for the inconvenience.

  Chat has now been restored.

  12:47, 14 September 2013
  Edited 16:01 14 September 2013
• CzechBot
  Okay, our local javascript modifications have now been entirely turned off. This outage will last until given the all-clear to turn javascript back on by Wikia, which hopefully will be by sometime on 16/9.

  A ton of goodies will be gone including:

  • spoiler protection
  • the skin changer (it's all white backgrounds for a bit, unfortunately)
  • the thing that makes titles italic
  • preloadable page formats
  • some things about the way tables look and behave on mouseover
  • the archiving tool

  Basically, most everything that makes the site different and kinda cooler than your bog-standard Wikia wiki is turned off.

  Why are we doing this? Well, we've got a bit of a mystery on our hands about why some pages stretch to their maximum width (i.e. are fluid) and why others don't. Although our javasript has been pre-emptively cleared of guilt, we're just trying to make super-sure. By turning off all javascript for more than 24 hours, we're being extra-cautious and avoiding all possibility of caching errors.

  13:27, 14 September 2013
• CzechOut
  Work is being done today (16.9.13) on the navigation bar at the top of pages. This may make the nav bar itself float around a bit.

  • Those who are using a desktop will probably find extremely odd placement if they narrow their browser windows to the narrowest possible widths. Fixed.
  • Seems to be working correctly in portrait orientation for iPhones running iOS 4 all the way to 6.1. But, oddly, it's not working on iPads running 6.1. Never mind. New design now embraced by the whole iFamily.

  Okay, new design is working as intended at all widths and device orientations for Apple® products. Still, those on iPads, and certainly those looking at the full site on their iPhones, are heavily encouraged to use landscape mode.

  I am looking for feedback from people with Android/Windows devices, though.

  13:54, 16 September 2013
  Edited 14:39 16 September 2013
  Edited 14:43 16 September 2013
  Edited 14:44 16 September 2013
• CzechOut

  Local bug: User Profile Mastheads seriously screwed

  Users may experience continued problems today (16.9.13) with the way their User Profile Masthead looks. Now that the wiki navigation bar has been sorted, I can begin work in earnest on the UPM, which shares a common border with the navigation element.

  Fix priority: High

  Status: Somewhat resolved at 16:44, September 16, 2013 (UTC)

  It's about as fluid as the same boxes on standard Darwin installations. Standard installation extends the framing box' all the way to the edge, but not the text within the box. At most widths, our text goes all the way to the edge of the framing box, but the framing box itself is currently fixed width. However, the box as is plays nicely in Firefox, Safari, Opera and Chrome for Mac, and in iOS 6.1, as well as 4.2.1. Presumption is that it works in anything with an Apple logo on it (with an OS made in this decade), and that it almost certainly works on Windows versions of Firefox, Safari, Chrome and Opera. If you use Internet Explorer, stop. (But give us a bug report first.)

  This issue has therefore improved to "resolved for handheld devices and most desktop browser widths" But it's not resolved for very wide browser widths.

  Status update at 17:10, September 16, 2013 (UTC)

  Okay, this is going to be a little more "fiddly" than I thought at first. Expect your UPM (that bit at the top of your user page) to go a bit wonky from time to time today. I'll post back when the matter is fully resolved.

  14:49, 16 September 2013
  Edited 15:06 16 September 2013
  Edited 16:44 16 September 2013
  Edited 16:52 16 September 2013
  Edited 16:53 16 September 2013
  Edited 17:10 16 September 2013
• CzechOut

  Local bug: Preview and reply

  The preview and reply buttons in forum posts are now off to the right side when the window is pulled wider than tablet size, but narrower than full width. In total, the effect lasts for about 150px of browser width. In other words, the buttons are temporarily displaced, but never out of the user's reach.

  This is not normal behaviour on a default Darwin installation, and may have something to do with local CSS. Although it's being caused by Tardis CSS, it is not a serious threat to one's ability to use the forum.

  All I've done so far is to test forum replies on both here and w:c:community in Safari, Firefox and Opera. All three browsers exhibit the problem consistently on this wiki, and not at all on Community. Thus, I'm calling it a local issue, but hardly a serious one.

  Fix priority: Low

  15:05, 16 September 2013
• CzechOut

  Local bug: Search bar styling

  Search bars have inconsistent styling site-wide. This is due to a lingering issue that isn't really Darwin related, but has been brought into sharp relief now that Darwin intentionally moves the search bar around, depending on browser width.

  I'll be looking at a way to make the three main search bars always have the same shape and feel.

  Fix priority: High

  15:11, 16 September 2013
• CzechOut
  Now that it's been in place for a while, anyone got any thoughts on Darwin that they'd like to share?
  20:34, 28 October 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:141282

Shortcut:

Thread:141282

Tybort

A quick look at various pages with {{title|''{{PAGENAME}}''}} and {{title dab away}} on them don't seem to have their page title in italics, even though the lead is. In other words, anything that should have their title italicised isn't on my end. This applies to IE 10, Firefox 23 and Chrome 29 on Windows.

20:18, 14 September 2013

Edited by CzechOut 13:49, 16 September 2013

Edited by CzechOut 10:15, 21 September 2013

• Shambala108
  It's a bug right now that will hopefully be fixed by wikia in a few days or so. See Thread:141144 for more information.
  20:44, 14 September 2013
• SOTO
  Well, it's not technically a "bug" because it was done on purpose, for testing. Our javascript was turned off to test out Darwin, and regular Wikia wikis don't support the {{title}} feature. Apparently, it should be turned back on by the 16th.
  22:02, 14 September 2013
• CzechOut
  Yes, I've intentionally turned all javascript off for the time being. The title italicisation feature is just one of many that's not available at the moment. Hopefully I'll get the all clear later today to turn it all back on.

  Please be sure to monitor Thread:141144 closely for at least the next few weeks, as you're likely to see any number of oddities related to Darwin integration.

  13:48, 16 September 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:141398

Shortcut:

Thread:141398

65.49.68.169

There was a countdown to the 50th anniversary on the main page. I haven't seen it in a couple days. Will it return?

15:31, 16 September 2013

Edited 10:14, 21 September 2013

• CzechOut
  A lot of little things that make the wiki cooler are now temporarily on holiday. This, and all of them, will return. Please see Thread:141144.
  17:08, 16 September 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:143338

Shortcut:

Thread:143338

CzechOut

Work is being carried out today on the "change colour" button to make it deliver its message with just an icon. The button may be temporarily shrunk or oddly placed, but it likely won't be completely removed from the page. (And yet it might.)

As always, people, clear your cache often, as explained in the following post.

18:38, 17 October 2013

Edited 18:39, 17 October 2013

Edited by T3CHNOCIDE 20:34, 4 August 2014

Edited by T3CHNOCIDE 20:35, 4 August 2014

Edited by Shambala108 01:39, 7 January 2019

• CzechOut
  Clear your cache often around here

  After changes are made to this site's CSS or Javascript, you have to bypass your browser's cache to see the changes. You can always do this by going to your browser's preferences panel. But many browsers also offer keyboard shortcuts to save you that trouble. The following shortcuts work in the versions of the browsers that Tardis currently supports. They may not work in earlier versions.

  • Firefox: hold down Shift while performing a page reload.
  • Opera offers no default keyboard shortcut, but you can create a custom keyboard shortcut with the value Clear disk cache
  • Safari users should simultaneously hold down ⌘ + Option + E. You may need to enable the Develop menu first
  • Chrome: press Ctrl + F5 or Shift + F5 while performing a page reload.
  18:39, 17 October 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:144139

Shortcut:

Thread:144139

CzechOut

If you normally browse here with Safari and you've recently upgraded to Mavericks (10.9), then you've just lost a little bit of functionality. At some point, you may have installed the QuickTime component called XiphQT. This was the only way that Mac users had of playing .ogg audio files through QuickTime and therefore iTunes. QuickTime is what powers audio and video streaming in Safari. It's therefore what's required to play back our audio clips, such as in the infobox at The Light at the End.

But the problem is that XiphQT is an old 32-bit application. And Mavericks is the first iteration of OS X which requires 64-bit apps. The result: no audio playback of our files in Safari once you upgrade to Mavericks.

Happily, Firefox and Chrome (and Opera, but Opera's not supported by Wikia) easily play audios, even after a Mavericks upgrade.

02:42, 2 November 2013

Edited by T3CHNOCIDE 20:31, 4 August 2014

Edited by T3CHNOCIDE 20:32, 4 August 2014

Edited by Shambala108 01:29, 7 January 2019

• CzechOut
  Turns out this problem is much more widespread. If you are using the latest OS on the latest Apple^® device you won't be able to play any sound clips anywhere on Wikia, regardless of what browser you use.

  Those who are running Mountain Lion or below are unaffected, but there's been a basic inability to hear Wikia audio in iOS probably since 1.0. In other words, iUsers have always been unable to hear Wikia sound files.

  It's unclear if Wikia Engineering will be able to address the iOS issue swiftly, since that is technically an "Apple problem".

  However, they will likely be able to make sounds work in 10.9, in everything but Safari, since sound files there play in Firefox, Chrome and Opera on Wikipedia.

  If you're a 10.9 user, you are strongly encouraged to submit a bug report, saying that you're a Mavericks user who would like Wikia to fix things so that you can hear the sound clips on this site.
  16:59, 9 November 2013
  Edited 17:13 9 November 2013
  Edited 17:14 9 November 2013
  Edited 17:14 9 November 2013
• CzechOut
  Just to clarify, what we're talking about here are audio-only files. Audio that's a part of videos works fine. Here's an example of what won't work for Mac 10.9 users, regardless of browser:

  Trailer for The Light at the End
  17:18, 9 November 2013
  Edited 17:19 9 November 2013
• CzechOut
  Mavericks is no longer supported, but this issue is currently true of every iteration of OS X and iOS that came after. Effectively, this means that .ogg files are banned here, because they can't be used by a significant number of our users.
  03:21, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:144168

Shortcut:

Thread:144168

Davemyt0

Purchase real and Novelty Passports,id cards,visas,drivers license ,Permits for all countries Are trying to change your nationality ? do you need work papers ? do you want travel ? do you need papers you cant have ?if yes , then you are in the right place at the right time

We are an independent group of specialized IT professionals and data base technicians who are specialized in the production of quality documents such as passports,drivers license,id cards,stamps,visas,diplomes of very high quality and other products for all countries: USA, Australia,UK, Belgium, Brazil, Canada, Italian, Finland, France, Germany, Israel, Mexico, Netherlands, South Africa, Spain, Switzerland, . This list is not full.contact General support: [email protected] To get the additional information and place the order just call or contact us via email mobile.

Contact; [email protected] Tel/ 0023797938063 skype ID:uniqueproducers www.uniqueproducers.page.t

14:23, 2 November 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:144363

Shortcut:

Thread:144363

CzechOut

In the following series of posts, I'll demonstrate how you can't put an un-thumbnailed video in the forum and expect it to play.

But first, a few examples of what does work.

Here's a video taken directly from w:c:video. Both of these examples play.

File:Comic-Con - Doctor Who - Toby Whithouse Interview

A video at 501px, not thumbnail. The instruction given was that this should align right, but since local customisation keeps the width of the thread to almost 500px, anyway, there's no real difference between |right and |center.

File:Comic-Con - Doctor Who - Toby Whithouse Interview

501px thumbnail.

The fact that this video is breaking the boundary of the thread is entirely due to local customisation. Once you add in the padding for the frame, and account for the irregularity of the overall shape caused by the vertical height of this post, the left-margin of the the post is necessarily overhung.

14:46, 9 November 2013

Edited 14:58, 9 November 2013

Edited 15:13, 9 November 2013

Edited 15:14, 9 November 2013

Edited 15:16, 9 November 2013

Edited 15:16, 9 November 2013

Edited 15:18, 9 November 2013

Edited 15:19, 9 November 2013

Edited 15:51, 9 November 2013

Edited 15:53, 9 November 2013

Edited by Shambala108 01:38, 7 January 2019

• CzechOut
  This is a video which only exists here at Tardis. Again at 501px, these videos play, too. The kicker, as we'll see, is that the presence of the thumb somehow allows the non-thumb to play.

  File:Fish fingers... and custard? - Doctor Who - BBC

  501px non-thumb

  File:Fish fingers... and custard? - Doctor Who - BBC

  501px thumb
  14:49, 9 November 2013
  Edited 14:49 9 November 2013
  Edited 15:20 9 November 2013
• CzechOut
  Now let's take the thumb away. What do we get? Nada. A non-thumb alone doesn't play in Wall Forum.

  File:Fish fingers... and custard? - Doctor Who - BBC

  501px non-thumb
  14:53, 9 November 2013
  Edited 14:53 9 November 2013
  Edited 14:55 9 November 2013
  Edited 15:22 9 November 2013
• CzechOut
  Nor does it matter whether the video come from w:c:video, or what its width is. Basically, non-thumbnailed videos don't play.

  File:Comic-Con - Doctor Who - Toby Whithouse Interview

  This video is set to |center. Notice that:

  • we don't get a light box
  • The text of the caption is all over the place, but some of it is kinda centred
  • The play button has gone walkies.

  Just in case you don't think non-thumbs should work in this way, go to user:CzechOut/VideoComparison to see how this example looks on a normal page.

  14:55, 9 November 2013
  Edited 14:56 9 November 2013
  Edited 15:25 9 November 2013
  Edited 15:26 9 November 2013
  Edited 15:44 9 November 2013
  Edited 15:49 9 November 2013
• CzechOut
  File:Comic-Con - Doctor Who - Toby Whithouse Interview

  See, by contrast, how nicely a thumb plays?
  15:04, 9 November 2013
  Edited 15:27 9 November 2013
  Edited 15:27 9 November 2013
• CzechOut
  You might very well think that this is a Tardis customisation issue, because our WallForum is ... weird. But such is not the case. For an examination of the problem in a customisation-free Wall Forum, giving exactly the same results, go to: w:c:czechout:Thread:2317.
  15:25, 9 November 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:145888

Shortcut:

Thread:145888

Digifiend

On List of Doctor Who television stories, the pink and yellow colours used for missing episodes in the table looks fine on the light colour scheme, but clashes with the light blue and white text on the dark colour scheme. Would it be possible to make these tables coloured differently depending on which colour scheme is being used?

21:22, 25 November 2013

Edited by CzechOut 03:18, 15 July 2017

Edited by CzechOut 21:39, 23 November 2020

• CzechOut
  Thanks :) This is a known issue, but the reminder is helpful.
  03:19, 26 November 2013
• MjaxMajoran
  sorry to necropost, but nearly a year has passed and this issue has still not been addressed.
  03:20, 9 June 2015
• CzechOut
  Helpfully, SOTO fixed this issue a few weeks ago.
  02:43, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:146625

Shortcut:

Thread:146625

CzechOut

While stub tags are finding a new home, you may experience them wandering all over the page. Can't give an exact ETA on when this might settle down, but it'll be within the next day or so. This issue will also displace {{protect}}, {{lock}}, {{ImageLink}} and {{wikipediainfo}}.

Apologies in advance if it makes a few words on various articles unreadable.

01:27, 4 December 2013

Edited 10:46, 6 December 2013

Edited 10:47, 6 December 2013

Edited by T3CHNOCIDE 20:29, 4 August 2014

Edited by T3CHNOCIDE 20:30, 4 August 2014

Edited by Shambala108 01:37, 7 January 2019

• Digifiend
  Glad to know you're aware of that, I was just about to report it having seen that error on the Legacy (video game) page. Luckily the stub tag isn't obscuring any text there.
  13:06, 4 December 2013
• CzechOut
  Project may take a little longer than expected to complete, as I have to manually flip all the tags 90 degrees to the right. I thought I was going to be able to do this via a simple CSS command, but that idea had some unexpected problems.

  For the moment, you shouldn't be finding text obscured on most pages, so long as the editor put the stub template at the bottom of the page, where it's always supposed to go.

  However, on some pages, people have put the stub tag right after the infobox, or at the top of the page, and these are going to cause problems until I can work out a better javascript solution.

  15:10, 4 December 2013
• CzechOut
  Significant progress has been made on this project, but it's going to take a while to flip all the stub tags. Some of them can't simply be flipped, but must be redesigned, since the images don't make a great deal of visual sense when rotated 90 degrees. So there are some cases where the stub tags have to be completely redesigned.

  Another issue is that the image cache isn't clearing quickly. Therefore, there will be an indeterminate amount of time, but usually less than 48 hours, where the stub tag image is both huge and oriented the wrong way. This will settle down properly, so please do not delete stub tags in the meantime.

  10:46, 6 December 2013
• Embem5
  thank you! everywhere i look there is a stub tag that says CAT and it is bothering me! Thank You!!!
  11:43, 16 December 2013
• 108.236.90.188
  Anyway I can help?
  16:27, 17 December 2013
• CzechOut
  Nope. IP editors can't upload pics, which is the main thing now required.
  16:28, 17 December 2013
• 108.236.90.188
  Thanks anyway.
  16:48, 17 December 2013
• 108.236.90.188
  Speaking of stub tags check out Song.
  16:50, 17 December 2013

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:146716

Shortcut:

Thread:146716

CzechOut

If you're a more adventurous Wikian who at one time put w:c:vda:MediaWiki:VDA.js into your personal global.js, be aware that it is incompatible with some elements of this site's styling. It makes some elements in the source editor "fall down" into the actual editing pane when in widescreen mode.

Note that VDA.js is in fact deprecated.

You should remove it from your global.js, regardless of its impact upon Tardis styling.

Thanks to User:Corey Chambers for finding this interactivity issue.

01:44, 6 December 2013

Edited 17:15, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:148742

Shortcut:

Thread:148742

CzechOut

There is an ongoing issue with occasional video thumbnails. It's making some pages look ugly, as can be seen at this example. The videos in question do, however, play properly.

Please do not remove these videos with thumbnail issues, as we expect it to get fixed. The issue has been reported to Wikia Staff, and they have escalated it to the engineering team. It is not a Tardis-only issue.

19:47, 1 January 2014

Edited 19:47, 1 January 2014

Edited 19:48, 1 January 2014

Edited by Shambala108 01:35, 7 January 2019

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:148894

Shortcut:

Thread:148894

CzechOut

I'm issuing a pre-emptive warning to Mac users that they not upgrade to Mavericks 10.9.1 and Safari 7.0.1 (which is a necessary part of that OS upgrade).

It appears to be causing some issues with Wikia, making it impossible to see histories on pages with very long revision histories, like Eleventh Doctor.

The matter has been referred to Wikia Staff, and I will keep fellow Mac users apprised as the situation becomes clearer.

Chrome, Opera and Firefox seem unaffected by this issue, so I've you've already gone for 10.9.1, you still have several viable options.

23:58, 2 January 2014

Edited 00:00, 3 January 2014

Edited 00:01, 3 January 2014

Edited 00:01, 3 January 2014

Edited 02:46, 15 July 2017

Edited 21:39, 23 November 2020

• CzechOut
  This error has been independently confirmed by Wikia staff and escalated up the repair chain. You are now strongly cautioned against upgrading to OSX 10.9.1 if you want to retain full operability of Safari while using Wikia.

  Again, if you want to go to 10.9.1 for other reasons, feel free. Chrome, Firefox and Opera do not exhibit this problem in 10.9.1, so you have plenty of browsing alternatives.

  It sucks, though, because Safari 7.0.0 was working so incredibly well with Wikia.

  02:55, 4 January 2014
• CzechOut
  After some serious investigation today, it appears now that this problem is not about page size. I've tested several of our shortest pages, some of them that are exactly the same size to the byte and I'm getting different results. Some history pages display without hesitation, while others hang.

  At this point, it's not clear what the issue is, but there is an error, and it can be reproduced consistently.

  Safari 7.0.1 does not work well with Wikia. Resist the urge to upgrade for a little while, if you can.

  03:21, 4 January 2014
• CzechOut
  And just to be clear, this is not a local issue. Safari 7.0.1 doesn't serve the history page of starwars:yoda, muppet:kermit or memoryalpha:spock any better than it does Eleventh Doctor.
  03:24, 4 January 2014
  Edited 03:24 4 January 2014
• Josiah Rowe
  It also has trouble loading most Special pages (Special:Watchlist, Special:RecentChanges, Special:Contributions/whoever and so forth). The pages tend to stall out while loading. That's also a Wikia-wide problem with the latest Safari version. (And I've reported the bug to Wikia staff as well; they're working on it.)
  07:30, 5 January 2014
• CzechOut
  These issues no longer apply to current versions of OS X, and Safari 7 is no longer supported by FANDOM.
  02:45, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:149479

Shortcut:

Thread:149479

Digifiend

If you try to include multiple paragraphs in a blockquote, as on Hunters of Earth (audio story), the second paragraph onwards has white text instead of the usual dark shade. It's only a problem on the dark skin.

23:40, 9 January 2014

Edited by CzechOut 04:18, 15 July 2017

• CzechOut
  Why are you including multiple paragraphs on a block quote? That's gonna take up an insane amount of vertical space?
  01:01, 10 January 2014
• CzechOut
  Yeah, just checked. That is way, way beyond what {{quote}} is meant to handle. That's like 1200px of vertical space, or more, in an already bulleted area. {{quote}} is not actually designed for more than about 3 sentences.
  01:04, 10 January 2014
• Digifiend
  I didn't add multiple paragraphs to it, I spotted it when reading the article, and haven't actually edited that article at all. So it turns out it violated T:NO HTML anyway, huh. I've tracked it down. An IP editor had originally included it as a normal series of paragraphs, then TARDIStraveler added the blockquote tags. This was in April 2013. Seems like a good faith edit which only made it worse.
  16:44, 10 January 2014
• CzechOut
  No action taken since it was a page-specific issue. However, it's possible that the recent 2017 revisions to CSS would have fixed this anyway. Maybe.
  04:16, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:149538

Shortcut:

Thread:149538

UncertainError

I have a large monitor and the images in all the infoboxes are blurry. It seems that the thumbnails being generated are too small for the width of the infobox on my screen.

19:53, 10 January 2014

Edited by CzechOut 03:12, 15 July 2017

• Shambala108
  Though there was a similar issue addressed at Thread:148742, I haven't seen this one addressed yet. Infobox sizes have been varying widely for the last couple of days, sometimes taking up half of the page width. That would, among other things, make the images blurry.

  If it's a wikia thing, hopefully they will fix it soon and the infoboxes and their images should go back to normal size.

  21:37, 10 January 2014
• CzechOut
  Scheduled local maintenance regarding this issue was announced a few days ago at Thread:149241, and the thread was highlighted. Perhaps you just dismissed the message without reading it.
  22:38, 10 January 2014
• CzechOut
  Nevertheless this thread serves as a useful reminder of why we have minimum width requirements for images and indeed why Darwin is going to force us to up that minimum width.
  22:40, 10 January 2014
• Shambala108
  oops i forgot
  23:24, 10 January 2014
• CzechOut
  None of this applies any longer.
  03:11, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:149637

Shortcut:

Thread:149637

MisterRandom2

The template for the story infobox has a coding error that is causing any second behind the scenes video to not be reduced to a 250px size, which causes the page itself to be completely messed.

I've already identified the problem.

Basically, this part of the story infobox template:

{{#if:{{{bts2|}}}|{{!}}class="info-both" colspan="2" style="margin-top:3px;"{{!}}[[File:{{{bts2}}}]] }}

It should be replaced with this:

{{#if:{{{bts2|}}}|{{!}}class="info-both" colspan="2" style="margin-top:3px;"{{!}}[[File:{{{bts2}}}|250px]] }}

Just wanted to let you know.

19:40, 12 January 2014

Edited 19:41, 12 January 2014

Edited by SOTO 22:32, 12 January 2014

• SOTO
  Thanks for your concern, but this was done purposely by user:CzechOut as a test. Please see Thread:149241 for more details on what he's trying to achieve with the many template, CSS and JS changes you'll see throughout the week. Once again, all these problems are very much temporary, and, as the people of Hot Fuzz' Sandford would have it, for "the greater good."
  22:30, 12 January 2014
  Edited 22:31 12 January 2014
  Edited 22:32 12 January 2014
• SOTO
  This specific problem has now been fixed. Closing thread.
  04:36, 13 January 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:149806

Shortcut:

Thread:149806

AdricLovesNyssa

I don't know if this has been already adressed, but when reading the Ambassadors of Death the infobox isn't fully readable, you have to scroll sideways to fully read it. I check on other pages to see if it was just on that page but on Liz Shaw the box extends into the main text with the image covering a lot of it. Additional information you might need, OS Mac OSX10.9.1 Browser Firefox 26.0

23:57, 15 January 2014

Edited 23:58, 15 January 2014

Edited by CzechOut 13:46, 4 June 2015

Edited by CzechOut 04:22, 15 July 2017

• Digifiend
  It's either been fixed, or it's not affecting Google Chrome on Windows 7.
  01:52, 16 January 2014
• Doug86
  The problem also extends to the Monobook skin as well. Doug86 ☎ 02:44, January 16, 2014 (UTC)
  02:44, 16 January 2014
• 69.255.48.182
  It hasn't been fixed. I'm using Firefox 21.0 on Windows 7.
  13:45, 16 January 2014
• Alan-WK
  Bug continues. I'm using Firefox 26.0 on Windows XP.
  14:39, 16 January 2014
• KiumaruHamachi
  The bug is most likely not caused by the OS of your computers but rather, the wiki.com is doing updates. Strangely, on Naruto Wiki, no infoboxes are affected but like a virus on a computer, these bugs affect the software (ie. infoboxes) differently. We will have to wait it out a few days.
  16:03, 16 January 2014
• Digifiend
  Seems to be browser specific then, and not affecting Chrome. Screenshot:
  17:31, 16 January 2014
• Bwburke94
  Bug exists for me as well, making articles unreadable. Pictures are "spilling over" onto the main article text.
  23:55, 19 January 2014
• CzechOut
  Is there anyone here experiencing this bug who is not using Firefox?
  00:20, 20 January 2014
• CzechOut
  Okay, I'm able to confirm this is basically a Firefox issue (There's a little variant of this issue in Opera, but the pages are still readable there.)

  While it's being addressed, you're encouraged to switch to Chrome and/or Safari.

  Also, Monobook is profoundly affected at the moment, regardless of browser. You are strongly encouraged to edit in Oasis in Chrome or Safari for the time being.

  01:19, 20 January 2014
• Lavacano201014
  I've identified the cause.

  The max-width CSS property for images is set to "100%" - while Webkit browsers (e.g. Chrome) interprets this as "100% of the parent container", Firefox interprets this as "100% of the page width". I'm not certain if this is a bug in Mozilla or just a difference in opinion between Webkit devs and Mozilla, but it does explain why Chrome and Safari are not affected.

  Quite understandably, I am unable to edit the infoboxes to correct the problem. However, what I can do is create a userscript to make the wiki usable until someone with more power than me can fix it.

  1. Install Stylish

  2. Once you've installed Stylish (and restarted Firefox), install this userscript.

  3. Observe as your images are forcibly resized to a maximum width of 350px. You may need to refresh the page.

  07:29, 20 January 2014
• CzechOut
  Meaning no offence to the above poster — welcome, by the way! — please do not follow Lavacano201014's advice.

  A solution which requires the installation of an extension to Firefox is not a solution that this wiki will be undertaking. We will be looking for CSS workarounds only, and if these do not exist, then we will return to a different way of styling the infoboxes altogether.

  07:38, 20 January 2014
• Lavacano201014
  And what precisely is wrong with my userscript as a temporary solution? Because I never did mean it to be permanent.

  And the CSS is simple: Change the max-width property for .info-pic and .info-pic2 to be "350px" instead of "100%". I would have done it to the wiki itself, but again I do not have the permissions to edit the relevant files (again, perfectly reasonable)

  edit: Perhaps you thought I meant for you to post this script in a banner or something? No, I just left that there as a temporary band-aid for other users so you weren't constantly heckled with "FIX PLZ THIS IS HARD TO READ"

  07:59, 20 January 2014
  Edited 08:01 20 January 2014
• CzechOut
  On an individual basis, there's nothing wrong with your solution. But the goal here is explicitly not to set a px width. The goal is to get Firefox to behave like webkit browsers.

  In other words, the presumption of the wiki is that Firefox's handling of max-width commands is a positive error.

  We're not going to go down the road of endorsing, even temporarily, some kind of fix that requires the user to install an extension and operate explicitly contrary to the intended, responsive design.

  08:03, 20 January 2014
• CzechOut

  edit: Perhaps you thought I meant for you to post this script in a banner or something? No, I just left that there as a temporary band-aid for other users so you weren't constantly heckled with "FIX PLZ THIS IS HARD TO READ"

  No, the temporary solution is to switch to Chrome or Safari, not to modify Firefox such that it works around the current state of our CSS. The bug is in Firefox. Altering your personal installation of Firefox is not the way to address this situation.

  08:12, 20 January 2014
• Lavacano201014
  Alright, you don't want explicit pixel widths. I haven't used much CSS outside of half-effort userscript fixes so I can't fathom why, but I'll roll with it.

  Do the infoboxes use CSS3 columns? Firefox bug #720669 might be relevant.

  08:16, 20 January 2014
• CzechOut
  Situation no longer obtains. It's talking about the old wikitext boxes, which we no longer use.
  04:21, 15 July 2017
  Edited 04:23 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:149809

Shortcut:

Thread:149809

Digifiend

On Topic:Liz Shaw, it doesn't link to Liz Shaw. This applies to all Discussions about PAGENAME pages (I'm using Liz Shaw as an example because I noticed the issue when looking at Thread:149806). It says "1 active discussion about Liz Shaw", but is meant to say "1 Active Discussion about: Liz Shaw", as can be seen at a page on another Wikia.

02:01, 16 January 2014

Edited by SOTO 02:28, 17 January 2014

• SOTO
  There. Is that any better?
  23:18, 16 January 2014
• Digifiend
  Yeah, that's fixed it, thanks.
  02:24, 17 January 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:150126

Shortcut:

Thread:150126

Shambala108

Howling and Theory namespace posts are showing up as part of the "random page" feature. I assume that isn't what we want.

02:54, 21 January 2014

Edited 01:34, 7 January 2019

• Shambala108
  They also show up in "recent wiki activity".
  16:01, 21 January 2014
• SOTO
  That is odd. Custom namespaces shouldn't be included in Special:WikiActivity and Special:Random, I don't think. I noticed Theory pages popping up in WikiActivity too. This is obviously not something we want, since Howling thread names could potentially contain spoilers. Hence why Category:Contains spoilers was — for a period of time, at least — not in any other categories; we don't want anyone coming across those pages names unless they've actively chosen to go to Howling:The Howling.

  If this were tomorrow, I'd guess this was an intentional tech update, but there's no such report. How long have you seen this happening? Maybe send in a Special:Contact/bug?

  21:32, 21 January 2014
• Shambala108
  I think I first noticed it Sunday or yesterday.
  21:59, 21 January 2014
• SOTO
  Huh. This is interesting. Start typing in, for example, "Spoiler" into the search bar, and not only spoiler (ns:0) will pop up, but also Howling:Spoilers for pandorica opens and Howling:Spoilers from The Brilliant Book 2011. Note, though, that Template:Spoiler, Tardis:Spoiler policy, Forum:Spoiler policy discussion from 2006, Forum:Spoilers on upcoming audios, etc, do not appear. This seems to be a custom namespace-specific issue, where Howling and Theory pages are for some reason treated like ns:0 (the "main namespace").
  22:36, 21 January 2014
  Edited 22:38 21 January 2014
• SOTO
  After a bit of searching (okay, okay, I found it completely by accident), I've found that this has happened once before. Last time, it was an intentional change to attempt to synchronise the design of those pages with the design of the rest of the wiki. I'm not sure what motives are at play this time — assuming that this was in any way intentional — but it does seem that Howling and Theory have been again made into content namespaces for a period of time.
  22:51, 21 January 2014
• Shambala108
  Yeah, I remember that one, but I thought there was a more recent example too. Maybe it was when the forums changed format.
  23:48, 21 January 2014
• Digifiend
  Are minor edits meant to show up on Wiki Activity? Because an edit I just made to Open All Hours (CON episode) just did.
  02:46, 23 January 2014
• Shambala108
  Minor edits (except for bot edits) do normally show up in wiki activity.
  04:42, 23 January 2014
• Digifiend
  Ah, OK then, thanks. Just thought it best to check considering there are several ongoing bugs here.
  15:31, 23 January 2014
  Edited 15:32 23 January 2014
• CzechOut
  Guys, thanks for the feedback. This is a part of an effort to make custom namespaces work in much the same way as the normal namespaces. We are working with Wikia to fine tune these adjustments. We figured that we'd try this new approach now, when spoilers weren't quite so abundant. By the time we get closer to the period when spoilers start to leak out, we hope to have this all straightened out.
  19:02, 23 January 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:151363

Shortcut:

Thread:151363

Digifiend

Howard Burden's page says he worked on a story called Howard Burden! This is something to do with the pcred template, but I don't know how to fix it.

01:29, 2 February 2014

Edited 01:29, 2 February 2014

Edited by CzechOut 04:39, 3 February 2014

Edited by CzechOut 04:41, 3 February 2014

• CzechOut
  Fixed. Errors like this typically just need to have the page republished.
  04:39, 3 February 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:151808

Shortcut:

Thread:151808

CzechOut

This week, Wikia changed over from Dynamic page list 1.9 to 2.0. DPL is a little extension that allows us to create simple dynamically-expanded lists. For instance, there's one at United States Marshal, which will increase that list every time a page is added to Category:United States Marshals, thereby keeping that page as up-to-date as possible.

Unfortunately, as we've discovered at w:c:drwho.answers, there are some pretty major syntax differences between 1.9 and 2.0. Things that have been working fine for a while suddenly don't work at all.

I don't expect that many pages here at Tardis might be impacted. But they might be. If you encounter any pages where the DPL lists don't seem to be working, lemme know.

Or, if you're really ambitious and looking for something to do, you could check this list of pages where we use DPL. Then, you could report back here to indicate any problems you've found.

17:51, 5 February 2014

Edited by Shambala108 01:32, 7 January 2019

• Digifiend
  Just checked the mainspace links on that list, and all but one are fine. Timeline needs a repair though.

  EDIT: And the User talk, Tardis, Template and Forum namespaces are fine too. User:Rob T Firefly/sandbox does contain a dpl error, but it was already there before the upgrade.

  17:52, 7 February 2014
  Edited 18:01 7 February 2014
• CzechOut
  Thanks for the legwork there, Digifiend. Timeline is fixed.
  16:06, 8 February 2014
• Jacque1288
  how do i add
  22:05, 8 February 2014
• SOTO
  {{tomato check}} is completely messed up when transcluded on my talk page, but somehow completely normal on the template page itself.
  01:34, 9 February 2014
• 24.13.85.36
  The picture of the event synthesizer is missing.

  http://tardis.wikia.com/wiki/Event_Synthesizer

  01:34, 10 February 2014
• Digifiend
  Anon, there was never a picture on that page.
  21:48, 10 February 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:153534

Shortcut:

Thread:153534

108.192.13.243

Hi, I don't know if this is the right way or even the right place to ask this, but could someone please fix the Doctor's page? The images that rotate as the main page image are way too big and are blocking text.

09:08, 15 March 2014

Edited 17:36, 29 January 2017

• SOTO
  What browser are you using?
  09:09, 15 March 2014
• CzechOut
  My guess would be Internet Explorer. That picture-changing thing doesn't work in IE. Of course, we locally don't support IE, but SOTO if you wanna give a shot at adding IE support to the picture changer, feel free.

  [Actually, just checking now. It's definitely problematic in IE. However the Master's page seems to work differently to the Doctor's. For some reason, the Master at least eventually puts its content within the boundaries of the infobox, even if the content is at full-height.]

  12:48, 15 March 2014
• CzechOut
  Actually, SOTO, it's probably a tall order to just ask you to just fix it. But here's what you, or any other interested party, could do to certainly help it. Gather up images of the Doctors that are all exactly the same dimensions, all perfect 10:9 widescreen, based on a 450px width. (You'll have to do the math to figure out what the height needs to be.) Then load 'em into the templates at work here. That'll help IE out a lot, and it won't do other browsers any harm either.

  Once we take the math out of the hands of the CSS by using exactly the same dimensions across the board, this whole thing will work a lot better.

  13:05, 15 March 2014
• CzechOut
  Hmmm, this appears to be a problem in Firefox for Windows, too. Odd.
  13:24, 15 March 2014
• 108.192.13.243
  Hi, I'm the one who made this topic and I'm using Firefox, so it's not just an IE problem.
  03:15, 16 March 2014
• 108.192.13.243
  I should add that the Master's page has the same problem for me. Not every page is problematic though, and since I don't contribute to the wiki I have no idea why there's a difference.
  03:16, 16 March 2014
• CzechOut
  It's only a problem on like four pages on the wiki — those that use a carousel slide show effect to demonstrate different actors who have played the role of a Time Lord with multiple incarnations. Obviously, though, the Doctor and the Master are high traffic pages, so we wanna get it right. Most of the admin staff until very lately have not had the ability to easily test the site in Windows, which is why this issue, despite being realtively long-lived, is essentially a "new" problem for us.

  We're sorry that those pages are rendering poorly for some Windows users. As a workaround, I can suggest that you use Chrome to view the site. It's not displaying this issue in Windowws.

  05:09, 16 March 2014
• Shambala108
  I just wanted to point out that this problem is not a wiki problem and is not universal so there is absolutely no cause to delete the pictures on the grounds that they are not showing up properly. Deleting the images could be construed as a violation of Tardis:Vandalism policy.
  01:08, 17 March 2014
• CzechOut
  This problem has now been solved. The image rotation works in all browsers that Wikia supports, meaning it even works in the latest version of Internet Explorer. It may even work in versions as low as IE 9.0, but I have no easy way to test anything other than 11. .
  04:37, 6 May 2014
• CzechOut
  OH, and just to be clear, all pages that use this feature now work in FF — so the Master and other Time Lords have rotating images in all Wikia-supported browsers.
  04:39, 6 May 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:154468

Shortcut:

Thread:154468

TheMasterRace

If I am posting this in the wrong place but I seem to be having a problem accessing revision history on my Ipad. It loads up about half way and then freezes. I use Safari. Does anyone else have this issue?

19:00, 5 April 2014

Edited by CzechOut 17:55, 6 April 2014

Edited by CzechOut 17:33, 29 January 2017

• CzechOut
  Hi :) This is an issue that was reported back in Thread:148894. However, the connection between that notification and your problems with the iPad is a little obscure, so I'm glad you've given me the opportunity to amplify the point.

  Basically, once Mavericks hit, problems on the desktop side became problems on the iOS side and vice versa. The fact that there's a problem in Safari 7.0.1+ means (almost of necessity) that there's a problem in iOS 7.1.

  The problem on the iOS side is a little more severe, though, because all iPad/Phone browsers — and not just Safari — are affected. So it's currently impossible to get some page histories, both here at Tardis and all around the Wikia network, on iOS.

  It's a very tricky problem. Wikia staff have spent several months just defining the problem with data — because it's so odd. And that's what we're continuing to do. One thing that we're watching with interest is the release of the next major version of Mavericks, 10.9.3, which is likely within the next month. It might well be that this release (which will trigger an iOS upgrade as well) will solve things. It might not.

  Either way, this is something Wikia are very concerned about, and we're literally adding more information about this issue every day. If you want to help in those efforts, fill out this form whenever you discover a special page that won't load.

  Recapping, for those who just like to skip to the bottom of posts:

  • The issue only affects special pages. Normal articles, forum threads, MediaWiki articles, File pages and others load just fine.
  • The issue only affects some special pages. Finding a solution for the issue is difficult precisely because it doesn't affect every special page. It's not all revision histories. Only some of them. It's not every page listed at Special:SpecialPages, just a few of them.
  • It's not just you, nor the way you personally have set up Safari. We've eliminated a lot of possible causes and discovered that it exists even in a brand new installation of Mavericks where the very first page one surfs to with a brand new installation of Safari is http://tardis.wikia.com/wiki/Eleventh_Doctor?action=history.
  • It can be easily reproduced.
  • Only Safari on the desktop side is affected, and only if you've upgraded beyond version 7.0.0.
  • All browsers on the iOS side are affected, once you upgrade to at least iOS 7.1. So it's not just Safari on iPad, but Firefox, Chrome, Apollo, Puffin and a ton of others.
  • Nothing produced by Apple prior to Safari 7.0.0 or iOS 7.1 is affected.
  19:03, 6 April 2014
• TheMasterRace
  Thank you for this
  18:15, 7 April 2014
• Digifiend
  I've heard lots of reports of apps no longer working after the upgrade too. It's a broken OS, pure and simple.
  16:37, 8 April 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:155509

Shortcut:

Thread:155509

CzechOut

Ignore me. I'm just a test.

20:43, 7 May 2014

Edited 17:28, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:155863

Shortcut:

Thread:155863

MystExplorer

No matter what I do, I can't seem to unfollow the article for "Death to the Daleks!". I think it may be some kind of glitch. Any suggestions?

15:23, 15 May 2014

Edited by CzechOut 17:27, 29 January 2017

• Shambala108
  It must be certain pages. I've had that issue with about a dozen pages for quite some time now, and Death to the Daleks! is one of them. I've always put off complaining about it because it seems so minor, compared to some of the other issues here, but I'd like to see it resolved if possible, now that I know others have the same problem.
  16:11, 15 May 2014
• MystExplorer
  I'm glad to know it's not just me. It seems the problem is with the page itself and not our accounts.
  17:07, 15 May 2014
• CzechOut
  Have you tried going to Special:Following and hitting the "x" next to Death to the Daleks!?
  18:15, 15 May 2014
• Shambala108
  Yes, but some pages won't disappear, while others disappear until the next time I load the page.
  18:18, 15 May 2014
• SOTO
  Just for the record, I was previously following the page 'cause I've probably edited it at some point, and I unfollowed it no problemo with the toolbar. I guess I'll fire off the usual questions: OS, browser and browser number?
  18:49, 15 May 2014
• MystExplorer
  Hitting the X does nothing. I use Mac OS X 10.6.8. For a browser, I use Safari 5.1.10. I've also tried it with Firefox but that didn't work.
  20:59, 15 May 2014
• MystExplorer
  Never mind! I found the toolbar and managed to unfollow the page. Thanks for your help.
  21:02, 15 May 2014
• Shambala108
  Thanks for the hint, Slughorn42, it even works for deleted pages.
  04:31, 16 May 2014
• CzechOut
  I referred this matter to the Wikia engineers yesterday. In my testing, I found that hitting the "X" on Special:Following only failed to work with this one page, "Death to the Daleks!". Preliminary thought is that it has to do with the initial quotation mark, which is an odd thing to have in a title.

  Shambala108, you seem to suggest that you're having problems with multiple articles. If you're finding any more pages that can't be dismissed via Special:Following, please list them here.

  13:51, 16 May 2014
• Shambala108
  Sorry, I've already removed them using Slughorn42's suggestion.

  I do remember that one of the deleted pages was "Time standing still", and another was a deleted version of Putting the Shock! into Earthshock. A couple were Howling pages that only started showing up when Howling posts started showing up in the recent activity list.

  If I can recall the other four or five, I'll list them here, but right now my mind is blanking.

  15:20, 16 May 2014
• Shambala108
  Add 2" quad and The "Doctor Who?" running joke to the list. It seems like it only happens with pages that have some kind of punctuation in them.
  17:28, 22 May 2014
• CzechOut
  That's a good initial assessment, but it's kinda fouled by the presence of difficulties with "Time standing still". Did that page have some sort of punctuation in it? Were the quotation marks literally present in the title?
  18:52, 22 May 2014
• Shambala108
  Yes it did have quotation marks, and the Earthshock one had an exclamation point.
  19:02, 22 May 2014
• Cqm
  @Shambala108 I'm trying to reproduce the error with the mentioned Earthshock page but I'm unable to find the page in question in the deletion log. I know what's causing the error with pages with " in them (hopefully it should be fixed relatively soon), but I can't understand what's causing the issue with that particular page. Could you, or someone who sees this post in recentchanges/notifications, give me the exact pagename so I can test it myself?
  11:27, 29 June 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:156099

Shortcut:

Thread:156099

98.163.235.120

There's a problem with the last three names on the list: Bear McCausland, Ellie Darcey-Alden and Joseph Darcey-Alden. Something seems to be wrong with their age templates. I've had to remove them temporarily to keep the list readable. Any suggestions for what to do?

17:54, 21 May 2014

Edited 16:26, 19 June 2014

• 98.163.235.120
  Never mind. I'm pretty sure I fixed it.
  01:14, 22 May 2014
• MystExplorer
  I tried to add another name to the list but when I did, this appeared next to Joseph Darcey-Alden's name: Template:Number table sorting/positive. Could it be that there's simply too much data on the page? I'm afraid I don't have enough understanding of how the wiki works to be able to tell what's wrong.
  14:29, 22 May 2014
• MystExplorer
  If the problem is length, I suppose one solution would be to split the list in two i.e. have the first half be for people born between 1900 and 1949 and the second half for 1950 onwards. Just a suggestion.
  22:22, 22 May 2014
• SOTO
  I'm not entirely clear on what the actual issue is here. What's going wrong? Details, please.
  01:05, 23 May 2014
• MystExplorer
  When I try to add a new name to the list (as it is now), the aforementioned template appears next to the last name on the list. Trying to add more than one name results in the template appearing next to multiple names towards the bottom. I could be wrong but I think it might have something to do with the size of the list. That's why I proposed splitting it in two.
  01:10, 23 May 2014
• SOTO
  Huh. Could you reproduce that problem so I can look at it? Special:WhatLinksHere/Template:Number_table_sorting/positive is telling me that that non-existent template is transcluded in Template:Age in years and days and on pages which transclude that... and yet I'm not seeing it in the source of that template or any templates it uses.
  02:10, 23 May 2014
• MystExplorer
  I'm afraid I don't know what "transcluded" means but I'll make the necessary edits so you can see what I'm talking about: Tardis:List of cast and crew by age.
  02:22, 23 May 2014
• SOTO
  "Transcluded" means the page uses the template, or at least tries to — and therefore produces a redlink. If the source of a page contains {{template name}}, it transcludes that template.
  02:29, 23 May 2014
  Edited 02:30 23 May 2014
• MystExplorer
  Well, for some reason it's now showing up on the page itself despite never having done so before. What can be done about it?
  02:34, 23 May 2014
• CzechOut
  Regrettably, I have to inform all users who like these list of <whatever> by age pages that such lists simply cannot be processed efficiently by the software available to us. Not only are page load times astronomically high, but they easily reach a length where they can't properly calculate age anymore.

  This has nothing whatever to do with the missing template that SOTO talked about upthread. That template, though now added to our database for completeness, was a simple rounding template that has no meaningful bearing whatever on the parent template, Template:Age in years and days.

  The goal of the page in question is to have a single list of BTS personnel organised by age. That goal is impossible on a Wikia wiki. The age calculation template starts to significantly degrade after about 100 calls on a single page, and the cast and crew page has way, way more calls than that.

  Since the goal of the page cannot be achieved, the page, and others like them, will shortly be deleted.

  Before I do that though, I want to give you guys adequate time to see the proof. You can tell the page used to work by looking at the very first revisions. There, when the list was relatively small, the age was displayed correctly. Also, List of Doctor Who television writers uses the same age template, and it works out alright because there aren't nearly so many television writers as there are cast and crew.

  Beyond the technical problem, however, lies the fact that really such things have been voted off the wiki. We decided some years ago not to try to maintain data about the age of real life people, because there simply is no good source for such information — at least nothing that would pass muster at T:VS. Actors routinely lie about their ages in order to stay employed, so they definitely aren't sources for their own ages. I know, Slughorn42, that you love finding out people's ages, but really, it's important that you stop publishing age related information on this wiki. You're kind of undoing the work of removing age data that has already been carried out to date.

  Don't get me wrong: your enthusiasm for the subject is great! But it's just not information that we can either philosophically or technically use. It's important, too, that all editors understand that I'm not saying Template:Age in years and days should never be used. I'm just saying there's a limit to the number of times that the template can be used on a single page.

  07:22, 23 May 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:159767

Shortcut:

Thread:159767

Digifiend

I see that the page for DWM 476 was started yesterday. Trouble is, on both DWM 475 and Doctor Who Magazine/2014, the links to that page were redlinks - meaning that clicking the link opened the page to edit instead of view. I fixed it by doing a fake edit on those two pages using classic editor. There are two more pages listed in What Links Here and they're both exhibiting the same behaviour.

10:52, 19 August 2014

Edited by CzechOut 23:59, 19 August 2014

Edited by CzechOut 17:17, 29 January 2017

• CzechOut
  Not sure what you mean by "fake edit". If, however, you mean that you did a "null edit" (pressing "Publish" without making any change at all) that makes sense.

  The navigational links within {{Infobox Magazine}} are calculated. Thus, it does take some time — maybe less than a day, maybe more — for the previous issue to recognise that you've started a page for the next issue.

  It'll always eventually correct itself. But if you're impatient, you can do a null edit on the previous issue's page and it'll then see the newly created page.

  None of this is technically an error, per se. It's just one of the effects of caching.

  23:58, 19 August 2014
• Digifiend
  Yeah, I did mean a null edit. Thanks for the explanation.
  02:51, 21 August 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:162024

Shortcut:

Thread:162024

CzechOut

If you've been on Wikia for a while, you may know of the existence of a skin called "Monobook". Most — that is, 99% — of users never see it anymore, but there are still some power users who prefer it. The official Wikia position is that it's offered on an as-is basis, meaning that many new Wikia features don't necessarily work in the skin. A good example is Special:Chat, which doesn't at all work in Monobook.

Our local position is that it's a lower priority than Wikia, and indeed sometimes we forget about it. A few of our local innovations really aren't working in Monobook, but these are mainly just the main page and transmat pages. Otherwise, Monobook is a perfectly legible environment.

However, we do want to make sure it's as useful as possible. So if you do use Monobook, and you see things that are going dramatically wrong there, please leave us a message here, noting the page where you found the error and what you think a reasonable solution would be.

As Wikia do not officially support Monobook, I feel a need to stress that this is a service I'm offering as an admin of this site, not as a Wikia employee. It follows on in the tradition of a long-open discussion at Forum:Monobook styling continues and Forum:Monobook fans: read this.

Also, note that if you are a Wikia Star/Community Councillor, and you just can't stand the way our Monobook looks, we'll gladly give you admin access to fix up the joint to what you see as a reasonable standard of excellence for the Monobook skin.

Further, be advised that this wikia bypassed CSS development of Monobook, and — unusually for a 10-year-old wikia — began its CSS styling with the Oasis/Wikia skin. Monobook is very much a retrofit, so it would be churlish of us to be "precious" about that design.

So again, whether you want to take on the duties of a full redesign, or just want to offer feedback about a particular page that's not working, please put your comments below. Thanks  :)

20:59, 25 September 2014

Edited 04:14, 15 July 2017

Edited 21:36, 23 November 2020

• DarthKnah
  I think this is a good idea. One of my other favorite wikis, Wookieepedia, actually recommends monobook over wikia skin. I'm not a very advanced user, but I'll keep a look out.
  21:04, 28 September 2014
• CzechOut
  Thanks for your help :) Just wanted to stress, though, that we have completely the opposite advice here. We recommend Wikia/Oasis over Monobook, but we do want to try to make sure Tardis is as functional as possible in that older skin.
  01:54, 29 September 2014
• DarthKnah
  The "there be spoilers here" message doesn't come up when you click on a thread in the howling if you use monobook.
  01:49, 13 October 2014
• DarthKnah
  Also, what's the deal with the font on many pages when using monobook? It's all thick and nasty and hard to read. Of course, my opinions don't reflect those of all monobook users, but it's something you should look into.
  02:13, 13 October 2014
• DarthKnah
  When using monobook, on the left hand side there is a box entitled "community." It says "wondering why things are changing around here? Keep up by reading the community news or by visiting the Panopticon." The Panopticon link is to the Panopticon disambiguation page.
  01:45, 16 February 2015
• CzechOut
  We're no longer actively developing Monobook, but thanks for the participation in the past. Monobook is currently used by less than .05% of FANDOM users, and even fewer than that here locally at Tardis.
  04:12, 15 July 2017
  Edited 04:13 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:162037

Shortcut:

Thread:162037

Digifiend

The top header will be changing soon. http://community.wikia.com/wiki/User_blog:Rupert_Giles/Introducing_Updated_Global_Navigation

I've noticed that that purge link/clock you have in the top bar will be nudged out of position, and potentially be blocked by the notifications box. You probably want to do something about that. You can see what I mean here: http://onceuponatime.wikia.com/wiki/Once_Upon_a_Time_Wiki

02:23, 26 September 2014

Edited by CzechOut 07:28, 28 September 2014

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:168028

Shortcut:

Thread:168028

Digifiend

I just loaded up the page for Doctor Who The Vault, and noticed that the rename and non-fiction templates both seem to be plain text (they're calling CSS classes that no longer exist). It doesn't stand out well at all, and looks like page content. I know the Recent Wiki Navigation placement probably resulted in them (and the entire page content?) getting pushed down, but surely a fixed width would solve that problem? Even if you don't restore the relevant css code (which you probably took out for a reason), may I suggest that you at least add a border or a solid colour background to them, please?

03:35, 27 December 2014

Edited by CzechOut 04:21, 15 July 2017

Edited by OncomingStorm12th 16:33, 10 October 2020

• SOTO
  We mass-wiped most of our local CSS customisations when we started featuring a prototype of the new article layout. More on that here: Thread:167236. We might at some point either restore bits of the old CSS, or make a simpler design for those templates that better suits the new layout. Or we might just leave those templates uncustomised for a while, just text, plain and simple. I think it actually kind of works right now, as it is.
  03:25, 2 January 2015
• CzechOut
  This situation no longer applies.
  04:20, 15 July 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:178941

Shortcut:

Thread:178941

BadWolf77X

I've noticed on the Wiki homepage the text for the links at the top all display in black text and are hard to read. Other pages on the Wiki seem to have a mouse over colour change to white as the default setting which is more readable. I will attach a picture showing the homepage vs another page on the site.

15:19, 1 September 2015

Edited by CzechOut 17:39, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:194341

Shortcut:

Thread:194341

ThetaSigma23

Sometimes when I edit a TV story page, the story number for that page is automatically edited as well, being usually decreased by 1. When in preview mode the story number displayed is still the correct, unedited one. I noticed that often other users' edits also contains story number changes, but I not sure if they experienced the same issue or if they actually wanted to edit the story number.

22:49, 28 May 2016

Edited by Shambala108 05:20, 5 January 2020

• Shambala108
  Could you give a couple of examples of pages where that happened to you?
  03:18, 29 May 2016

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:196789

Shortcut:

Thread:196789

CzechOut

It's been past practice to add a topic at the bottom of posts here in the Forums. For instance, if you were talking about something that had to do with The Sun Makers, you'd maybe set The Sun Makers as a topic -- that is, something appearing under the heading, "pages most relevant to this discussion".

For technical reasons, these topics will no longer appear on pages, so there is no need to continue this practice. That space on the page is now directing people to our highly successful, well-attended Discussions in the hopes of getting you to interact with some of our mobile and Community App users.

Our Wikia Fan App sits a solid five-star rating on iTunes, and is one of the best-reviewed Wikia apps.

19:17, 4 August 2016

Edited 19:18, 4 August 2016

Edited 19:20, 4 August 2016

Edited 17:06, 29 January 2017

• CzechOut
  I still see people setting "pages most relevant to this discussion", even as late as January 2017. Though the feature is still present in the Forum namespace, it does nothing anymore.
  17:06, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:197716

Shortcut:

Thread:197716

CzechOut

It's a known, Wikia-level issue that the display of Game of Rassilon badges on people's user pages has come slightly out of alignment. Where once there were three columns of badges, now there is just one. A ticket has been filed, but this is something that needs to be solved by Wikia engineers, not Tardis administrators. As this issue just started overnight, there is not yet an ETA for its solution.

16:31, 1 September 2016

Edited 17:10, 29 January 2017

• CzechOut
  This did indeed get resolved.
  17:10, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:199086

Shortcut:

Thread:199086

DENCH-and-PALMER

As I edit within the wiki, the page sometimes logs out and then when refreshed logs in again. This has happened on three different computers under three different ISP addresses. Is wikia playing up for anyone else or is it just me?

17:02, 6 October 2016

Edited by CzechOut 16:52, 29 January 2017

• DENCH-and-PALMER
  Also tags take ages to load and sometimes never do as well as category adding.
  17:05, 6 October 2016
• Shambala108
  You will need to provide the browsers you've been using in order for someone to be able to help you.
  18:36, 6 October 2016
• DENCH-and-PALMER
  Google Chrome and Safari
  18:48, 6 October 2016
• DENCH-and-PALMER
  I also received this "Our main datacenter is down, you are accessing our backup datacenter. We are working to fix the problem".
  18:52, 6 October 2016
• CzechOut
  Problem unique to the date of 6 October 2016. Any time you see the error message, "Our main datacenter is down, you are accessing our backup datacenter. We are working to fix the problem," you can be assured you're looking at a brief outage that typically will be resolved on the same day -- often within a few hours at most.
  16:51, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:205631

Shortcut:

Thread:205631

68.146.233.86

Suddenly, whenever I go to visit a page on TARDIS Data Core I get the page blocked by a stupid and irrelevant Google survey. Yes I know I can click "skip survey" but I shouldn't have to, and sometimes it doesn't appear for about 30 seconds, usually when I'm in the middle or reading a page. Is there any way of disabling this?

06:29, 6 December 2016

Edited 16:49, 29 January 2017

• DENCH-and-PALMER
  Logging in can get rid of it. Unfortunately I believe this is the only way.
  07:54, 6 December 2016
• SOTO
  Yes, make an account, and there is very minimal advertising on Fandom (Wikia). Certainly no Google surveys.
  08:30, 6 December 2016
  Edited 08:31 6 December 2016
• Bwburke94
  Perhaps you have fallen victim to adware? Check your antivirus.
  00:16, 7 December 2016
• CzechOut
  Original poster is describing an itinerant behavior that only affects logged-out users, and likely is no longer affecting even them. Fandom is constantly working to improve the ad experience, for both logged-in and logged-out users, as evidenced by several recent staff blogs at w:c:community.
  16:48, 29 January 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:207667

Shortcut:

Thread:207667

DENCH-and-PALMER

I believe this is very important, all the info boxes on the Slitheen seem to be messed up.

15:06, 25 December 2016

Edited 15:08, 25 December 2016

Edited 01:31, 7 January 2019

• SOTO
  It's just a long word. I don't think there's much we can do, and it's hardly much of an issue. That said, I'll look at it again.
  18:39, 25 December 2016
  Edited 18:39 25 December 2016

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:218755

Shortcut:

Thread:218755

CzechOut

Hey everyone :)

As is happening a little later this week, FANDOM wide, we're getting a new header. Because this site is unusually heavily coded, you're going to see a good deal of stylistic variations this week as we adjust.

One of the biggest things you'll notice is that the ability to switch skins between dark-on-light and light-on-dark has been removed. It's very important to get the default, dark-on-light, scheme working first.

There are also a number of font issues to work out, so you are quite likely to see a number of different, and clashing, font styles this week.

18:17, 12 June 2017

Edited by Shambala108 01:30, 7 January 2019

Edited by CzechOut 21:44, 23 November 2020

• Sumanuil
  I wondered what was going on. The layout all over the site is messed up, and I initially thought there was something wrong on my end.
  20:26, 12 June 2017
• Phoenixclaw
  Intresting, I don't have any problems at all (well, ok, I use an own, special modified personal CSS for my account to get rid of the break-point design).

  P.S: I hope you don't want to chance the current blanco (or single colour) header to an image header, like the one in the Mass Effect Wiki. It would mess up the design of this wiki a little bit.

  20:37, 12 June 2017
  Edited 20:43 12 June 2017
• Thefartydoctor
  I'm growing to like this new layout. I'm hoping it reaches the Welsh Wiki at some point too. Very exciting stuff.
  02:53, 13 June 2017

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:237078

Shortcut:

Thread:237078

MystExplorer

I can't seem to create pages using the custom preload feature anymore. Has anyone else encountered this problem?

18:09, 4 September 2018

Edited by Shambala108 01:53, 6 September 2018

Edited by CzechOut 03:35, 23 November 2020

• Shambala108
  I suggest you leave a message at User:CzechOut - he knows a lot about the tech-y kind of stuff. Make sure you give him as much info as possible, like browser and system you're using.
  18:28, 4 September 2018

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:239079

Shortcut:

Thread:239079

Digifiend

You need to change the text colours on some of your navboxes please. Some text is invisible, blue on blue, in other places it's nigh unreadable because it's white on a pale colour.

23:30, 14 October 2018

Edited by Shambala108 05:18, 5 January 2020

• Scrooge MacDuck
  Agreed. The same problem appears on the Old Forums archive, by the way.
  17:27, 15 October 2018
• Dmitriy Volfson
  It's still an issue, many navboxes have unreadable text!
  16:24, 15 April 2019
• Jack "BtR" Saxon
  I've been meaning to bring this up. I'm surprised it hasn't been fixed sooner.
  17:28, 15 April 2019

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:240687

Shortcut:

Thread:240687

Digifiend

The spoiler warning isn't blocking out the page content like it should. That means readers could be inadvertently spoiled, so it needs to be fixed ASAP.

Why can I see the article here?

10:20, 5 November 2018

Edited by CzechOut 16:05, 7 November 2018

Edited by CzechOut 03:27, 23 November 2020

• Danniesen
  Are you sure it's not just a one-time error on your side of the screen? I mean, sometimes errors occur.
  10:33, 5 November 2018
• CzechOut
  Actually, it is working.

  You'll notice that it's blocking out the the lead paragraph. That's how things are set up on that page. The nature of the spoiler javascript is that it blocks the first <div id="SpoilerAlert"> that's on the page. Currently, that div only includes the first paragraph.

  You may be remembering an earlier form of this code which blocked the entire page. But the code now works on a per-first-div basis, and that can't be altered.

  Of course, we could expand the amount covered in that first div, but it can't be the whole page.

  Besides, the question now is, how much of that S11 page really needs to be covered by the spoiler warning? And is it really the lead paragraph? I suspect the spoiler warning needs to be taken off that first paragraph and probably moved to the section detailing not-yet-broadcast episode titles.

  15:34, 7 November 2018
  Edited 15:49 7 November 2018
• CzechOut
  In fact, I've gone ahead and moved the spoiler warning down to the part of the article that likely contains the most spoilers at the present time. And I've changed the spoiler warning itself to indicate that it's only covering a section — not the whole page.
  16:05, 7 November 2018

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:240863

Shortcut:

Thread:240863

Scrooge MacDuck

For reasons that I don't understand, on the Panopticon Archives, in this section…

…the links all point to pages with those supposed titles — i.e. [[Protection issues]]. Strangely, it does not appear as a redlink there, but if one clicks on them, one is then told that these pages are "the Zero Room" — that is to say that no such page exists.

I was quite puzzled by all of this until I realized that all of the links are written as if linking a page, rather than a category. Thus the example's link should be written as [[:Category:Protection issues|Protection issues]], for Protection issues.

How this mistake could have persisted for this long even though it makes the entire list of links next-to-useless is beyond me (perhaps some upgrade that didn't go well in years past? or a bug when archiving the old Forums?), but it really should be fixed. Thing is, I can't do it, as, being as its name implies an archive, the Panopticon Archive can't be edited by just anybody.

Indeed, perhaps no one, even the admins, can edit it; I don't know. If not, then a possible fix would be to create each linked page as a redirect to the relevant category.

16:18, 7 November 2018

Edited 16:18, 7 November 2018

Edited 16:18, 7 November 2018

Edited 16:19, 7 November 2018

Edited 16:19, 7 November 2018

Edited by CzechOut 22:55, 7 November 2018

Edited by CzechOut 03:26, 23 November 2020

• CzechOut
  This is actually a bug in the DPL extension. It's not just happening at Tardis, but on other wikis as well. It's going to require the attention of FANDOM's Engineering department. I've nudged the internal FANDOM ticket about it along, but I can't give you a solid ETA at this juncture.

  To give you some local advice, however, I'll just say that the section at Panopticon Archives was never meant as a clickable selection of links.

  See, it was really just a static list that was used when organising the archived threads on the page, and that's a project that was more-than-less finished back in 2012. It's just meant to be a list of the categories that one would use when putting unsorted forum threads onto the large table. Those categories are mostly useful because of how they organise the list.

  I've removed that list, since its utility to that page is pretty weak at this point.

  But, you're right, there is something wrong with DPL when it comes to listing categories and some other namespaces.

  22:54, 7 November 2018

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:242804

Shortcut:

Thread:242804

Dr Von Wer

It started yesterday. I click the Edit button, but it simply doesn't load. I can use the Classic editor, but not the Visual. I read in Community that it might be a CSS error, but I don't know how to fix it.

Delete after the problem is solved

12:10, 14 December 2018

Edited by Shambala108 05:19, 5 January 2020

Edited by CzechOut 03:23, 23 November 2020

• Scrooge MacDuck
  Have you tried different browsers?
  00:21, 15 December 2018
• 68.131.63.11
  In order for someone to help you, you need to provide browser info, including version number.
  00:25, 15 December 2018
• Dr Von Wer
  I tried with Internet Explorer, but it redirects me to the Classic Editor. I'm using Google Chrome at the latest version, 71.0.3578.98 (64 bits).
  09:50, 15 December 2018
• Scrooge MacDuck
  It's loading fine with Opera for me; you might want to try that.
  22:05, 15 December 2018
• CzechOut
  Hey hey :)

  Sorry you're having difficulties.

  I've checked in every supported browser, including the variant of Google Chrome you mentioned, and the VE pops up fine. "Supported" is the key word. Fandom hasn't supported Internet Explorer for years, so your experience there is what I would have expected to happen.

  I honestly don't know what caused your difficulties, since I can't replicate them. But it's possible you could have just experienced a very temporary glitch. Please do let me know if you're still experiencing these issues in Chrome.

  Thanks!

  00:22, 17 December 2018
• Dr Von Wer
  Yes, I'm still experiencing them, and I wouldn't want to install a whole new browser just to edit this Wikia. I can get used to the Classic editor if that was necessary.
  08:32, 17 December 2018
• Dr Von Wer
  It must have been temporary, now I can access the Visual Editor just fine.
  16:08, 18 December 2018
• Shambala108
  It's great that you've got it working, but keep in mind what CzechOut said about IE. I used to use it for wikis but then it started crashing all the time so I had to change over to Chrome. It's something to keep in mind for the future if you have any more problems.
  16:37, 18 December 2018
• Dr Von Wer
  No, I don't usually use IE. I tried once if I could work there, and it didn't work. I mostly use Chrome.
  17:04, 18 December 2018
• Shambala108
  Ah, ok, I misread.
  17:16, 18 December 2018

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:249582

Shortcut:

Thread:249582

Aaronbill3

In Template:Docpic, the last Noinclude closing tag is broken as there is a space in the tag. I don't think the tag does anything since the actual content is on includeonly tags, but I thought it was worth bringing up. This was also the easiest way I could see to notify admins/content mods since message walls aren't a thing on this wiki.

16:14, 14 April 2019

Edited by Amorkuz 16:16, 15 April 2019

• Shambala108
  Fixed, thanks.
  16:55, 14 April 2019

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:249604

Shortcut:

Thread:249604

Dmitriy Volfson

I didn't want to write this initially (and I'm still not sure if it's the right board), but the issue ramains the same for me.

I don't know about anyone else's experience, but the move from light background/dark text to dark background/light text on this Wiki was really heavy for my eyes. I thought they might adjust with time, but the contrast between Wiki and almost every other major websites that I (and many others, I'm sure) use frequently - Goggle, YouTube, Wikipedia, Twitter, other social networks and so on - remains. When I switch them to this Wiki, it's genuinely hurts my eyes!

So I'm not sure what to do. It's not comfortable at all for me to read or edit here with this dark background, and after long exposure to darkness it's even more painful to adjust back again to the light ones (which, again, is every other that I use, apart from this Wiki).

16:44, 15 April 2019

Edited by Shambala108 05:17, 5 January 2020

• Shambala108
  I'm in complete agreement with you. It's very difficult reading, much less editing, on this wiki.
  02:15, 16 April 2019
• Borisashton
  Glad somebody has brought this up; it's very jarring and I much prefer the old design.
  10:06, 16 April 2019
• RingoRoadagain
  I'm used to dark design in general so it's not an issue for me but I admit that i rarely edit during the day. I am unsure what eye experts actually recommend.
  10:38, 16 April 2019

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:254279

Shortcut:

Thread:254279

Danniesen

Hi. I've noticed that some of the links to external sites could do with some renewal. Some of the links to ratings for individual episodes appear broken for some reason. They could do with some fixing.

21:04, 28 July 2019

Edited 21:04, 28 July 2019

Edited 05:16, 5 January 2020

Edited by CzechOut 03:03, 23 November 2020

• Danniesen
  Somebody?
  17:04, 30 July 2019
• Scrooge MacDuck
  I suppose you might get some more interest in if you gave specific examples?
  21:25, 30 July 2019
• Danniesen
  For example for series 11 and the 2017 Xmas.
  21:26, 30 July 2019
• Shambala108
  I'm not sure what you expect from this thread? If you know links are broken, then they can either be removed or changed if someone knows the correct sites.

  And just to note, it's easier for other users if you include links in your examples. That's general forum practice.

  04:23, 31 July 2019

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:256947

Shortcut:

Thread:256947

Scrooge MacDuck

I don't know if it got so big it crashed or something, but the 10,000 Dawns inclusion debate seems to have… disappeared? Does anyone have any idea what's going on? It's not closed or moved to the Archives, but it's not in the Inclusion Debates either.

21:07, 12 September 2019

• Danochy
  You should find your answer in the thread history.
  21:12, 12 September 2019
• Shambala108
  It has been deleted, so not a crash or bug.
  21:14, 12 September 2019
• Scrooge MacDuck
  …thanks, but if so, why?
  21:17, 12 September 2019
  Edited 21:17 12 September 2019
• Shambala108
  It was deleted by User:CzechOut, so you would have to ask him, but most likely he will address it at some point.
  21:19, 12 September 2019
• Snivystorm
  It's probably best to directly ask User:CzechOut given they're the one who deleted it.

  Shame though. I enjoyed reading through it. Glad I found it when I did.

  21:19, 12 September 2019

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:281689

Shortcut:

Thread:281689

LegoK9

There’s an ongoing problem with images on this wiki. If an image has the same file name as a Wikimedia image, it will be replaced by the Wikimedia image.

Here are some examples of TARDIS wiki images being replaced with Wikimedia images. Some were on the wiki for many years before this happened.

• PDVD 001.jpg: https://tardis.fandom.com/wiki/Dalek_Prime?diff=next&oldid=2646535

• D.jpg was replaced with Heart on a hook with stars.jpg: https://tardis.fandom.com/wiki/Doris_Lethbridge-Stewart?direction=next&oldid=920710

• Badger.jpg: https://tardis.fandom.com/wiki/Badger_(Lungbarrow)?oldid=941243

• Static.jpg was replaced with (NSFW!) Static the SuicideGirl crouches.jpg: https://tardis.fandom.com/wiki/Static_(species)?direction=next&oldid=2851941

• The Beatles.jpg: https://tardis.fandom.com/wiki/The_Time_of_My_Life_(comic_story)?direction=next&oldid=973265

The last one was removed for assumed vandalism, but that doesn’t appear to be the case. What if someone gets banned for vandalism that they didn’t actually commit? NSFW images randomly appearing on this wiki is also a serious problem.

20:29, 20 August 2020

Edited 21:38, 20 August 2020

Edited 17:32, 29 August 2020

• NightmareofEden
  I feel the best way around this is to get more specific with our filenames.
  23:45, 20 August 2020
• Najawin
  If the admins can't do anything about this, yes, I think that's probably the best option. Perhaps add an image policy that requires "DW" or "TARDIS" at the start of all filenames.
  23:50, 20 August 2020
• Epsilon the Eternal
  I think that would be a nightmare to apply, especially with the already tight policies on images.

  Fingers crossed the admins can fix the problem.

  23:55, 20 August 2020
• TheDarkBomber
  Files from Wikimedia Commons shouldn't be appearing on this wiki to begin with, perhaps this is an issue we should contact CzechOut, a FANDOM staff member, to investigate this.
  12:08, 22 August 2020
• TheDarkBomber
  Ah, here's the rub: Thread:153478. Local images aren't supposed to be overwritten, yet they are.
  22:32, 24 August 2020
• SOTO
  Once deleted, there is no local image. It's simply a matter of deleted files still being called on in articles, when it's a problem at all.
  07:50, 25 August 2020
• TheDarkBomber
  Yep, a search through the deletion log confirms that this is the case. This answers all questions on this topic, as no further research or change is needed, and this thread should be closed.
  14:17, 25 August 2020
• Borisashton
  So the solution to this going forward is simply for the admins to ensure they remove the links to any images they delete from pages?
  15:14, 25 August 2020
• TheDarkBomber
  Yes.
  15:21, 25 August 2020
• Shambala108
  Admin note: User:TheDarkBomber is not an admin and therefore he has no say in the decision or closing of this thread.

  I'd like to see some more opinions on this idea: removing the possibility of using wikipedia images. They would mostly fail Tardis:Guide to images anyway, and if it's possible to stop using them, would everyone be amenable to removing them altogether?

  17:02, 25 August 2020
• Scrooge MacDuck
  Oh, I, for one, certainly would be. It really wouldn't be hard to upload whatever images we needed the normal way, if ever we coveted an image that was already on Wikipedia. And as you say, that's an incredibly rare situation to begin with.

  But the thing is, I'm not sure this is possible, on the coding level. The way I heard it told, Wikia defaulting to Wikipedia files when linked to a filename that doesn't exist within the particular Wiki's image library is simply a feature of the root code — not something individual Wikis can turn on and off on their own accord.

  21:27, 25 August 2020
  Edited 21:27 25 August 2020
• Najawin
  I have no strong feelings one way or the other.
  21:46, 25 August 2020
• CzechOut
  This feature makes the creation of pages about actors and other real life topics a lot easier. You just use the same filename of the image on Wikipedia, and there ya go. Indeed, there are a number of real life pages which would suddenly go image-less if we flipped the switch at this point. And it would be very difficult to find all of them quickly, since there's no mechanism that easily distinguishes between a WM and a Tardis image.

  Moreover, this use case does not violate Tardis image policy; in fact, it makes T:OOUI massively easier to uphold. There's really no excuse for not using a promotional image of an actor when they're "on-tap" from the Wikimedia Foundation.

  The number of conflicts that are caused here are quite limited. Maybe you personally have encountered the odd case or twenty, depending on how much you edit, but the general editor probably never does.

  So I think on balance, there's more harm than good in getting rid of this feature, given the age of this wiki. (indeed, the fact that this is the first real statement of a "problem" with this feature in more than a decade indicates it's not all that common an issue.)

  The solution really is to just choose a different file name. It's no big deal. Just upload the file under a different name, and then you can ask an admin to delete your original one. That said, there's no particular reason deletion of a WM file needs to happen — the file, after all, doesn't actually live here at Tardis, so you don;'t really have to involve an admin at all.

  Finally any NSFW images that you're seeing coming in from Wikipedia should definitely be referred to me, because this wiki may not be the only one having to deal with it.

  23:11, 31 August 2020

Category:SOTO archive threads YYYYYY XXXXXX User:SOTO/Forum Test/The Drax Cave/Thread:286200

Shortcut:

Thread:286200

LegoK9

When uploading images of Fanzine covers I selected the "Fanzine covers" option. However, this adds {{Fanzine covers}} as the license template, which doesn't exist.

The correct template it should add is {{Fanzine cover}}:

This image is of a fanzine cover, and the copyright for it likely resides with BBC Worldwide, even though another individual may have, in some way, "remixed" the image. Since the images were reproduced without permission of the British Broadcasting Corporation, it's believed that the copyright for the image most likely resides with the BBC.

It is believed that the use of this image

• to illustrate an article discussing the magazine in question
• on the Tardis Data Core wiki, hosted on servers in the United States by the non-profit Wikia, Inc,

qualifies as fair dealing under the laws of the United Kingdom, Canada, and Australia, and as fair use under United States copyright law. Other use of this image, on Wikia or elsewhere, may be copyright infringement. See Wikipedia:Fair use for more information.

---

To the uploader: please add the source of the work and copyright information.

Can someone fix this?.

21:25, 28 October 2020

Category:SOTO archive threads YYYYYY