The upgrade seems to have broken something in the HTML table parser. Consider the following:

−

−

: <nowiki><table border=1><tr><td>foo</table></nowiki>

−

−

Which is now generates:

−

−

<table border=1><tr><td>foo</table>

−

−

And look how the table doesn't end at all, until I punch in a <nowiki></td></tr></table></nowiki>. </td></tr></table>

−

−

[[Wikitravel:Multilingual statistics]] is now pretty badly broken because of this. [[User:Jpatokal|Jpatokal]] 11:06, 13 April 2006 (EDT)

−

−

:I don't know what to tell you. That's incorrect HTML, which you should be [[Wikitravel:Avoid HTML|avoiding]] anyways, and I guess the parser got stricter about it in the 1.6.x upgrade. Is it possible to change the statistics bot to generate Wikitext tables rather than HTML ones? --[[User:Evan|Evan]] 12:31, 13 April 2006 (EDT)

−

−

::To be precise, this ''is'' correct HTML (See [http://www.w3.org/TR/html4/struct/tables.html#h-11.2.6.1 specs]). It is not correct in XHTML. BTW, external link icon is missning (just after ''specs''), or just I cant see it? --[[User:JanSlupski|JanSlupski]] 18:44, 13 April 2006 (EDT)

−

−

:::I see it. Good point, it is valid HTML. I'll see what I can do. --[[User:Evan|Evan]] 19:13, 13 April 2006 (EDT)

−

−

::::I've now revised Multilingual stats to use Wikitext syntax, which solves the immediate problem, but are there other HTML tables lurking about in the depths of Wikitravel? At least the country infoboxes seem to be working fine. [[User:Jpatokal|Jpatokal]] 23:04, 13 April 2006 (EDT)

−

−

:::::Wow, great job! I'm glad you got that converted so quickly.

−

−

:::::I've been looking in the code for MediaWiki to see how HTML parsing has changed, and I have to admit that the MW parser scares the pants off of me. I think that as of now the easiest thing to do is to upgrade HTML tables to Wikitext ones where we can.

−

−

:::::I saw at least [[Burgundy]] today. ''That'' doesn't look like incorrect HTML, although I could be reading it wrong. --[[User:Evan|Evan]] 23:11, 13 April 2006 (EDT)

[http://wikitravel.org/pl/Wikitravel:NumberOfArticles <nowiki>{{[NUMBEROFARTICLES}}</nowiki>] on pl: is still insistently stuck on -1. [http://wikitravel.org/pl/Specjalna:Statistics Specjalna:Statistics] seems to work fine though...? [[User:Jpatokal|Jpatokal]] 11:45, 13 April 2006 (EDT)

−

−

: Bump. Still broken, would be nice to fix because correcting this by hand is kinda painful. [[User:Jpatokal|Jpatokal]] 06:02, 20 April 2006 (EDT)

−

−

:: Yeah, I wish I could figure out why it does that. --[[User:Evan|Evan]]

−

−

::: This appears to be broken in it: also. [[User:Jpatokal|Jpatokal]] 14:08, 13 June 2006 (EDT)

−

−

::::OK, I'll look at it. I'll admit I'm stymied; my guess is that it's some kind of interaction with the caching system. Is StatScript still using this, or have you swapped in the action=raw stuff yet? --[[User:Evan|Evan]] 14:42, 13 June 2006 (EDT)

−

−

:::::I'm still using it. I tested the action=raw thing earlier, but it seemed to require rendering the string "Special:" in the correct locale &mdash; but when I just retested it, it now works even when using the English string?! Will try my luck again. [[User:Jpatokal|Jpatokal]] 22:25, 13 June 2006 (EDT)

: Breadcrumbs are flaking out pretty badly recently: eg [[Sado Island]]'s trail finds its way two steps up to Niigata and Chubu but stops there, while Chubu then goes all the way to Asia. What's going on? [[User:Jpatokal|Jpatokal]] 08:46, 20 May 2006 (EDT)

−

−

::Jpatokal, I fixed the problem on Sado Island. The problem is this people use the tags incorrectly or place them in the wrong spot:

−

−

*<nowiki>[[WikiPedia:Sado Island]]</nowiki>

−

−

*<nowiki>{{isIn|Niigata_(prefecture)}}</nowiki>

−

*<nowiki>{{guide}} </nowiki>

−

when in face the isIn tag should come first. I don't know why it requires this order but it should go like this:

−

*<nowiki>{{isIn|Niigata_(prefecture)}}</nowiki>

−

−

*<nowiki>[[WikiPedia:Sado Island]]</nowiki>

−

−

*<nowiki>{{guide}}</nowiki>

−

Does that make any sense to you? I spent. a great deal of time experimenting with the isIn tag to figure out how exactly it work and I stumbled on the solution. - Andrew Haggard (Sapphire)

−

−

: I think it's a bit much to say that people are using the tags "incorrectly" or putting them in the "wrong" place -- it shouldn't matter where on the page the tags are, as long as they're there! Hopefully Evan can figure out the root cause of the problem... [[User:Jpatokal|Jpatokal]] 09:24, 20 May 2006 (EDT)

−

::Right, it would be much better if that were fixed so the only two people who actually know about this unusual solution don't have to go tracking down every article that doesn't have a working breadcrumb. - Sapphire

−

−

:::Yes, it's extremely weird that that's happening. I'll try experimenting with [[Special:Rdf]] to see why we're losing that information. For now, the workaround is to move "isIn" to the beginning of that section. --[[User:Evan|Evan]] 10:40, 20 May 2006 (EDT)

−

−

Problem is still present. I just noticed it for [[Hangzhou]]. Moving the tags fixed it. Specifically, Hangzhou showed only Zhejiang and not higher levels, although Zhejiang showed those. Moving tags in Zhejiang made no difference. Changing the order in Hangzhou made the prblem go away. [[User:Pashley|Pashley]] 03:31, 18 June 2006 (EDT)

−

−

:My current theory is that the cached breadcrumb data is disappearing from memcached after a few days or weeks. I've put in more strict tests to see if something's in the cache or not; I think but I'm not sure that this fixed the problem. Let me know if you see more weird behavior here. --[[User:Evan|Evan]] 17:54, 22 July 2006 (EDT)

−

−

===New breadcumb oddity===

−

I'm not 100% positive, but for whatever reason [[Clermont County (Ohio)]]'s breadrumb isn't linking all the way back to Ohio. It links back to the [[Southwest (Ohio)]] article. I have a hypothesis that if the breadcrumb links to two or more articles with "(" and ")" the breadcrumb falls apart. Evan, any way you can look into it? My workaround solution didn't work on this article which baffled me, because I was able to fix Jpatokal's issue. That's how I ended up coming up with my hypothesis - because the failure of my workaround to succeed. - [[User:Sapphire|Andrew Haggard (Sapphire)]] 23:48, 30 May 2006 (EDT)

I deleted Image:Poring.jpg from en: after it was also uploaded to Shared, but the image from Shared isn't showing up...? Jpatokal 00:57, 1 May 2006 (EDT)

I see it, though! Could it be a caching problem? --Evan 08:40, 2 May 2006 (EDT)

All right, I'm seeing some weird behavior, too. My guess is that parts of the MediaWiki software are seeing the image as "deleted", so they're showing it as non-existent. Other parts are only checking the Shared: repository. I don't have a quick answer to this, but it's interesting. As a work-around, if you upload an image to Shared:, give it a different name. I know that's unsatisfactory, but there's a lot of bletcherousness going on here. --Evan 08:46, 2 May 2006 (EDT)

Special:Export fails for pages with long histories

It seems as though some pages cannot be exported with their full history. Look at Paris for an example. The server responds, but the response is empty. -- Mark 03:31, 2 May 2006 (EDT)

Any update on this one? I ran a spider to get copies of articles I've made edits to a while back and ended up with a bunch of failures. As more edits are made and edit histories get longer I would imagine that this will be a problem with more and more articles. The alternative is to spider article histories and look at each individual change, but that puts a lot more load on the server. Some of the articles that failed for me include: Australia, Bangalore, Berlin, Bombay, Boston, Brazil, Chattanooga, Chennai, Chicago, China, Cleveland, France, Helsinki, India, Israel, London, Main_Page, Malaysia, Munich, New_York_%28city%29, New_Zealand, Oxford_%28Mississippi%29, Paris, Peru, Philadelphia, Poland, Rome, San_Francisco, Seattle, Singapore, Spain, United_Kingdom, United_States_of_America, Vancouver, Vienna, Warsaw, Washington_%28D.C.%29. -- Ryan 16:57, 29 June 2006 (EDT)

Edit being lost

I've seen a few instances of an experienced editor accidently overwriting recent edits by other users.

Considering the users involved, I can't beleive this is a user error. I would also point out that the above examples all involved pages being edited repeatedly rather than the more usual days-between-edits. -- Colin 16:30, 4 May 2006 (EDT)

It is definitely happening, but I've been frustrated in my attempts to simulate this. The only time I can be sure that it overwrote my edits is when I tried editing the same article as the same user, but from different tabs of my Firefox. That, I believe is a feature, not a bug. (But then, weirdly, I invariably get an edit conflict with myself if I hit "esc" after I've hit save because I forgot to sign my comment. My signed version and unsigned version show up as a conflict.)

But if I try with two different users from two different browsers, (IE and FF), it has caught the conflict almost every time. There was only one time I thought I managed to overwrite, but I don't remember the sequence and I could not repeat that. — Ravikiran 00:42, 5 May 2006 (EDT)

Docent tag doesn't recognise non-European user IDs

I want to register as a docent for Wuhan but my user ID is causing problems. Pashley added himself as a test and it works, but with my user ID there — either in characters or in the raw codes for the characters — the docent code just overlooks me. --Michael 06:33, 16 May 2006 (EDT)

Webalizer down

Yeah, apparently Webalizer doesn't like getting logs in the wrong order. I've updated with current web data (we topped 51K visits per day last week!), but I'm going to need to figure out how to integrate with older data. --Evan 18:02, 25 May 2006 (EDT)

Moving

Maybe I missed a memo, but what happened to the "move" button? Is this a bug? - Andrew Haggard (Sapphire) 13:59, 6 June 2006 (EDT)

That's a bug. I see it at the top of my page; I take it you don't? --Evan 14:06, 6 June 2006 (EDT)

Nope. That I've thought about I haven't seen it for the past couple days, but really didn't notice it until I needed it. - Andrew Haggard (Sapphire) 14:09, 6 June 2006 (EDT)

I just installed IE 7 Beta 2 and when I signed back in I was able to see the moving button. Once I signed out I was unable to see it, so I signed back in. Earlier, when I reported the bug I was obviously signed in otherwiser the tides - ~~~~ would have displayed an IP following with the timestamp. Apparently, at some point when I stop seeing "Sapphire" and instead see "My page" I'm semi-logged out. I lose the ability do various editing features, but I'm still able to sign my comments. Does that make sense? - Andrew Haggard (Sapphire) 14:41, 6 June 2006 (EDT)

P.S. When I'm in this semi-logged out state I also lose the feature to "watch" a page. - Andrew Haggard (Sapphire) 14:42, 6 June 2006 (EDT)

However, I was still able to sign my posts as evidenced by the first two comments. Also my edits on Special:Recentchanges still show "Sapphire," which normally would indicate that I'm still logged in. I was attempting to move Middletown,pa and if you look at Recent changes it shows that I edit the page by adding a WP link, isIn, and template. In theory if I'm logged out and can't watch or move a page the system shouldn't be logging my user name as making edits, right? - Andrew Haggard (Sapphire) 14:52, 6 June 2006 (EDT)

OK, so, my guess is that there's some Javascript badness going on; JS that's working on IE6 and on Firefox isn't working in IE7. I think there's a little stop-sign or something in IE7 for JS errors. I'll see if I can fix it. --Evan 14:57, 6 June 2006 (EDT)

Oops. Quick thing - I installed IE 7 after noting the bug. I was still using IE 6 when I mentioned this. - Andrew Haggard (Sapphire) 14:59, 6 June 2006 (EDT)

Blank page titles in shared, ja

All page title for shared and ja (at least) seem to have gone blank within the past 24 hours, examining the source shows "<title></title>". en is fine though. Jpatokal 04:00, 7 June 2006 (EDT)

The problem of blank titles is affected to all non-English pages. I think anybody has changed the mechanism of creating titles. Now the English titles are also renamed to {PAGENAME} travel guide. I think, Evan should stop experimenting in a running project. -- Unger 04:14, 7 June 2006 (EDT)

I am really wondering that this important bug is not yet fixed until today. I think Evan has lost or never had an interest in the non-English branches of wikitravel. -- Unger 03:38, 9 June 2006 (EDT)

After editing error

After editing the Sleep section's splurge subsection of Cologne article I was automatically taken to the Eat section's splurge subsection. I almost edited the eat section, even though I had been intending on editing the sleep section.

It didn't cause a great inconviencence for me, but it may for other users and I wanted to bring attention to this. Also, if you want to further understand what I'm talking about feel free to edit the any of the Sleep section's subsection in my fake article. - Andrew Haggard (Sapphire) 03:30, 11 June 2006 (EDT)

The duplicate subsection title also affects the links on the Recent changes page. When it registers that an edit has been made to "splurge" subsection the recent changes page doesn't register if that edit was in the sleep section or the eat section. Therefore when someone clicks on the little link to the right on the recent changes page it will take them to the first section titled "Splurge", instead of the actual splurge section that had been edited. - Andrew Haggard (Sapphire) 03:37, 11 June 2006 (EDT)

If you have two sections on a page with the same name attached to them (such as "Splurge") the web browser has no way of knowing which one you want to look at, so it takes you to the first one. Because this is an HTML/browser limitation, there may not be a practical solution to this. - Todd VerBeek 09:07, 11 June 2006 (EDT)

Has it always done that? I think I remember a time when it would instead just refresh back to the last section you were editing. If it isn't a bug I'll add it to feature requests. - Andrew Haggard (Sapphire) 13:14, 11 June 2006 (EDT)

Yeah, it's always been the case that if two sections have the same name the link goes to the first one - it's how web browsers are built. To fix that the section names would need to be unique, and the trade-off would be that we'd either need to rigorously police section names, or else the MediaWiki software would need to be updated in a way that would make the URLs ugly - URLs are currently of the form "Cologne#Splurge", but using the software to make that unique would turn it into something like (for example) "Cologne#41-Splurge". -- Ryan 13:54, 11 June 2006 (EDT)

So what do I do with the above comments? Delete them or achive them somewhere else? - 71.72.212.152 13:58, 11 June 2006 (EDT)

No that is not correct. Mediawiki handles repeated section names well - Cologne#Splurge 2 will take you to the correct section. — Ravikiran 14:16, 14 June 2006 (EDT)

Text getting cut off

It turns out that Evan did not really intend to vandalise [5] the Vienna article. The problem is:

Use Firefox

Click on "Edit" for Vienna.

Go to some other tab.

Come back to the original tab.

You'll see that the text for the Vienna article has got cut off at exactly the same spot that was cut off for Evan.

Holy crumbs! I had the same problem a while ago. I'm going to try to figure out the problem. --Evan 14:07, 14 June 2006 (EDT)

OK, looks like a known bug in MediaWiki, see [6]. I've uninstalled the Google Toolbar, which seems to be the culprit. --Evan 14:21, 14 June 2006 (EDT)

Breadcrumb navigation should use RDF first, sub-pages as a backup

Currently if a page is a sub-page of another page (e.g. Singapore/Sentosa), it's automatically marked as being "in" the parent page (e.g. Singapore). You should be able to override this with an {{isIn|Somewhere_Else}} tag. --Evan 15:53, 17 June 2006 (EDT)

Change contents of "url" section of listings tags to "web" or "website"

For Listings, change the outward link to a stock phrase (web or website) or (better) an auto-numbered link. --Evan 16:03, 17 June 2006 (EDT)

Get rid of extra br after listings tags

For Listings, an extra <br/> tag appears at the end of each listing. It would be good to get rid of these. --Evan 16:03, 17 June 2006 (EDT)

The export format for MediaWiki doesn't export users' real names, and it would be nice for downstream publishers if it did. --Evan 16:10, 17 June 2006 (EDT)

Add "email this user" on client side, if user is logged in

The email this user link doesn't always show up on user pages, since it's only show for logged-in users. IWBNI it were added on the client-side with Javascript, so that if you're logged in you always see this link. --Evan
16:10, 17 June 2006 (EDT)

It would be nice to make this optional per-language version. For example, de: users seem really opposed to it and are happy with other solutions for working around the whitespace problem. --Evan 16:41, 17 June 2006 (EDT)

Today's log on ja:

The 'Today's Log' (今日のログ) link in the Japanese navbar links to "Wikitravel:2006年6月18日 (日)", whereas previous entries used just "Wikitravel:{{CURRENTYEAR}}年{{CURRENTMONTHNAME}}{{CURRENTDAY}}日". Could the rather useless weekday be stripped off? Jpatokal 23:18, 17 June 2006 (EDT)

Raw signature

In the Preferences page, you can set a nickname and there is a box to check if you want a "raw signature." Every time I check the box, it says my preferences were saved but it's cleared again. Is this feature disabled? If it is, it would be better if the box didn't appear at all, or at least mention on User preferences help that the box doesn't work. It's not a big deal but if I want a custom formatting for my signature, I have to type it myself now. Philbert2.71828 14:47, 23 June 2006 (EDT)

Yeah, that's a bug; raw signatures are being forced to off for everyone because of caching, but it doesn't really affect caching, so I figure it should be removed. Thanks for the report. --Evan 18:08, 23 June 2006 (EDT)

Timezone (it)

We've had some problems on the Wiktionary:it. The default timezone was EDT, non good for Italy. It has now been changed to CEST, and all seem to work really better.
BUT: if I am logged off, and watch the "Recent changes" page, I see allthing shifted: +2 hours. If something has been done at 20:31, it looks like it has been done at 22:31. When I log in, no problem, 20:31. If something has been done 10 minutes ago, it looks like it will be done in 1 hour and 50 minutes! (only when I'm logged off). Is there some way to correct this time too? Dennis 18:21, 30 June 2006 (EDT)

I'll take a look. Since we changed the default timezone, you might need to go to the preferences page and re-set your timezone (which is stored as an offset from the default, not as an absolute value. --Evan 12:46, 1 July 2006 (EDT)

isIn failure on shared

I'm trying to set up the isIn for Cote d'Ivoire on shared (see Image:LocationCotedIvoire.png), but the apostrophe causes problems, even if escaped. The error is:

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

(SQL query hidden)

from within function "getCategories". MySQL returned error "1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Ivoire')' at line 1 (wikidb.internetbrands.com)".

Special pages list incomplete

User:Rmx noted that Special:Specialpages doesn't always show all (or any) special pages. For admins, it seems to show the admin special pages but not the "normal" ones. But it comes and goes irregularly. I thought at first this might have to do with the new OpenID special pages, but after disabling them I saw the same behavior. --Evan 09:25, 23 July 2006 (EDT)

This problem is on DE too. I haven't checked any other language versions so I'm not sure about PL, FR, SV, ES, or RO. -- Andrew Haggard (Sapphire) 09:49, 24 July 2006 (EDT)

Here's an interesting... clue, maybe? I tried guessing at the URL of one of the undisplayed Specialpages, and guessed wrong. So the server gave me an error page telling me my page name was invalid, and giving me a pointer to Special:Specialpages... which worked. It's the exact same URL (unless that's a capital "eye" in "SpeciaI"), but it gave me the full list. It worked a couple more times after that, then it didn't, and just now it did. {shrug} Anyway, it's a possible work-around to get at that index. - Todd VerBeek 18:44, 26 July 2006 (EDT)

I've hit the special link pages from several different pages and sometimes in a bit of a pattern, sometimes not - occasionally I make it through, but often I don't. Its kind of random... -- Ilkirk 19:11, 26 July 2006 (EDT)

Bump. This is annoying me, just when I get motivated to police new pages and new images. — Ravikiran 06:31, 6 August 2006 (EDT)

I can't seem to get any of the special pages options to show except for the admin only options. How about others? I'm using IE 7 and Mozilla Firefox. -- Sapphire 17:07, 10 August 2006 (EDT)

So, it looks like this is a weird conjunction of bugs from eAccelerator, PHP 5, MediaWiki, and the planet Neptune. There's a bug report for MediaWiki here. I've applied the workaround and I'm more or less convinced myself that it's fixed. Please make a note here if you see this one showing up again. --Evan 20:19, 10 August 2006 (EDT)

Login not working?

I've just "logged in successfully" three times, but still remain anonymous. What's going on? This is happening on both en and ja. 202.156.2.35 23:44, 24 July 2006 (EDT) (aka Jpatokal)

Something is messed up - I get a "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in." when I try to edit while logged in. I can log in successfully though. -- 70.142.1.219 23:50, 24 July 2006 (EDT) (Ryan)

It is showing me as logged in, but I seem to have lost rollback powers. Plus, this signature will tell whether I am logged in or not — 59.163.13.121 02:32, 25 July 2006 (EDT) (Ravikiran)

I'm seeing the same behavior as 70... I mean "Ryan". A glitch with OpenID would be my first hypothesis. Evan and Maj get back from a camping trip later today... - 66.93.200.116 07:44, 25 July 2006 (EDT) (Todd VerBeek)

This should be fixed at this point -- one of the temp drives on the server ran out of space. Of course, we should know about that before it starts interfering with the operation of the site... we're putting alarms into place to keep this from happening again. Thanks to all who sent email, I think this should be back on track now. If you see any more weird behavior, try logging out and logging back in again. --Evan 12:43, 25 July 2006 (EDT)

Not shown as logged in if JS is turned off

If JavaScript is turned off in your browser, the "personal links" in the upper right-hand corner don't show your name and talk page. (This is because of our server-side caching -- everyone's reading the same HTML pages, slightly decorated on the client side by JavaScript.) We should probably have some text to this effect on Special:Userlogin. --Evan 22:23, 25 July 2006 (EDT)

I tried creating that template a while back as a test to see if it could de-orphan the disambig pages without having to manually index each one, but a couple admins freaked out over the fact that I'd created a redundant template, so I gave up on it. (I figure a bot could update the existing pages without too much effort or disruption.) - Todd VerBeek 20:08, 27 July 2006 (EDT)

It actually just needed a change in the Mediawiki:disambiguationspage file. Typically if there's a "magic word" like this -- a special string like "Template:disambig" -- you should look in Special:Allmessages to see if the string exists there.

nl's main page

I have just dropped by the Main page of Dutch Wikitravel (nl:Hoofdpagina) and it's apparently showing the page's printable version instead of the "normal" version. Ricardo (Rmx) 22:25, 30 July 2006 (EDT)

Thanks for the heads up... I just took a look and all the other language versions seem fine, as well as all the other pages in nl... weirdness. Maj 00:11, 31 July 2006 (EDT)

How's it look now? It didn't look like it should have two minutes ago, but it looks perfectly fine in my browser now. -- Andrew Haggard (Sapphire) 00:38, 31 July 2006 (EDT)

Err, it looks fine now... not that that makes it any less weird, but I guess I can go to sleep now. Maj 00:40, 31 July 2006 (EDT)

Did you do anything? The only I thing that I did was log in, went to the recent changes page attempted a revert, then the main page was showing properly so I took the opportunity to purge the cache. If that makes any sense - it doesn't to me. -- Andrew Haggard (Sapphire) 00:45, 31 July 2006 (EDT)

Just thought I'd let you know that I had the exact same problem in the en version a second ago. I deleted the temporary internet files and it refreshed the page and it's fine now... Don't know if theres something up with that, but I thought Id let you all know about it. -- Tim 04:51, 8 August 2006 (EDT)

Sorry! We could not process your edit

Whenever I try to edit, I get an error message saying

Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.

This does not stop me from editing or saving. I have set the "Show preview before edit box" option in my preferences, so it shows me a preview when I edit anything. Others might not see the same error. — Ravikiran 04:31, 31 July 2006 (EDT)

That usually happens when you've taken a long time between starting an edit and saving it. I'm not sure why it's there, but I'm sure there's a good reason for it. B-) Is it happening even for very short edits? --Evan 23:37, 11 August 2006 (EDT)

"Protect" and "Delete" tag

Some of my authorized functions as an administrator (ja:) seems malfunctioning. When I am trying to use the "Protect" function and click the tag, the name of the article changes to a garbage character (e.g. "釜ヶ崎" to "釜ヶ崁Eaction=protect"), and can not protect the article. And this is often the case with "Delete" function. Would you check the systems and correct them? Shoestring 23:14, 11 August 2006 (EDT)

(Addition) The article which has some namespace (such as Help:編集の仕方) is also undeletable. In order to avoid further vandalism, I tried to protect this article temporary and click the "Protect" tug of this article. It seemed to work, but actually the Main page had protected instead.--Shoestring 20:37, 12 August 2006 (EDT)

Oddly enough my functions work fine. I think Shoestring has had the same problem ever since the database conversion thingy way back... Jpatokal 03:01, 12 August 2006 (EDT)

I was just able to do it, too. It's not really that useful if Shoestring can't do it, though. Since those tabs are built by JavaScript on the client side, I assume that there's some browser incompatibility at work. So I can test with your browser, Shoestring, can you tell me which one it is? --Evan 20:47, 12 August 2006 (EDT)

Sorry but I don't know much about the technology, so I have no idea whether I can answer your question properly. Browser? My Internet browser is quite common..., the Microsoft Internet Explorer (probably 6, not at least 7). And the version of Java is JRE 1.5.0_06 (property says so). Umm, but I don't think its not enough..., what kind of information do I have to give you? --Shoestring 23:39, 12 August 2006 (EDT)

Display error of the index of Ja: Special page

When I click the "Special page" for displaying its index, it displays only partially, or some cases it displays nothing except a title of the page. It happens quite so often recently. Sometimes it recovers to a normal (when I am trying for several times for display), but it’s very inconvenient. Could you check the systems and correct? Shoestring 23:14, 11 August 2006 (EDT)

Argh. I thought I fixed this last night (see above). Does it still happen? --Evan 23:28, 11 August 2006 (EDT)