Wikipedia:Village pump (technical)/Archive 32

Blocked from editing notice WHILE READING
It would be very useful if blocked IP addresses got a notification of abuse while they are reading. With the way many proxies and school IPs use Wikipedia, the intended messages of abuse and new talk page messages never get seen by anyone with the authority (like the ISP or school teacher) to solve the problem.

A message in the site notice area has the capability of cutting down on a ton of vandalism. How possible is this? SchmuckyTheCat (talk)
 * If an account is blocked, a message is usually left in the talk page of the user, so even when reading he would get a "New message" notification (it may fail if there are multiple users, but so would the block notification). -- ReyBrujo (talk) 19:00, 2 April 2008 (UTC)


 * I am specifically not talking about accounts, and don't really care about the new message notice. I would like all users who are IP blocked to see a notice of the block.  ISP administrators, corporate IT guys, teachers, etc would all see this notice when editing through their proxies - and maybe take action against the users who took up the block.  Lots of these people read and never edit.  We need to put their vandalism issue in their face. SchmuckyTheCat (talk)


 * That would be extremely annoying for readers who have rotating IP's from their ISP. And for those IP's that do trace back to a school, business, whatever, this will inconvenience many people to get a message to a very few.  There is probably a better way to accomplish this, how about an email to the site admin?  --Kbdank71 20:53, 2 April 2008 (UTC)


 * Well one thing that exists technically is the ability to prevent people from viewing a page when blocked (its a flag possible flag like rollback, etc), I imagine it could be replaced with a message "You are blocked from Wikipedia".  MBisanz  talk 20:57, 2 April 2008 (UTC)


 * re to Kbdank71, a small notice at the top of the page isn't "extremely annoying". I'm proposing something like the donation fund drive templates. "You are blocked from editing, but not reading: find out why by clicking here." SchmuckyTheCat (talk)


 * I suspect the intent is to annoy all the users routed through the IP into applying peer pressure to get vandals' fingers chopped off, or equivalent. I've worked at some large corporations where firewall access required individual user authorization.  Perhaps such "big brother messages" would get such a result in some cases, but I expect most would be inwardly annoyed and nothing more would come of it.  My attempts to contact the registered abuse complaint handler has never—not once—resulted in any visible action.  —EncMstr 21:16, 2 April 2008 (UTC)


 * Why not keep it short and sweet... cross-out the "edit-this-page" links rather than using a banner. Only people who are going to notice are the people interested in editing.  I can't think of a scenario this doesn't address while annoying those who casually browse significantly less. 76.174.214.191 (talk) 10:53, 10 April 2008 (UTC)


 * I think a simple message like "Your IP address is blocked from editing Wikipedia." that displayed instead of MediaWiki:Anonnotice would be a helpful feature. I don't think it's at all rude or distracting, and I think it would prompt network administrators / authority figures to discourage that kind of behavior (when, otherwise, they'd have no clue what had happened). Canderson7 (talk) 22:25, 2 April 2008 (UTC)


 * It's computationally quite expensive to check block status for every not logged-in reader (as opposed to simply sending cached pages), which I suspect makes this proposal unlikely to be implemented. Dragons flight (talk) 07:12, 3 April 2008 (UTC)
 * Displaying a watchlist is certainly several orders of magnitude worse—Think of all the database rows that query has to access. WP:Don't worry about performance says we do what makes sense for the project, then someone gets to worry about limiting or optimizing it.  —EncMstr 07:19, 3 April 2008 (UTC)
 * There are much fewer hits on Special:Watchlist than on every other page :). I'm not sure how the cache is computed, but that might invalidate it every time a blocked user reads a page. To be honest, just imagining the uproar of blocked AOL users that would never have edited otherwise would make me think twice before implementing such a notice. -- lucasbfr  talk 08:30, 3 April 2008 (UTC)
 * How does it compare to checking for new messages, computationally? --Random832 (contribs) 19:13, 8 April 2008 (UTC)

Tor question
I am struggling to work out what the prevailing approach is to Tor. I find Category: Tor exit nodes and Category:Blocked former Tor exit nodes. So I am confused: do we block them, or not? If so, why is there a category of 3000 not-blocked nodes, and a category of 150 currently-blocked nodes that should not be? They both are populated by bots for the most part. So do these two cats represent 'instant backlogs', or is there something I am not aware of? Splash - tk 22:56, 2 April 2008 (UTC)
 * The idea was to block then as open proxies, but there were people in China using it to evade firewalls so that they can edit here and possibly some other special cases, so it the collateral damage was causing problems.  Voice -of-  All  00:06, 3 April 2008 (UTC)
 * Yes, hence the business of maybe softblocking, which confused me further. To be direct about it: should I go block the Tor node I just found editing Wikipedia, or are we letting them be now (or is this a function of whether they are vandalising or not)? Splash - tk 01:08, 3 April 2008 (UTC)


 * I'm interested in this answer also. If I find a TOR node, should I always report it to WP:OP? Just if it's disruptive? If it's involved in suspected sock-puppeting? Is there any specific policy on this? Franamax (talk) 05:06, 3 April 2008 (UTC)
 * The current "let's please do not talk about it" practice is to hardblock the nodes that are abused with TOR for a long period of time. But we should really come to a clear policy one way or an other, one day... -- lucasbfr  talk 08:06, 3 April 2008 (UTC)


 * That's unfortunate, because the whole point of onion-routing is that it is not the node doing the abuse, it is the originator of the traffic. Blocking the exit node ultimately blocks nothing at all, unless every single IP edit is checked for proxy and blocked, the onion will win by design. I've often thought about establishing a node myself, if I could convince myself that it would be for repressed-world and non-illegal use only, I might actually try it. If I interpret "hardblock" correctly, I would nuke my own self at the same time, right? Franamax (talk) 08:28, 3 April 2008 (UTC)
 * Yes. My personnal opinion is to block all TOR and ip-block exempt the users that would make a legitimate use of it. Tor is widely used to abuse the system without suffering the consequences, here. -- lucasbfr  talk 08:32, 3 April 2008 (UTC)
 * Two thoughts here: 1) without comment on whether Stifle really is a stack of shit (I've seen no evidence of stacking or shitting :), wouldn't the best response be a relatively short block, say 31 hours, enough for the originating node to retry and find a new exit? In the case of active disruption for that matter, two hours? and 2) if one wishes to achieve ip-block exempt status on a blocked IP, is there a way to do that? From the experience of a chinawalled country, can I connect through a blocked TOR node and create a named account? Does the current unspoken policy accomodate this? It certainly should IMO. Franamax (talk) 11:10, 3 April 2008 (UTC)


 * (outdent) It would be technically nice to be able to block an IP for an anonymus user but to allow an IP for a registered user. jmcw (talk) 08:01, 4 April 2008 (UTC)
 * This is possible. When blocking an IP address, admins are presented with two independent check boxes:
 * Block anonymous users only
 * Prevent account creation
 * which I think also answers part of Franamax's question. Splash - tk 12:22, 4 April 2008 (UTC)
 * It seems that it would be enough to block TOR IPs for these two functions. Registered users coming in over TOR could be individually managed with user name controls. jmcw (talk) 12:41, 4 April 2008 (UTC)

How does one change the powers that be to a new idea? This seems an improvement. jmcw (talk) 07:16, 8 April 2008 (UTC)

Thumb parameter
Is the "thumb=" parameter option for image display temporarily disabled by a bug, or is it going away permanently? For example, this code   should display SFriendly.gif at a reasonable size, but instead currently displays Smiley.svg at a huge size... -- AnonMoos (talk) 03:25, 3 April 2008 (UTC)


 * I don't think that was ever a feature... -- Ned Scott 08:18, 3 April 2008 (UTC)


 * Yes it was -- it worked at least between early September 2006 and late March 2008. There's an article I converted to using "thumb=" image display in September 2006, and now I need to know whether I have to convert it back, or whether it's just a temporary passing bug... AnonMoos (talk) 10:31, 3 April 2008 (UTC)


 * If you wan't to display SFriendly.gif as a thumb you simply do this: [[Image:SFriendly.gif|thumb|right|Example]] . MiCkE 10:27, 3 April 2008 (UTC)


 * What are you trying to accomplish? Display Image:SFriendly.gif as the thumbnail but link to Image:Smiley.svg instead? You can use ImageMap to achieve that. --soum talk 10:44, 3 April 2008 (UTC)


 * The main use was actually because Wikimedia PNG thumbnailing sucks so bad (i.e. the hugely-bloated file length of PNG images whose pixel dimensions have been reduced). So you could say  [[Image:Large.png|thumb=Presized-thumbnail.png|right|Example]] , and the presized thumbnail image would display, but clicking on the "enlarge" icon would lead to the image description page of the original large unresized image version.  At this point, I'm not really as interested in alternative solutions, as I am in knowing whether the thumb= feature has permanently gone away, or has only been temporarily disabled by a passing bug (since that's what I need to know in deciding whether or not to re-edit the abovementioned article)... AnonMoos (talk) 12:10, 3 April 2008 (UTC)

Hopefully resolved through Bug 13624 -- AnonMoos (talk) 16:03, 8 April 2008 (UTC)

Changing e-mail address and unified login
So, I change and confirm the e-mail address in Special:Preferences. For the rest of the session, I can check back, and the new e-mail address will be listed. When I log out and log back in, however, the e-mail address has reverted back to the old one. This happens on other wikis with my global account, but not with an account not attached to a global account. Anyone else have this problem? Anyone know of a solution? WODU P  21:45, 4 April 2008 (UTC)
 * From what I've been told, to change your e-mail address for a unified account, you must change the e-mail address for every account that is unified, and then all new accounts will use the updated e-mail address. There's currently work being done to simplify this process a bit. --MZMcBride (talk) 19:27, 5 April 2008 (UTC)
 * So because I have an account on hz.wikipedia, a closed wiki with the database locked, I can't change my e-mail address right now. Is there a bugzilla bug that I can follow to know when it's fixed? WODU P  19:51, 5 April 2008 (UTC)
 * Reported as 13660. WODU P  18:04, 8 April 2008 (UTC)

Expanded watchlist feature request
On the expanded watchlist, I want an option to hide multiple edits with "(0)" characters changed. Those are almost always vandalism reversions, and when they aren't, they rarely matter much. I already go out of my way to skip those, and I'm always upset when I accidentally click on one. Thanks! Listing Port (talk) 21:50, 4 April 2008 (UTC)


 * Note: Related discussion on VPR - Neparis (talk) 20:38, 5 April 2008 (UTC)


 * Here you go: user:js/markZeroEdits highlights (and optionally moves to bottom) zero size collapsed edits that look like reverts. Comments are welcome at the talk page. —AlexSm 23:25, 8 April 2008 (UTC)

Popups and green Monobook
don't mix well, because cream color of (Lupin's) Popup background clashes with black background of the dark-screen Monobook. Any suggestions? (I find it useful, but can I change the color scheme?) ~user:orngjce223 how am I typing? 04:30, 6 April 2008 (UTC)

Yes you can, using this code added to your Monobook.css, changing the hex colour values with your own: Hope this helps. Harryboyles  05:20, 6 April 2008 (UTC)

Will try. Thanks! ~user:orngjce223 how am I typing? 02:59, 7 April 2008 (UTC)


 * If you remind me later, I will add it to the script for you. Prodego  talk  22:31, 7 April 2008 (UTC)

Time of orange bar
So I went to my university computer lab one day and decided to log into wikipedia (when I should've been writing a paper). When I clicked the login screen I saw a notice bar, which was weird since it was logged out. I clicked the view messages and it was a warning to the IP of the machine for vandalism from Feb 15. This was 2 days ago. What I'm wondering is: how long does the "new messages" message stay in the system, and should it expire at sometime after the last talkpage post. Would there be any longterm performance issues with Mediawiki tracking millions of talkpage notices to be put up, when the IP or user may never log in again?  MBisanz  talk 07:39, 6 April 2008 (UTC)


 * Wouldn't it just be the case that WP checks
 * has the IP read the latest posting to its talk page
 * what is the latest diff to show (not the text, just the diff numbers)
 * That isn't a lot of information to remember, and once stored can be saved forever. It might be more overhead to run some process to clean out 'old' information.  Shenme (talk) 09:46, 6 April 2008 (UTC)


 * My thought was more that if the IP doesn't have messages, it would view a cached version of the page on the squid server. But if it has messages, it would have to regenerate teh page from the webserver.  MBisanz  talk 13:50, 6 April 2008 (UTC)
 * The new message bar is just a simple boolen varable stored in the user table along with the latest revsion time, and the time of the last view by that user. I dont have access to the API at the moment but you can get all that information for any given user via the API. βcommand 2 14:58, 9 April 2008 (UTC)

Javascript LI menu
I've been trying to modify the Add LI Menu script, which turns navigation tabs into a drop-down menu, to make the toggle of the menus occur on click instead of on hover, but have thus far had no luck (I'm still learning JavaScript). Any attempts to root out the problem would be appreciated. Here are the scripts I'm relying on: I already know the menus work on hover, so there's really no need to check out the CSS. Thanks as always, — Bob • (talk) • 18:25, April 6, 2008 (UTC)
 * User:Bob/script/addlimenu.js - a slightly modified version of the original
 * User:Bob/script/portlets.js - the menu in question starts at the comment /* ======= DB MENU ======= */
 * Nevermind, I got it working. I had incorrect syntax for adding events. — Bob • (talk) • 21:44, 7 April 2008 (UTC)

Logged out while editing
It has happened to me a couple of times that I've been logged out while in the midst of protracted editing of an article, so my edits are saved under an IP. Is there anything I can do to prevent this (without having to think about it every time), and if not, is this something that is worth filing as a bug/enhancement? Matchups 01:12, 7 April 2008 (UTC)
 * You might want to use the secure server (https://secure.wikimedia.org), which may work. Try it! ~user:orngjce223 how am I typing? 03:01, 7 April 2008 (UTC)

This user script should prevent the submission of an edit if you're not logged in: This uses the Assert Edit extension, currently enabled on Wikimedia wikis. It can be added to User:Matchups/monobook.js. Note that it won't work if you're logged out when you view the edit page; it only has utility if you somehow log out after opening the edit page but before submitting. If you're logged out when viewing the edit page, a message (MediaWiki:Anoneditwarning) will be displayed on the edit page (see also this wikitech-l thread). Grace notes T § 04:01, 7 April 2008 (UTC)
 * Thanks. I've added it, but haven't had a chance to test it yet.  I was thinking of putting in &assert=false as a test that the hook was being properly triggered and all, but realized that if I did so, I might not ever be able to get it off!  So I will just wait and hope it does the right thing. Matchups 18:15, 8 April 2008 (UTC)

Asking for advice
(moved to Village_pump_(policy) per comment below, to discuss what policy says about using those tags. I hope this centers the debate on the actual use of the tags)


 * (ec) This is not the right place to raise issues like this: this page is for technical questions about wikimarkup, the MediaWiki software, personal settings, and the like. I suggest you move this thread to Wikiquette alerts. Happy‑<b style="color:darkorange;">melon</b> 20:34, 7 April 2008 (UTC)

New editors need better help with footnotes
Take a look at United States Naval Academy history for April 7 starting at 14:46. While it's funny to read from an experienced editors point of view, it must have been quite frustrating for the newbie who was quite exasperated trying to do things "right." I'm not exactly sure what needs to be done here, but I experienced the same sort of problem myself.

I suspect something under the edit page, maybe larger than the tiny helps that are there now.

For those not wanting to spend the time, the article above has the poor newbie trying to get his footnote to be numbered "correctly" by assigning a number himself and sticking it under "references." I mean, it makes sense, though I admit that most of us figured out the area was inexplicably blank when we went there to do the same sort of thing and that was a clue something was up.... Student7 (talk) 19:31, 7 April 2008 (UTC)


 * That's why something like this, discussed here, needs to be implemented - the cite.php extension was clearly better than its predecessor, but it also clearly can be improved. -- John Broughton (♫♫) 15:27, 8 April 2008 (UTC)


 * I think it's at appropriate that new editors can add in sourcing in stupid-simple style: and let both experienced editors and bots (there's at least one that seems to be able to replace the above with a cite web at a basic level). Let's put it this way: we should strongly encourage them to drop in links and sources when they can, but formatting and the ref system they should only start to concern themselves once they are comfortable with it.  Improper use of citation templates by a newbie should not be a reason to bite them. --M<font size="-3">ASEM  15:50, 8 April 2008 (UTC)


 * Lord knows, we're not biting them. The system is. The sequence above was interrupted by a kindly editor who gently asked the user what exactly was he trying to footnote (not exactly obvious, though we had the "footnote number" he assigned and could probably guess a range). John Broughton's suggestions may be worth considering. BTW couldn't read the example because of poor resolution on my screen but it sounds like a great idea. Newbie needs to be told something and not left guessing and fumbling around. Masem's idea is fine too, if we could convey that to them, maybe on the "welcome to Wikipedia" for those who have logged in? Would also emphasize the need for reliable footnotes which many users haven't quite "got" yet. Student7 (talk) 20:04, 8 April 2008 (UTC)

Disappearing underscores in "C" code
Hi there; the following example (originally modified from Function pointer) illustrates a curious issue, evidently caused by iffy CSS, in which underscores on lines followed by a line extending at least to that point, disappear when wrapped in a &lt;code lang="c"&gt;&lt;/code&gt; tag. The following are all "M_PI" rather than "M PI":

I can testify that this happens in Windows in both Firefox 2.0.0.13 and IE 7.0.5730.11 (with the default Wiki skin).

Not critical, but slightly odd and irritating! I don't know who maintains this CSS but I imagine it's a line-spacing thing or something equally banal. Carl Turner (talk) 21:07, 7 April 2008 (UTC)

PS: If this is in the wrong place... sorry.

&lt;/pre&gt;
 * That is because you're doing something very weird there.


 * This means, the


 * Perhaps you meant Gary King (talk) 08:50, 9 April 2008 (UTC)
 * It's been fixed <b style="color:forestgreen;">Happy</b>‑<b style="color:darkorange;">melon</b> 09:15, 9 April 2008 (UTC)
 * Many thanks to whoever reverted this change :) -- Brown HairedGirl (talk) • (contribs) 15:01, 9 April 2008 (UTC)
 * Did I speak too soon? It's still showing the error message on Michael Morris, 1st Baron Killanin. -- Brown HairedGirl (talk) • (contribs) 17:45, 9 April 2008 (UTC)
 * We're still on r32995, so the errors won't go away until the next update (the fix was applied in r30003). --- RockMFR 19:31, 9 April 2008 (UTC)
 * You made a typo. The fix was in 33003]. It has taken effect now and is working. PrimeHunter (talk) 02:32, 10 April 2008 (UTC)

Article changes not showing up
Regardless of where I am, my change a few days ago to the ODS article shows up in the article history. But it doesn't always show up in the article itself. The mirror in question is rr.knams.wikimedia.org. DrHydeous (talk) 14:50, 8 April 2008 (UTC)


 * I'm not sure I understand the question; are you saying that the change doesn't show in the mirror site? If so, that's an issue with whoever runs the mirror site, not Wikipedia; the change is certainly showing up when viewing the page directly, as I did just a moment ago.  -- John Broughton  (♫♫) 15:03, 8 April 2008 (UTC)


 * Because of the wikimedia.org suffix, I suspect that address points to one of Wikimedia's servers. I've purged the article so it is updated on all the Wikimedia servers. Hope this helps, Graham 87 11:37, 9 April 2008 (UTC)


 * Thanks, looks good now - DrHydeous (talk) 11:09, 10 April 2008 (UTC)

New log format
After some objections on IRC, I would appreciate some wider opinions, especially regarding which of these three options is best:


 * 1) Keep the new Special:Log format
 * 2) Revert back to the old format pending review
 * 3) Revert back to the old format forever

The difference is the grouping by day (see e.g. ), and the lack of bullet points in the new format. Tim Starling (talk) 16:16, 8 April 2008 (UTC)
 * The date headings are good for RecentChanges, where you have many entries for a single day, but something like this is silly. It has practically one date heading for each line.  I assume Nikerabbit wasn't thinking of this when he implemented it, but it seems like a very common use case.  I'd be in favor of reverting back to the old format forever, once Nikerabbit has had a chance to comment (since he apparently made the change). —Simetrical (talk • contribs) 16:20, 8 April 2008 (UTC)
 * I'd say revert back - it's much easier to follow date format.  Ry an P os tl et hw ai te  16:20, 8 April 2008 (UTC)


 * Personally, I preferred the old log, particularly as the date was on the same line as the time.  Majorly  (talk) 16:21, 8 April 2008 (UTC)
 * Same. <font color="#00C">W<font color="#007">ODU P  16:30, 8 April 2008 (UTC)


 * We're reverting back. --brion (talk) 16:48, 8 April 2008 (UTC)
 * Thanks. I'll get the data I need before Nikerabbit decides to make any further changes without asking anyone's opinion.  Majorly  (talk) 17:07, 8 April 2008 (UTC)


 * I like the grouping by date. Why not adding the date per line too? a little bit redundant but it keeps the grouping. Raymond (talk) 18:01, 8 April 2008 (UTC)


 * +1, I also like the new format. It's somewhat clearer and very useful if you have larger logfiles. Adding the date to each line would be a possible solution. Another one would be to put a choice into the preferences (date headlines y/n, date in each line y/n). --Thogo (Talk) 18:05, 8 April 2008 (UTC)
 * This is not going to be a user preference, that's for sure. We have too many of those already. —Simetrical (talk • contribs) 18:20, 8 April 2008 (UTC)
 * Why are user preferences expensive? --Random832 (contribs) 19:47, 8 April 2008 (UTC)
 * Well, some in fact are expensive, because it fragments the parser cache: we have to cache separate versions of rendered pages for people with different combination of date preferences, redlink handling, etc., etc. But the problem isn't that this would be expensive, it's that it would add clutter.  If we add preferences for every little thing like this that comes up, it makes it that much harder for new users to navigate the preferences menu and find what they want.  The general MediaWiki policy, enforced by Brion, is that new preferences have to meet a relatively high standard of usefulness.  Personally I think this clearly doesn't meet it. —Simetrical (talk • contribs) 14:33, 9 April 2008 (UTC)
 * I prefer the old way. While the new format does change somewhat with user timestamp preferences, it doesn't fully use the preference (if that makes sense) and it looks somewhat strange without the bullets if an entry doesn't fit all on one line. Mr.  Z- man  18:20, 8 April 2008 (UTC)
 * I prefer the old way as well, as I find it easier to use. I think there should be something added to Special:Preferences, though, because there's doesn't seem to be a unanimous decision regarding this.   jj137   (talk)  18:34, 8 April 2008 (UTC)

Whitespace generated by template
I've just noticed that Template:Polish borders generates much whitespace, preventing text appearing next to it (as far as my Seamonkey can tell). I think this problem must have appeared recently; the template was not edited for a good few months and worked fine quite recently. If anybody could fix it, it would be much appreciated.--Piotr Konieczny aka Prokonsul Piotrus 16:41, 8 April 2008 (UTC)
 * I'm not really sure what you are expecting to see here, but i do think i know what is causing it. Recently new CSS for navbox was implemented. Since this "info-nav-box" uses class="navbox", i think your problem lies there. --TheDJ (talk • contribs) 16:48, 8 April 2008 (UTC)
 * In Microsoft Internet Explorer the white space on the left-hand side (between body and template) is 5mm standard, but even Mozilla Firefox can produce different formatting results as far as I know. Please try to change "margin-left" from "1em" to "0.5em" and see what SeaMonkey makes of it. --<b style="font-family:Papyrus; color:darkblue;">Poeticbent</b>  talk  17:18, 8 April 2008 (UTC)
 * I am afraid it did not help. I just replaced the heading with that from a template that works and the problem is solved. Crude, but effective :) --Piotr Konieczny aka Prokonsul Piotrus 20:04, 9 April 2008 (UTC)

Block Log question
This probably has been answered several times before, but are block logs cleared on a regular basis? I was blocked several times in the past (once under my current account for a second, just when an admin provided a link to my old block log) under my old username "Davnel03", yet it doesn't show up in the block log. Why is this? D.M.N. (talk) 17:33, 8 April 2008 (UTC)
 * Block logs don't get moved when a user is renamed. This is an ongoing technical limitation of MediaWiki, which might or might not ever get fixed. &mdash; Carl (CBM · talk) 17:48, 8 April 2008 (UTC)
 * That used to be the case, but the bug's recently been fixed. <font color="#233D7A">Nihiltres { <font color="#000">t .l } 18:23, 8 April 2008 (UTC)
 * That's wonderful news. &mdash; Carl (CBM · talk) 19:13, 8 April 2008 (UTC)

Yes, but my previous blocks don't show up on either the Davnel03 or D.M.N. blocklog. D.M.N. (talk) 21:03, 8 April 2008 (UTC)
 * Lucky you :) Prodego  <sup style="color:darkgreen;">talk  21:24, 8 April 2008 (UTC)
 * I see them just fine. This may have been caused by whoever was changing the format of the block logs earlier (I should have taken a screen cap, as it's been reverted back). - <font color="#0000cd">auburn <font color="#EF6521">pilot  talk  21:34, 8 April 2008 (UTC)

All my edits getting an "N" tag
Why are all of my edits in my contributions list showing up with an "N" tag? I thought "N" meant that the edit was creating a New article. <font face="Arial"> Corvus cornix talk  21:26, 8 April 2008 (UTC)
 * Me too, everyone's contribs seem to be getting this. Wassup? Franamax (talk) 21:30, 8 April 2008 (UTC)
 * I was just coming to ask the same. I also noticed there was a temporary change to the appearance of blocklogs, but it has been reverted back to the old style. Somebody must be messing about. - <font color="#0000cd">auburn <font color="#EF6521">pilot  talk  21:32, 8 April 2008 (UTC)


 * I'm also experiencing the same problem with my contributions don't know why, it maybe a problem with the Wikimedia server. <b style="color:black;">Terra</b> 21:34, 8 April 2008 (UTC)


 * It's fixed. --brion (talk) 21:40, 8 April 2008 (UTC)


 * Thanks, Brion. (And for switching back to the old log style) - <font color="#0000cd">auburn <font color="#EF6521">pilot  talk  21:44, 8 April 2008 (UTC)


 * A background update script will be ran sometime soon to show the N marks properly.  Voice -of-  All  21:46, 8 April 2008 (UTC)


 * I've always been proud of my ability to do open-heart server surgery where dozens of people could see my mistakes immediately. I can only imagine what it's like to roll out changes where th-th-thousands of people see it within seconds. (oh wait, I'm doing that right now :) Kudos and stars to the techs who keep this site rolling along! Franamax (talk) 21:53, 8 April 2008 (UTC)
 * Heh. Thanks to Brion.  <font face="Arial"> Corvus cornix  talk  21:57, 8 April 2008 (UTC)

Why does my table column not sort?
At Core biographies/statistics the column called Occupation does not sort (click on the sort button and it will not work). The other columns do. Why is that? Gary King (talk) 22:14, 8 April 2008 (UTC)
 * Fixed. One of the rows was missing a cell. Cheers. --MZMcBride (talk) 02:37, 9 April 2008 (UTC)
 * Ah - how'd you manage to find it? Gary King (talk) 02:39, 9 April 2008 (UTC)
 * A regex, specifically <tt>\|-\r\|.*\r\|.*\r\|.*\r\|.*\r\|.*\r\|.*\r\|.*\r</tt>. --MZMcBride (talk) 03:04, 9 April 2008 (UTC)

Logs not working
Logs don't seem to be working. DuncanHill (talk) 23:16, 8 April 2008 (UTC)
 * Could you elaborate as to what is not working about it? They work for me. Gary King (talk) 23:33, 8 April 2008 (UTC)
 * Should be all fixed now. --brion (talk) 23:34, 8 April 2008 (UTC)
 * Working again now, thanks. DuncanHill (talk) 23:42, 8 April 2008 (UTC)

Unable to access certain user pages - download file
I cannot access User Talk:Jagz. When I click on any link to get to that page, IE attempts to download an 'unknown file type' rather than going to that page. I also have the same problem attempting to get to User Talk:Raggz (this started back in Feb.). Is there any reason why that would happen and anything that I can do? Does it have to do with page names ending in 'gz'? (I am using IE 7 on Windows XP). I can get there when I am using other computers. TheRedPenOfDoom (talk) 00:25, 9 April 2008 (UTC)


 * I think it is a local problem; the HTTP content type is correct when I download the page. &mdash; Carl (CBM · talk) 00:33, 9 April 2008 (UTC)


 * It works for me. I haven't heard of this problem and it's just a guess, but maybe your browser or other software on your end thinks it's a gzip file (file extension .gz), and tries to interpret it as such. Try to manually change the url to another ending, for example by adding ? as in PrimeHunter (talk) 00:55, 9 April 2008 (UTC)
 * Thanks Prime - that worked! TheRedPenOfDoom (talk) 01:35, 9 April 2008 (UTC)

URLs
After the latest crapflood from off-Wiki, I noticed that the vandal edits used in these types of attacks always have "B" as their title. So, I have to ask: is "B" a wildcard in these edit links? -<font color="32CD32">Jéské <font color="4682B4">(v^_^v X of Swords) 00:44, 9 April 2008 (UTC)

watchlist?
On my complete watchlist (Special:Watchlist/edit), I now have separate listings for blank talkpages of pages I'm watching. Anybody have any ideas? —  pd_THOR  undefined | 02:26, 9 April 2008 (UTC)


 * I think the developers have been testing out some improvements (check a few of the sections above this one regarding logs and contrib pages). It seems protections now appear in the watchlist, whereas they didn't before. (If any devs are watching, it'd be nice if Special:Watchlist/edit had a TOC) - <font color="#0000cd">auburn <font color="#EF6521">pilot  talk  02:59, 9 April 2008 (UTC)


 * I hope this is only a test, because I'm not a big fan of what pd thor is describing.--Rockfang (talk) 03:50, 9 April 2008 (UTC)


 * I like the new style, but any watching devs please note that only non-existing talk pages are showing up in the "talk" section, which probably needs to be fixed. <b style="color:forestgreen;">Happy</b>‑<b style="color:darkorange;">melon</b> 09:00, 9 April 2008 (UTC)
 * I don't particularly care for it, but you're correct in elabourating my issue: only the red talk pages for are being listed separately. —   pd_THOR  undefined | 17:13, 9 April 2008 (UTC)


 * I have to go now, but I'm almost certain this is an error. —Simetrical (talk • contribs) 11:47, 9 April 2008 (UTC)
 * Yeah, it was an error. Aaron fixed it in . —Simetrical (talk • contribs) 13:29, 9 April 2008 (UTC)
 * I'm still having the issue elabourated upon above. Was 33019 something different, or would it not be working for me for some reason?  —   pd_THOR  undefined | 17:13, 9 April 2008 (UTC)
 * Software changes are not applied immediately. You can check Special:Version to see what version of the software is currently being used.  Probably when you posted, it wasn't yet up to r33019; it's now beyond that and things work correctly for me at least. —Simetrical (talk • contribs) 14:01, 10 April 2008 (UTC)