Wikitravel:Old bug reports

From Wikitravel

(Redirected from Wikitravel:General disclaimer)

This page is for reporting bugs in the MediaWiki (http://wikipedia.sourceforge.net/) software we use for Wikitravel, or for the way we have it installed.

If you see a problem with the content of Wikitravel, please plunge forward and fix it yourself! This is a WikiWiki Web site, and anyone can edit, fix, or improve any page. No need to report it!

If you think you have a good idea for a new feature in Wikitravel, please note it on the feature requests page.

Email in preferences

When I edit my preferences, it never shows my e-mail. This causes two smallish problems. First, I can never quite tell what my e-mail is set to here (I have more than one account) and second, I think that if I change something else on my preferences and "save", then my e-mail address gets set to nothing in the DB. Does anybody else have this problem? If not, what am I doing wrong? Thanks. -- CL 23:03, 7 Oct 2003 (PDT)

Text highlighting

Moved from travellers' pub by Evan

Why can't I highlight text with my cursor? Is there something wrong with the script on this site? It only happens for this site... --Jiang 00:02, 18 Sep 2003 (PDT)

I too have had problems highlighting text, but it only seems to happen if you highlight from bottom to top, but, even the other way there are some problems. It is not only on WikiTravel that this happens, but also on all Wiki sites with this skin (including Wikipedia with this skin on).

Okay, I switched to standard skin. However, there is no logo. --Jiang 10:26, 18 Sep 2003 (PDT)

Yeah, but we're working on that. -- Evan 11:03, 3 Oct 2003 (PDT)

Search results

The search query "san francisco" returns no results. --Shannon 1:59, 17 Oct 2003 (PDT)

Apparently, the word "san" is one of those common words (like "from") which is not indexed and therefore the search engine can not find it. Is there a way for the engine to ignore unindexed words, rather than failing to find them? That would be more user friendly. CL 21:33, 17 Oct 2003 (PDT)

Search does not return a result for any search where there are 3 or fewer characters in one of the search words. It will only find an exact title match with the Go search if any word in the search text box has 3 or fewer characters. This means you cannot search for san, you can for francisco and you should only be Going to san francisco. (excuse pun) -- Huttite 00:37, 19 Jun 2004 (EDT)

Search and Find Behaviour

When I type "Bolivar" into the Find box and hit the "Search" button, everything seems to work OK. (There is no article on this city yet, but the search tool finds 7 articles where "Bolivar" (a city, a person, etc.) is mentioned).

When I type "Bolivar" into the Find box and just hit enter (or punch "Go"), the find tool only finds 1 article, with the message

 . No page with this exact title exists, trying full text search.
 .    * Bolivia 71% (****)

I expected that a "full text search" would find all 7 articles that "Search" does.

Is this a bug in the MediaWiki software?

-- DavidCary 23:58, 18 Jun 2004 (EDT)

No. There are 2 different searches that can be invoked. The article title search is invoked by clicking on the Go button in either the Search Box in the sidebar or the Find Box at the bottom of the page. Pressing the Enter key in either of these boxes defaults to this search - which is faster. When your cursor is in one of these boxes note that the Go button is highlighted as this is the button that is selected when the Enter key is pressed. The full text search can only be invoked by clicking on the Search button with the mouse or pressing the Tab key twice to highlight the Search button before pressing the Enter key. It is not a fault, just a default. -- Huttite 00:38, 19 Jun 2004 (EDT)

In that case, please change the (misleading) message "No page with this exact title exists, trying full text search." to something more like "No page with this exact title exists, searching for similar titles."

-- DavidCary 21:16, 19 Aug 2004 (EDT)

Another oddity:

"Search" unexpectedly fails to find something that "Go" succeeds in finding.

If I type "davidcary" into the search box and hit the "Go" button, I get 1 hit ( User:DavidCary, as expected ).

If I type "davidcary" into the search box and hit the "search" button, I get "... 0 results ... No article title matches ... No article text matches".

I expected the "search" button to at *least* get all the hits that the "go" button finds.

I expected to see a list of all the "talk" pages that I signed. So apparently the "talk" pages aren't indexed at all ?

--DavidCary 10:43, 28 Aug 2004 (EDT)

Image policy

On this page: http://www.wikitravel.org/en/article/Special:Upload

The link to the Image_policy page points to image_use_policy, which page does not exist. There's no link to edit the Special:Upload page so I can't fix it.

I added a redirect, and I'll change this prompt later. Thanks for the quick eye. --Evan 18:29, 6 Jan 2004 (EST)

Subject of email

I got an email from a Wikitraveler with the subject "Wikipedia e-mail". I verified with whois that it came from Montréal, not from a Wikipedia box. Shouldn't the subject be "Wikitravel e-mail"? -phma 23:03, 17 Jan 2004 (EST)

The "Email this user" page fills in 'Wikipedia Email' as the subject. I guess the user did not bother to change that. Yes, indeed it should have been Wikitravel Email. Maybe the default value can be changed in the wiki setting? Srijith 23:02, 19 Jan 2004 (EST)

I think this was me, I just hit reply. I was wondering why everyone was putting wikipedia as the subject ;-) Majnoona 23:29, 19 Jan 2004 (EST)

Turns out it's hard-coded into the MediaWiki software -- remarkably short-sighted. I'm going to hard-wire it to "Wikitravel E-mail" and eventually fix the bug. --Evan 23:41, 19 Jan 2004 (EST)

Link colors

Moved from travellers' pub by Evan

This will probably make it into the wiki code itself, but it would be nice if there was a visual cue about the approximate amount of data behind a link (nothing, stub, full). --Dhalbrook 15:28, 7 Jan 2004 (EST)

There is! If you haven't changed your Wikitravel skin, links to non-existent pages should show up red, and existing pages should show up blue. If you've set some value in the "stub length" in your user preferences, stub links will show up as a kind of brownish color.

The big problem is that visited links and stub links have almost the same color, so it can be hard to tell them apart. I'd like to get this fixed -- any suggestions for a stub link color would be helpful. --Evan 18:59, 7 Jan 2004 (EST)

Cool, I guess I didn't notice it before -- I suppose I should look harder next time :) However, I still think a discreet iconic hint might be helpful (to those poor colorblind folks) to make it a bit more obvious. --Dhalbrook 21:24, 7 Jan 2004 (EST)

After a bit more thought, a more elegant solution might be to vary the look of the link underline itself, such as a dotted underline for nothing, a dashed for stubs, and a full underline for completed links. This, combined with the color, should definitely help make it more obvious what's going on. --Dhalbrook 21:56, 7 Jan 2004 (EST)

Log on to two Wikitravels

I made an account on the Romanian Wikitravel and found myself logged out of the English one. Then I logged into the English Wikitravel and got logged out of the Romanian one. -phma 17:22, 25 Jan 2004 (EST)

It's a cookie domain thing. I'll try and fix it; it's quite annoying. --Evan 18:20, 25 Jan 2004 (EST)

OK, I think this is fixed. I just tested logging in to all three sites, and my cookies stuck for each one. Let me know if this doesn't work for you. --Evan 21:10, 11 Feb 2004 (EST)

Orphaning due to rename during edit?

On January 31, 2003, I created a link from San Francisco to non-existing page San Francisco/Suggestions for choosing a Chinese Restaurant (don't make this a link, it de-orphans the page). I then clicked the link and started writing it. While I was editing it, someone moved the page to American Chinese food. The link disappeared from San Francisco creating an orphan (bug 1). This was not caused by an edit, unless the bug is instead that the page history for San Francisco was not added to for the link being removed (alternate bug 1).

There is also no history of the link being added in the first place (bug 2). (Note that my posting to that point was without being logged in.

The page also does not show up on Orphan pages (bug 3).

See also http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Whatlinkshere&target=American_Chinese_food and http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Whatlinkshere&target=San_Francisco/Suggestions_for_choosing_a_Chinese_Restaurant

Notty 01:32, Feb 4, 2004 (EST)

I found American Chinese food as a dead-end page, even though it was a double redirect. I have linked it to the page where the second redirect pointed to, now. As this page is just one of a number of #REDIRECT dead-end pages, I presume that there is a database error. Editing the redirect seems to correct the dead-end page problem. Hopefully it has fixed the bug too, though how it came to occur is more of a worry.

Acceptable file formats

I uploaded an SVG file and got the warning <<".svg" is not an acceptable image file format>>. It should be, as we're doing maps in SVG. -phma 21:45, 4 Feb 2004 (EST)

Link bug in italic text

This should make a link. It doesn't:

For more information on Multilingual Wikitravel Policy, see Language version policy. Yann 07:15, 12 Feb 2004 (EST)

Disappearing Edit Text

When editing Hamilton (New Zealand) I added an "=" to the end of the By Plane heading and put "=" in the Summary: and ticked minor edit box. I sent the page and everything disappeared when the page refreshed! Had to go back to history and copy all the text back. Not sure if it was an internet data error or a bug. -- Huttite 18:44, 14 Feb 2004 (EST)

Some Dead End Pages Have Links

I noticed that some Dead End Pages have links on them. (Often they are Redirects.) Simply editing and saving the page removes it from the Special:Deadendpages list. Is there another way to fix these pages? The problem looks like some form of database corruption. Also, sometimes, when editing these pages, there is an editing conflict that shows I have not submitted any text and the text I have submitted is shown in the conflicting text. Again saving the edit seems to fix the problem. Once this is done these pages also show in the What Links Here list on linked pages. -- Huttite 03:29, 11 Mar 2004 (EST)

Yes, I need to run the rebuildLinks script. Our DB crash a few weeks ago munged up the links table. --Evan 11:24, 12 Mar 2004 (EST)

Fatal Error

I've got the following error when trying to access the Malta page. "Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 6107 bytes) in /home/virtual/site30/fst/var/www/html/en/wiki/OutputPage.php on line 748" -Quirk 17:36, 23 Mar 2004 (EST)

I got almost the same error for Guatemala. ~~Dhum Dhum~~ Akubra 12:32, 24 Mar 2004 (EST)

Ditto for Somalia. ~~Dhum Dhum~~ Akubra 17:24, 24 Mar 2004 (EST)

It was happening for a lot of the larger pages. Our Web host service graciously raised our memory limit, and I hope that an upgrade to MediaWiki 1.2.0 (which has a new parser layout) will reduce this problem... The code for MediaWiki tends to do things like:

$blob = read_entire_article($id);
$converted = convert_blob($blob);
$filtered = filter($converted);

That is, it reads in a lot of data and keeps it all in scope so it's not GC'd.

--Evan 18:37, 25 Mar 2004 (EST)

This is happening again. I got

Fatal error: Allowed memory size of 16777216 bytes exhausted at (null):0 (tried to allocate 4826 bytes)

in /home/virtual/site30/fst/var/www/html/en/wiki/Parser.php on line 392

when trying to open Russia - Factbook Import version (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Russia&oldid=8726) -- Huttite 06:53, 28 Apr 2004 (EDT)

And again... Our memory limit dropped, I asked to have it reboosted. --Evan 02:18, 29 Jun 2004 (EDT)

We're having memory problems again. Paris is right at the limit, and I've done all of the tightening I can find to do -- Mark 07:56, 20 Sep 2004 (EDT)

{{msg:stub}} and {{msg:disamb}} not being displayed

I just tried to add a disambiguation page for Murcia by using the short cut message text {{msg:disamb}} . But the Template:Disamb text is not being displayed. The same goes for {{msg:stub}} and the Template:Stub text.

Disambiguation message being displayed is :

This article is a disambiguation page. If you arrived here by following a link from another page you can help by correcting it, so that it points to the appropriate disambiguated page.

Stub message being displayed is :

This article is still a stub and needs your attention. Plunge forward and help it grow!

If the {{msg:...}} feature is not working then the above will be blank, if working it will show the message. -- Huttite 05:18, 6 Apr 2004 (EDT)

Working now! - Huttite 05:31, 6 Apr 2004 (EDT)

Missing messages

At least the following messages are missing, with the 1.2.3 upgrade:

License text at the bottom of the page.
Edit prompt when editing a page.

I'm going to try to track down what's going on there; any suggestions welcome. --Evan 05:20, 6 Apr 2004 (EDT)

Is it something to do with the Magic Word Definitions in the Language Definition File? -- Huttite 05:31, 6 Apr 2004 (EDT)

The license text is fixed, and the previous bug about the {{msg:}} stuff is fixed too. I think this is going to be broken in the non-English Wikitravel versions though. --Evan 05:32, 6 Apr 2004 (EDT)

It is effectively broken in Wikitravel in French language. Yann 08:00, 22 Apr 2004 (EDT)

I'll take a look. Thanks for the heads-up! --Evan 13:42, 22 Apr 2004 (EDT)

Disclaimers

I need to either get rid of the 'Disclaimers' link, or we need to make up some disclaimers. I'm partial to the former; I don't think we need this link everywhere. --Evan 15:28, 9 Apr 2004 (EDT)

OK, this is done. --Evan 15:58, 9 Apr 2004 (EDT)

Typo on Recent changes page

I have noticed there is a typo in the introductory text to the Recent changes page. The third line is Se but should be See. Wikitravel:LanguageEn.php shows the typo present in the text assigned to the "recentchangestext" parameter. Probably not a biggie as its been around for ages and nobody has complained before now. -- Huttite 01:28, 11 Apr 2004 (EDT)

Fixed by writing to the MediaWiki namespace. -phma 19:26, 17 Aug 2004 (EDT)

Special Pages bugs

The Orphan pages shows MediaWiki:Recentchangestext as an orphan page but the page is an empty (or new) page and displays (There is currently no text in this page).

Also Dead-end pages lists the following pages:

Main Page (also shown as an orphan page).
MediaWiki:Recentchangestext - (There is currently no text in this page)
MediaWiki:Recentchanges - (There is currently no text in this page)
MediaWiki:Recentchangestext - (There is currently no text in this page)

when these are not dead end pages.

Also Popular pages shows the Main Page twice with item 1469 (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Popularpages&limit=50&offset=1468) showing Main Page (0 views)

The Oldest article is Main Page (18:59, 31 Dec 1969) but also see At item 1416 (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Ancientpages&limit=500&offset=1415) Main Page (09:06, 9 Apr 2004)

The Short pages shows item 6. Main Page (37 bytes).

There are possibly other examples but it will take time to identify them. - Huttite 01:28, 11 Apr 2004 (EDT)

RSS Feeds ?

Moved from travellers' pub by Evan

I was wondering if there was an RSS feed for Wikitravel ? I googled and found one such link, but it appears to be broken (http://www.wikitravel.org/wiki/recent.phtml) Schizoid 13:38, Feb 29, 2004 (EST)

Yep, that got lost in the shuffle when we moved to the new servers a couple of months ago. I'll try and get it working again. --Evan 19:34, 29 Feb 2004 (EST)

Thanks: not a major problem since I can always monitor the recent changes: just makes things convenient because I can slot it into my blog reader. Schizoid 22:34, Feb 29, 2004 (EST)

Not intentional article creating/modifing

Ok. I'm not sure what is going on. And if this is a bug or just some kind of error I've made (and don't know how).

Recently I went to (User contributions for JanSlupski (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Contributions&target=JanSlupski)) page, and saw there a few pages I changed and one, Wikitravel:All pages by title, I didn't (or just don't know about it?!).

Wikitravel:All pages by title right now it contains some trash that looks a bit like Special:Allpages page but broken (HTML tags visible, etc).

Moreover history (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Wikitravel:All_pages_by_title&action=history) page for it shows my contribution, but this is the only entry. I've also noted that time of modification in this entry changes. I think it is after I reload the content of the Wikitravel:All pages by title. Time on (User contributions for JanSlupski (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Contributions&target=JanSlupski)) changes adequately (without adding any new entries).

What is yet more strange, changes or creation of that page is not marked on Special:Recentchanges nor Special:Newpages.

Only activity done before was visiting Special:Allpages but only in view mode. I didn't even try to edit it.

Please ask me by email if you think I help somehow. -- JanSlupski 14:29, 16 Apr 2004 (EDT)

This is a caching tool created by the wiki software; I think it's supposed to speed up the queries. I don't think it's really effective, and as you point out, it's not really fair assigning the authorship of the cache to any one individual.

I'll see what I can do to get rid of these pages. --Evan 15:33, 16 Apr 2004 (EDT)

A similar thing with Wikitravel:!Short articles, Wikitravel:!Most wanted articles, Wikitravel:!Popular articles, Wikitravel:!Orphaned articles and Wikitravel:!Dead-end pages where User:65.214.36.113 (http://www.wikitravel.org/en/wiki/wiki.phtml?title=Special:Contributions&target=65.214.36.113) is attributed with creating the pages. These pages are full of HTML and looks like the Short Articles, Most wanted articles, Popular articles, Orphaned articles Dead-end pages functions, repectively. The pages are also protected. On Wikipedia I understand that these pages are used as a manual list when the Special Pages are not working. -- Huttite 19:21, 16 Apr 2004 (EDT)

Something else I just noticed - these pages don't have an actual edit history. The page history only shows the last user that caused the page to be generated. I am sure that Wikitravel:!Short articles existed before the date and timestamp on the page as I copied it onto my personal page a few days ago! I can understand the logic for not having a history on this type of page too. - I have noted each of the talk pages with a link to this bug report. - Huttite 19:43, 16 Apr 2004 (EDT)

Line breaks between list items

The Mediawiki parser should probably ignore linebreaks between list items. At the moment it doesn't, which apparently results in multiple HTML lists where there should probably be just the one. -- Mark 11:52, 27 Apr 2004 (EDT)

Usually it's a good idea for a parser to ignore whitespace under all circumstances. Thus I'm going to propose this little patch which does pretty much exactly that to our Wikitext parser.

nevermind that patch

This seems to work, but it's untested on the vast majority of Wikitravel pages. -- Mark 10:48, 30 Apr 2004 (EDT)

Oops... looks like that wasn't quite right... I'll refine it and post it again. -- Mark 11:01, 30 Apr 2004 (EDT)

OK, so we do need blank lines to show up as <p> mostly, but not in lists... (in my opinion). Here's the change:

--- OutputPage.php     2003-12-08 05:28:10.000000000 +0100
+++ /var/www/wiki/OutputPage.php       2004-04-30 17:16:40.000000000 +0200
@@ -1118,7 +1118,12 @@
                       $pref2 = str_replace( ";", ":", $pref );
                       $t = substr( $t, $npl );

-                      if ( 0 != $npl && 0 == strcmp( $lastPref, $pref2 ) ) {
+            if ( ( $lastPref == "*" || $lastPref == "#" ) && preg_match( "/^\s*$/", $t ) ) {
+                    # ignore blank lines within lists
+                    $text .= $t;
+                    continue;
+            }
+            if ( 0 != $npl && 0 == strcmp( $lastPref, $pref2 ) ) {
                               $text .= $this->nextItem( substr( $pref, -1 ) );

                               if ( ";" == substr( $pref, -1 ) ) {

Do you know if there's any major difference between using the 0 == strcmp( $str, $str2) and using $str == $str2 ?

Anyhow I think the patch is the right thing to do. What is the use case for ending one list and starting another without having any text in between, anyhow? -- Mark 11:21, 30 Apr 2004 (EDT)

Hey, just a heads up. Wikitext still breaks up bulleted lists which have space. I still don't think whitespace should count in that situation.. so I still think the patch should be applied, so that HTML purists will be happy. -- Mark 13:50, 23 May 2004 (EDT)

OK, I'll try and apply this patch ASAP. Thanks for the work! --Evan 23:33, 23 May 2004 (EDT)

Mark, you mean $str eq $str2 since $str == $str2 converts both strings to numbers before comparing. -- Colin 23:51, 26 Jul 2004 (EDT)

Database Error

Example:

SELECT ld_id,old_user,old_comment,old_user_text,old_timestamp,old_minor_edit FROM old USE INDEX (name_title_timestamp) WHERE old_namespace=0 AND old_title='Passau' ORDER BY inverse_timestamp LIMIT 0, 50 FROM within function "PageHistory::history". MySQL returned error "

Das ist nicht gut!

I'm getting the same exact problem. -- Mark 09:00, 14 Jul 2004 (EDT)

Also I tried to log into the machine right now, but I can't tell much about what's going on because I don't have root. -- Mark 09:16, 14 Jul 2004 (EDT)

Printable Page Section headlines

In the print view of an article, the Table of Contents numbers the sections; however the section headlines lack those numbers. It'd be helpful to have the numbering, actually. -- Nils 08:19, 23 Jul 2004 (EDT)

There's a user preference for this (see "Auto-number headers" in Wikitravel:User preferences help). Is something more needed? --Evan 12:51, 23 Jul 2004 (EDT)

Watchlist problems?

I made a long post to Wikitravel_talk:External_links/What_to_link_to at 05:45 25 Jul 2004 (EDT). Several people have posted to it since then, but the only one that shows up in My Watchlist looks like this:

 (diff) (hist) . . Wikitravel talk:External links/What to link to; 23:13 . . Cjensen (Talk)

I'm definitely watching the page, and I don't see any user prefs that should make a difference. What's up with that? -- Beland 23:24, 26 Jul 2004 (EDT)

It only displays the most recent change. You have to check the history to see if anyone else touched it. -- Colin 23:49, 26 Jul 2004 (EDT)

Ah. This must have been improved in the version Wikipedia is running. Thanks for the explanation, though. -- Beland 21:58, 27 Jul 2004 (EDT)

Unsolicted Logouts

I find that quite often I'm editing an article, but when I come to save it the 'minor changes' box has mysteriously disappeared; and when I look at the change I find it is credited to an IPAddress rather than my username. It appears something I'm doing is logging me out. For eg, I've just had to log in again three times in the same session of about 1 hour. Anybody got any idea what is going on?. -- TheForester 20:28, 9 Aug 2004 (EDT)

I suspect the dynamically allocated IP given to you by your ISP is changing, causing Wikipedia to lose track of you. Unfortunately there is little you can do, other than to change ISPs... Jpatokal 20:44, 9 Aug 2004 (EDT)

Cannot upload SVG map file.

I get the warning: Upload warning ".svg" is not a recommended image file format. But the file does not appear on wikitravel.org.

I put it on: http://www.agol.dk/elgaard/Osterbro_cph.svg You are welcome to put it on wikitravel

Niels Elgaard Larsen

You have to click past the warning (which should be turned off). I succeeded in uploading NorthCarolina.svg. -phma 07:51, 15 Aug 2004 (EDT)

Click on what?

I just get:

Upload file From Wikitravel, the free travel guide.

Upload warning ".svg" is not a recommended image file format.

And nothing to click on

Niels Elgaard Larsen

Bug! It was working before. And there are several SVGs in the image store. -phma 19:46, 17 Aug 2004 (EDT)

Clock: Server Time

I note the server is running about 1 hour and 35 minutes fast of UTC at present. Has the server time changed to daylight saving time or something like that? - Huttite 09:21, 28 Mar 2004 (EST)

Good point! I'll try and take care of it. --Evan 17:53, 28 Mar 2004 (EST)

Has anybody else noticed that Wikitravel's clock is about 12 minutes ahead. Maybe somebody needs to run ntpdate?

We use a Web presence provider, so I don't have root access on the machine. I'll send an email to the provider to ask them to put some kind of process in place. --Evan 15:12, 16 Aug 2004 (EDT)

Security hole

On Special:Imagelist, entering "*.svg" as the pattern to match image file names results in the error "Call to a member function on a non-object". It is possible that entering something else could cause execution of arbitrary PHP or SQL code. -phma 19:46, 17 Aug 2004 (EDT)

More testing: '@', '$', '^', '{', '}', '[', ']', '"', '.', '<', '>', '=', '+', '\', '|', and '_' produce that error. '#' and ':' produce a list of everything. -phma 19:59, 17 Aug 2004 (EDT)

Searching

Type "wikipedia" and then click "Search". Takes you to the normal screen. Then click "Next 20" or whatever. Takes you to "Wikitravel:Cooperating with Wikipedia" ? --Nzpcmad 15:44, 19 Aug 2004 (EDT)

Denmark is broken

 http://wikitravel.org/en/article/Denmark

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 6377094 bytes) in /home/virtual/site30/fst/var/www/html/en/wiki/Skin.php on line 1605

I am afraid I broke it by using a big picture -- elgaard 07:43, 2004 Sep 2 (EDT)

I fixed it by using the edit URL directly and removing the picture. -- elgaard 08:28, 2004 Sep 2 (EDT)

Retrieved from "http://wikitravel.org/en/Wikitravel:Old_bug_reports"

Views

Personal tools

Navigation

Search

Toolbox