Help Wikitravel grow by contributing to an article! Learn how.
New users, please see Help or go to the Pub to ask questions.

Difference between revisions of "Wikitravel:Bug reports"

From Wikitravel
Jump to: navigation, search
(No icons for external links in case of non CSS-3 browsers: moved)
(Move some more to shared:)
Line 8: Line 8:
 
[[fr:Wikitravel:Rapport d'erreurs]]
 
[[fr:Wikitravel:Rapport d'erreurs]]
 
[[pt:Wikitravel:Relatório de erros]]
 
[[pt:Wikitravel:Relatório de erros]]
 
 
 
 
 
 
 
 
 
==Moving links==
 
 
Everytime I click a different link on Wikitravel the list of links at the top switches between the left and right side of the screen. The links I'm referring to are - "(User name)", "my talk," "preferences," "my watchlist," "my contributions," and "log out." I'm using Microsoft Internet Explorer "version 6.0.2800.1106.xpsp2.030320-1720" (If that makes any sense) [[User:Sapphire|Sapphire]] 14:33, 8 April 2006 (EDT)
 
 
:Are you making that up? Is that really the version number? Good grief. I don't know what to do with that ("Oh, we've had problems with version 6.0.2800.110'''''5'''''.xpsp2.030320-1720, but I thought those had be corrected in version 6.0.2800.1106.xpsp2.030320-'''''1437'''''"). Anyways, when you load a new page in Wikitravel, the "personal links" up at the top get "personalized" with your own name and information. If it is a large page and/or a slow computer, it can take a second and "flash" a bit when it's done. Is that what you're talking about? Or do the links appear at the left (near the Wikitravel logo) on some pages, and at the right (near the right margin) on other pages? --[[User:Evan|Evan]] 20:57, 8 April 2006 (EDT)
 
 
:Unfortunately, I wasn't making it up. I clicked the "About Internet Explorer" option and that's what it gave me. I thought it was a joke, but listed it exactly as it gave me. No, it's not a flashing thing. When I mentioned this on your talk page it the links were to the left and stayed there for about five minutes until clicked on an article. This has been happening for about a day, and at first I didn't think much about, but as it has continued I thought I should mention. Currently, the links are back to the right. [[User:Sapphire|Sapphire]] 00:19, 9 April 2006 (EDT)
 
::I've left my pc in hibernation mode for over 8 hours while I was at work and the problem seems to have gone away. [[User:Sapphire|Sapphire]] 00:43, 9 April 2006 (EDT)
 
:::I have this problem every now and then, both on swedish Wikitravel as well as swedish Wikipedia. MediaWiki software bug? I think someone needs to check this. [[User:145.99.202.92|145.99.202.92]] 03:32, 11 April 2006 (EDT)
 
 
==Daylight Savings==
 
For some odd reason, I cannot change the time on Swedish Wikitravel in my personal settings. We need to have it adjusted...one hour forward. Please? :-) [[User:145.99.202.92|145.99.202.92]] 03:21, 11 April 2006 (EDT)
 
 
:I can change the time on my personal settings on Swedish Wikitravel. The default time is currently CEST (see [[:sv:Wikitravel:Sandlådan]] for an example), which I think is correct for this time in Sweden. I can set it to a different default if necessary. --[[User:Evan|Evan]] 16:17, 11 April 2006 (EDT)
 
 
::Timezones seem a little wonky after the upgrade: all comments in the Japanese version are now tagged with "(JST)" (UTC+9), although the timestamp appears to be UTC...? See eg. [http://wikitravel.org/wiki/ja/index.php?title=Wikitravel:%E6%97%85%E4%BA%BA%E3%81%AE%E5%B1%85%E9%85%92%E5%B1%8B&curid=943&diff=10722&oldid=10721 here]. [[User:202.156.2.43|202.156.2.43]] 04:14, 12 April 2006 (EDT)
 
 
 
==Log in problems==
 
I'm not certain if this is a bug in the Wiki software, my browser (Netscape 8.1 on Win 2K SP 2) or some error I'm making, but I have some strange symptoms. I am [[User:Pashley|Pashley]] and I've asked the login software to remember me, but currently:
 
* top of screen shows "Pashley my talk preferences my watchlist my contributions log out". I'd been assuming I was logged in because it shows my login name.
 
* my talk takes me to the Pashley talk page
 
* my watchlist takes me to a page for the IP address. Naturally, it is empty.
 
* my contributions take me to a page for the IP address. The contributions there are mine, so I guess I have not been getting logged in.
 
 
If I log out and try to log in again, it knows it should log me in as Pashley, but will not accept the password I remember.
 
 
I have asked several times to have the password mailed to me, but nothing has arrived. I'm not sure what address I signed up with, so I have checked them all.
 
 
If I try the four tildes, it gives [[User:59.38.32.5|59.38.32.5]] 10:44, 12 April 2006 (EDT)
 
 
What is wrong?
 
 
: There's definitely something flaky with cookies -- I can log in fine and stay logged in for a while, but I seem to get kicked out much faster than usual.  The site also feels slower then normal — then again, we hit a new record of 888k hits yesterday... [[User:202.156.2.43|202.156.2.43]] 10:59, 12 April 2006 (EDT)
 
 
I just tried again and it worked this time [[User:Pashley|Pashley]] 11:02, 12 April 2006 (EDT)
 
 
:Yesterday afternoon I had to reinitialize the user accounts of about 100 users, since they'd been compromised by a bug introduced during the MediaWiki upgrade. Your user account was one of those. While I was working on the accounts (I had to restore them from backup and reset the 'user token' field), they didn't work for login. I'm sorry about the problems. See [[Wikitravel:11 April 2006]] for more info.
 
 
:I agree that the upgrade seems to have introduced some instability in the cookie situation, and I'll take some time to look into it. Probably the smartest thing to do if you're having problems is to clear your cookies for wikitravel.org, and log in from scratch.
 
 
:Performance has been a problem since I had to clear the caches after the upgrades. (I just cleared them again a few minutes ago.) As time goes on and the cache gets full again, you should see better response times. --[[User:Evan|Evan]] 11:16, 12 April 2006 (EDT)
 
 
Add another one for the login issues.  Some parts (the top bar and some edits) show me as logged in, others (watchlist) show me by IP.  Sometimes the tildes work, sometimes not.  Clearing cookies, logging out and in, etc, are not effective.  [[User:68.206.45.57|68.206.45.57]] 00:56, 24 April 2006 (EDT) (it's doing it again, this is [[user:jordanmills]])
 
 
:Not effective ''at all''? Do you have cookies disabled or something? I did some more cookie-juggling and I think the Javascript that sets up the "personal links" across the top of the page do a better job evaluating whether or not you're actually logged in. --[[User:Evan|Evan]] 14:40, 27 April 2006 (EDT)
 
 
:Evan, I'm logged out almost every time I quit my browser (Safari 2.0.3). Happens on multiple machines from multiple locations. Will switch to Firefox 1.5.0.1 for a while to see if problem is browser-specific.[[User:SHC|SHC]] 21:27, 7 May 2006 (EDT)
 
::Happens with Firefox, too. I've cleared cookies, but to no avail. [[User:SHC|SHC]] 21:36, 7 May 2006 (EDT)
 
 
:So, I've tried to fix up the way cookies are sent and handled on the client side. I don't think it will keep people logged in, but it should avoid the situation where your name appears in the upper-righthand corner of the screen, but you're not actually logged in.
 
 
:I'd like to hear if people are having a problem with this still. --[[User:Evan|Evan]] 20:16, 29 May 2006 (EDT)
 
::My laptop is holding login fine while on the road this evening. Yesterday, the desktop was a little squirrelly on my home network (DSL to the outside world), but seemed fine this morning.  I'm running Safari 2.0.3 on both machines. --[[User:SHC|SHC]] 21:40, 29 May 2006 (EDT)
 
  
 
==HTML table handling broken==
 
==HTML table handling broken==

Revision as of 20:12, 13 August 2006

This is the old page for bug reports for the Wikitravel installation of Mediawiki 1.6.8 (see Special:Version). Bugs that have been verified as fixed already are under Wikitravel:Fixed bugs. For older bug reports, see the Wikitravel:bug report archives. For new ideas, try Wikitravel:Feature requests.

New bugs should be reported on the Technical requests page on Wikitravel Shared.

Contents

HTML table handling broken

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

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

Which is now generates:

foo

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

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

I don't know what to tell you. That's incorrect HTML, which you should be 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? --Evan 12:31, 13 April 2006 (EDT)
To be precise, this is correct HTML (See specs). It is not correct in XHTML. BTW, external link icon is missning (just after specs), or just I cant see it? --JanSlupski 18:44, 13 April 2006 (EDT)
I see it. Good point, it is valid HTML. I'll see what I can do. --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. 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. --Evan 23:11, 13 April 2006 (EDT)
FYI, this is a pretty handy tool for converting HTML tables into Wiki markup. 202.156.2.43 01:16, 14 April 2006 (EDT)

NumberOfArticles broken in pl:

{{[NUMBEROFARTICLES}} on pl: is still insistently stuck on -1. Specjalna:Statistics seems to work fine though...? Jpatokal 11:45, 13 April 2006 (EDT)

Bump. Still broken, would be nice to fix because correcting this by hand is kinda painful. Jpatokal 06:02, 20 April 2006 (EDT)
Yeah, I wish I could figure out why it does that. --Evan
This appears to be broken in it: also. 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? --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 — but when I just retested it, it now works even when using the English string?! Will try my luck again. Jpatokal 22:25, 13 June 2006 (EDT)

Breadcrumb oddities

The order in which tags are at the end of an article seems to matter. I doubt it is supposed to.

For example, Sichuan showed South West but not the full string which should be:

Asia East Asia China South West

so I checked South West and found it showed nothing. Moving the isIn tag ahead of outline fixed that, but Sichuan still showed the problem. Moving the isIn tag in it made those breadcrumbs work right. Pashley 05:08, 14 April 2006 (EDT)

This is still a problem. I noticed today that Zhuhai showed only Guangdong, not higher levels, even though Guangdong had those. Moving the Wikipedia|Zhuhai link to make isIn first thing in list at end of article made it work right. Pashley 00:21, 23 April 2006 (EDT)

Bujumbura shows the problem now Pashley 05:59, 1 May 2006 (EDT)

Also Jiangsu Pashley 06:36, 3 May 2006 (EDT)

Auxerre shows different but probably related behaviour. Pashley 23:37, 5 May 2006 (EDT)

Texel had the problem, re-ordering tags fixed it. Pashley 04:55, 14 May 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? 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:
  • [[WikiPedia:Sado Island]]
  • {{isIn|Niigata_(prefecture)}}
  • {{guide}}

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

  • {{isIn|Niigata_(prefecture)}}
  • [[WikiPedia:Sado Island]]
  • {{guide}}

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... 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. --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. 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. --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. - Andrew Haggard (Sapphire) 23:48, 30 May 2006 (EDT)

Interesting ... I'll take a closer look. --Evan 23:53, 30 May 2006 (EDT)

Image:Poring.jpg not displaying from Shared

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.

  • [1] by Jpatokal
  • [2] by Elgaard
  • [3] by Elgaard
  • [4] by Xltel

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)

This seems to be fixed now; let me know. --Evan 10:02, 6 June 2006 (EDT)

Webalizer down

Webalizer stats have been flaky for a while and haven't been updating at all since May 10. Jpatokal 02:48, 17 May 2006 (EDT)

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)
That's not "semi logged out"; that's logged out! B-) Anonymous users can't watch pages nor move pages. --Evan 14:46, 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)
It's fixed now; thanks for the personal message. --Evan 05:02, 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:

  1. Use Firefox
  2. Click on "Edit" for Vienna.
  3. Go to some other tab.
  4. Come back to the original tab.
  5. 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.

Ravikiran 13:57, 14 June 2006 (EDT)

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)

Change Special:Export output so it includes real names

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)

TOC takes up too much space

The table of contents in a page makes a lot of whitespace right at the beginning of an article (see http://evan.prodromou.name/images/San_Diego.png for an example). It would be nice to move it to the left nav area or to a new nav area on the right side of the screen. See Wikitravel talk:Table of contents location for more discussion on the issue.

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)

There's now a review version up for consideration. It's in very raw form and I'm still testing it, but it's worth looking at. Compare: http://wikitravel.org/review/San_Diego. --Evan 13:03, 29 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)

Yes it could! It's actually configurable with a MediaWiki: format article, ja:MediaWiki:Logbooktitle. I'll take a poke at it, but you should look at Wikitravel:27 April 2006 for details on how it works. --Evan 23:28, 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)".

-- Ryan 01:23, 1 July 2006 (EDT)

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)

Disambiguation pages special page

The Disambiguation pages special page requires that disambiguation pages have Template:Disambig on them rather than Template:Disamb (our standard). Template:Disambig is empty and a deleted page (twice). Can the target template name be changed so the special page works correctly? I do not like the other alternative of changing all the disambiguation page templates. -- Huttite 19:54, 27 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.
One problem I see is that Template:disamb links to Wikitravel:Disambiguation pages, which in turn links to Template:disamb, so there's kind of a loop. We may want to think about breaking that up. --Evan 20:43, 27 July 2006 (EDT)

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)
Sorry, I missed checking the page above. Yerh...it works quite well now. Thanks. Shoestring 05:40, 12 August 2006 (EDT)

Variants

Actions

Destination Docents

In other languages