YOU CAN EDIT THIS PAGE! Just click any blue "Edit" link and start writing!

Difference between revisions of "Tech:Upgrade to MediaWiki 1.17"

From Wikitravel Shared
Jump to: navigation, search
(Most Urgent bugs: me 2)
(Most Urgent bugs: the session hijacking is very worrisome too)
Line 307: Line 307:
| July 11, 2012
| July 11, 2012
| XX
| XX
| [[User:Wrh2|Ryan]] [[User:Peterfitzgerald|Peter]]
| [[User:Wrh2|Ryan]], [[User:Peterfitzgerald|Peter]]
| Pending as of 7/11/2012
| Pending as of 7/11/2012
| [[:en:Wikitravel_talk:How_to_handle_unwanted_edits#Important_-_blocking_spambots|Spambot session hijacking]]
| en:
| July 18, 2012
| X
| [[User:Peterfitzgerald|Peter]]

Revision as of 02:24, 19 July 2012

MediaWiki 1.16 has been released. We're now five full versions behind, at 1.11. Current versions of MediaWiki include very significant security improvements, not to mention the numerous feature additions. Upgrading should be a priority. LtPowers 09:31, 3 August 2010 (EDT)

Note that one feature of 1.16 is "InstantCommons", which allows non-Wikimedia wikis to use Commons files as if they were Wikimedia wikis. THAT MEANS US. That could revolutionize the very way we work here on Shared, letting us focus less on patrolling new images and more on writing travel guides. LtPowers 11:22, 4 October 2010 (EDT)

We are now six full versions behind; the final release of 1.17.0 has been made. LtPowers 11:21, 28 June 2011 (EDT)

I would like to add that an upgrade would provide another new feature: Offline Wiki readers such as Wikipanion+ for iPhone & iPad could access Wikitravel, with support for offline caching. -- 08:33, 5 July 2011 (EDT)

I agree, it's very crucial that the Wikitravel site gets updated. --globe-trotter 13:43, 5 July 2011 (EDT)
Please register a new feature request for that offline issue, OK? Riggwelter 15:36, 14 July 2011 (EDT)

Regarding site performance: We are not sure what the issue is. We think that when we upgrade Mediawiki (slated for September 2011) that will have some positive effect. Another supposition is that the enormous size of the WT database has made indexing very difficult, particularly when making and saving edits. A component of the database’s size is the fact that reverts are available of pages that are years and years old – theoretically all the way back to a given page’s creation. An idea we are floating now is paring down the size of the database by making reverts available back two years. From a community standpoint, we’d really like to know how you think that change might impact your ability to curate. Ultimately, it would come down to trying to dramatically increase site performance at the expense of some historical data; the question being how vital that data really is to the site.--IBobi 21:00, 3 August 2011 (EDT)

I may be wrong, but assuming you're talking about deleting very old revisions then I suspect that would be questionable from a legal standpoint since those old revisions provide credit to the article's contributors as required by the CC-SA license.
Regarding performance, there are a number of sites that have as many or more revisions as Wikitravel and don't face the same performance issues - Wikipedia being the obvious example since it's literally hundreds of times larger - so it would be surprising if the amount of data is the limiting factor. It's probably a dumb question, but is your DBA doing normal maintenance on the database (ie and I'm not a DBA, but with about 15 years of web application development I'd say that one possible explanation for the current issues on Wikitravel could be a fragmented database. -- Ryan 21:27, 3 August 2011 (EDT)
I would say deleting history is a big no-no, both from a legal standpoint and from a curating standpoint, as sometimes it is necessary to delve into the history to determine the origin of something, plus the fact that there are plenty of pages that go for 2 years without being edited, so you'd be essentially deleting all record of how that page came to be. Better take that option off the table now. texugo 22:14, 3 August 2011 (EDT)
See this discussion at
Many revisions of Wikipedia articles are very minor and could be "pruned" from the overall History of article revisions, to leave only the more major revisions. Even if the minor revisions were actually left in storage, perhaps they could be bypassed when listing all other article revisions. However, actually erasing specific revisions from an article might require changing, or reconfiguring, the software behind Wikipedia, the MediaWiki system.
Perhaps 50% of all revisions are hackings/jokes + revert: it's not just the hacking of articles that escalates the total revisions, but the instant reverting that doubles the total revisions to recover from hacking.
If the Wikipedia storage system were altered, over half of all revisions could be erased from Wikipedia servers and no longer listed under the "History" tab of logged revisions:
  • Once a revision is judged to be a hacking/joke, then "erase" rather than revert: the hacked version would be erased from storage and from the logs (at some point).
  • If a single user makes several small consecutive edits to an article in one day, then combine those small edits as one revision.
Again, erasing or combining old revisions might require changing, or reconfiguring, the MediaWiki software behind Wikipedia.--IBobi 13:20, 4 August 2011 (EDT)
Two points:
  1. The article you've pointed to mostly involves purging vandalism and reverts, as well as encouraging users to commit changes less often. The approach you've suggested (deleting revisions older than two years) is very different in that it would eliminate article history that outlines who made contributions and thus would violate the CC-SA license which states that every author must be given credit. Additionally, as Texugo states, that history is valuable in tracking down changes and article development. I really, really don't think purging revisions is a good idea.
  2. I'm highly skeptical that the database size itself is a cause of current problems - even at multiple GB of data, Wikitravel isn't particularly large for a Mediawiki installation. If it hasn't been done, please have a DBA verify that standard maintenance has been done (particularly table optimization) as over time databases get fragmented, indexes get large, and performance suffers. Purging old revisions wouldn't solve that issue.
-- Ryan 15:23, 4 August 2011 (EDT)
I would prefer if discussion of performance be shunted to a different place. I don't even think performance will be the biggest advantage of upgrading, it should not be the main focus of this tech request. LtPowers 10:22, 11 August 2011 (EDT)

An update: we are to begin internal testing of the site using the current (new) version of Wikimedia within the next ten days. We'll test internally until we feel all site features have been preserved, no data have been lost, and the new site is robust enough to go live, hopefully some time in November.--IBobi 20:10, 19 October 2011 (EDT)

Internal testing recently began; I will send another update when we are ready for external testing of the new Mediawiki version of WT.--IBobi 21:36, 21 November 2011 (EST)


MediaWiki 1.18 was just released. See Tech:Upgrade to MediaWiki 1.18. LtPowers 10:55, 29 November 2011 (EST)

IBxAnders: Development Update: 12/19/11

Adressing the issues reported in this page. Please note that we are unable to resolve the "painfully slow" staging environment issue at this time, we apologize for the inconvenience but still urge you to please help us find and report issues. Thanks. Contact info : [email protected]

FYI that update was from Mike, the new Project Manager in charge of Wikitravel. I remain the main point of contact for tech and community issues.--IBobi 17:05, 19 December 2011 (EST)

1.17 Beta

If you are part of the Beta test group, please use this area to report issues. A new header for each issue should work fine.

It doesn't look like much WT specific stuff is there. Some of the missing features are pretty apparent. Has anyone from IB actually loaded the main page before they asked "Beta" testers to? if any. I think we need to make a list of all the WT specific mods, because my guess is most will be missing. It is so slow as to be near to impossible to test. I know we can't complain about slowness. But when the Main Page takes a minute to load, it is a bit hard to test. --Inas 23:41, 8 December 2011 (EST)

I will be contacting the members of the first beta group to ask if you will consider doing the second round of testing on the improved beta staging server. If I do not contact you and you wish to participate, please let me know. Thank you --IBobi 15:42, 16 February 2012 (EST)

Sorry, I haven't been active in this since my last trip. The upgrade will be to 1.17, not the current version? --Peter Talk 16:07, 16 February 2012 (EST)
Hey Peter-- yes, it will be to 1.17, which was underway before 1.18 came out in November.--IBobi 18:54, 16 February 2012 (EST)

FIXED 1/10/2012: Interwiki links

wts, etc aren't being recognised. --Inas 23:41, 8 December 2011 (EST)

This is still a problem - see the staging Main Page, which has the following interwiki links that are not generating any links in the left nav:
 [[wts:Main Page]]
 [[Wikevent:Main Page]]
 [[wikiHow:Main Page]]

-- Ryan 20:52, 11 April 2012 (EDT)

Thank you Ryan - but, I am seeing this as working; the links are showing and linking correctly. Maybe we are not thinking about this correctly and missing some functionality even though it "looks" ok? - [email protected]
This is working today; yesterday it was not. I viewed several pages and did a hard reload at the time and the problem was persistent. -- Ryan 16:00, 12 April 2012 (EDT)

FIXED 1/10/2012: Ad suppression in preferences

The preferences to turn off ads for logged in users doesn't appear to exist --Inas 23:41, 8 December 2011 (EST)

FIXED 1/10/2012: Sub-pages appear to be missing

Sub-pages appear to be blank. I haven't tested too many, as it takes a few minutes to bring up one. --Inas 23:41, 8 December 2011 (EST)

I can't load districts, such as Manhattan/Lower Manhattan. They just keep being a white page loading, not going anywhere. --globe-trotter 13:47, 9 December 2011 (EST)

FIXED 1/10/2012: Breadcrumbs don't work

Breadcrumbs don't work. --Inas 23:41, 8 December 2011 (EST)

FIXED 12/19/2011: RDF isn't enabled

RDF doesn't work. --Inas 23:41, 8 December 2011 (EST)

FIXED 1/10/2012: Star icon

The star, OTBP and DOTM icons at the right-top corner of some pages do not appear correctly (e.g. Bangkok, Staraya Russa). --globe-trotter 12:09, 9 December 2011 (EST)

The template that displays those icons was a hack copied from Wikipedia that will probably require updating with the latest Mediawiki skins. I'm not sure that this is something IB would be required to fix, but I'm waiting for a non-login beta site so I haven't seen the beta skin to know 100% for sure that this will be fixable. -- Ryan 17:18, 9 December 2011 (EST)

FIXED 1/10/2012: Left bar

The bar on the left side is missing some key features, especially the Travellers' Pub. The Community Portal doesn't work. Also, docents, related pages and "other sites" don't show up in this bar when viewing specific articles (WikiPedia, World66, DMOZ, WTS links all don't work, see at the bottom of the page). --globe-trotter 12:44, 9 December 2011 (EST)

FIXED 1/10/2012: Editing bar

When editing, the editing bar is missing (the bar with which you can select text to be bold, add images, etc.)

Also, the big table of stuff (with clickable attractions, etc) under the edit window is completely missing. --globe-trotter 13:14, 9 December 2011 (EST)

The big table of stuff should be fixable by admins; just edit MediaWiki:Edittools. LtPowers 14:18, 9 December 2011 (EST)

FIXED 1/10/2012: Add listings function and listingified listings

The [add listing] button beside the See, Do, Eat, Drink and Sleep sections are missing. Also very important: listified listings cannot be edited from within the article! This really must be fixed. --globe-trotter 13:47, 9 December 2011 (EST)

Empty footer

The footer is empty. The HTML rendered on all pages I checked is:

<div id="footer">
	<div style="clear:both"></div>

-- Ryan 20:54, 11 April 2012 (EDT)

Again - thank you Ryan. I am seeing the footer links and source. We may have a caching issue going on, can I ask you to please CNTRL+F5 hard refresh the page(s) and or append the following to the url in the browser "?cache=no" , as example [email protected]:
This is working today; yesterday it was not. I viewed several pages and did a hard reload at the time and the problem was persistent. -- Ryan 16:00, 12 April 2012 (EDT)

FIXED: Editing error

I got the following while attempting a test edit of my user page:

Detected bug in an extension! Hook ReCaptcha::confirmEdit has invalid call signature; Parameter 1
to ReCaptcha::confirmEdit() expected to be a reference, value given
#0 /var/www/html/ wfRunHooks('EditFilter',
#1 /var/www/html/ EditPage-
>internalAttemptSave(false, false)
#2 /var/www/html/ EditPage->attemptSave()
#3 /var/www/html/ EditPage->edit()
#4 /var/www/html/ EditPage->submit()
#5 /var/www/html/ MediaWiki->performAction(Object(OutputPage),
Object(Article), Object(Title), Object(User), Object(WebRequest))
#6 /var/www/html/ MediaWiki-
>performRequestForTitle(Object(Title), Object(Article), Object(OutputPage), Object(User),
#7 {main}

-- Ryan 19:23, 12 April 2012 (EDT)


Please report bugs with the live MW 1.17 upgrade below, as this will be where tech is looking to address any issues that arise.--IBobi 17:34, 4 May 2012 (EDT)

Here are a few that I've noticed so far:
  • Attempt to apply a user block generate a 500 error. See en:Special:Block/Loansbadcredit564 for an example. Seems to be fixed as of 18-June.
  • The "delete" (admin only) and "move" (registered user only) tabs are gone from the top of all pages. Never mind, this is now in the dropdown next to "View history".
  • If you view source on any page there is a "script" tag appearing before the HTML doctype - I assume this must be a misconfiguration somewhere. Seems to be fixed as of 18-June.
  • Some CSS styles are missing - for example, the "patrolled" exclamation point on en:Special:RecentChanges (HTML is <abbr class="unpatrolled" title="This edit has not yet been patrolled">!</abbr>). Seems to be fixed as of 18-June.
  • New user creations show up twice in the logs and on the recent changes page: en:Special:Log/newusers:
16:17, 7 June 20IBxAnders32 (Talk | contribs | block) New user ‎
16:17, 7 June 2012 IBxAnders32 (Talk | contribs | block) New user ‎
15:24, 7 June 2012 Dentistofla (Talk | contribs | block) New user ‎
15:24, 7 June 2012 Dentistofla (Talk | contribs | block) New user ‎
14:52, 7 June 2012 Loansbadcredit564 (Talk | contribs | block) New user ‎
14:52, 7 June 2012 Loansbadcredit564 (Talk | contribs | block) New user ‎
14:30, 7 June 2012 Pktexas (Talk | contribs | block) New user ‎
14:30, 7 June 2012 Pktexas (Talk | contribs | block) New user ‎
13:01, 7 June 2012 Chadsie (Talk | contribs | block) New user ‎
13:01, 7 June 2012 Chadsie (Talk | contribs | block) New user ‎
18:21, 4 June 2012 Sheko (Talk | contribs | block) New user ‎
17:20, 4 June 2012 Descasaddruff1980 (Talk | contribs | block) New user ‎
16:22, 4 June 2012 Paydayloaanscity30 (Talk | contribs | block) New user ‎
Seems to be fixed as of 18-June.
-- Ryan 19:11, 7 June 2012 (EDT)
Ryan, how are you finding the performance compared the 1.11?--IBobi 19:21, 7 June 2012 (EDT)
My assumption was that caches would need to be rebuilt and that there would be a period of time while performance was very poor. At the time the above bug report was made the site was definitely slower, although I'm now writing this from an airport so I can't tell if slowness is due to the servers or the internet connection. Is it useful to report on performance now, or would it be better to wait a day or so? -- Ryan 21:01, 7 June 2012 (EDT)
I am unsure as to the state of cacheing; might be better to wait on this & see how it goes after we've had some site visits. Good one, thanks Ryan.--IBobi 21:05, 7 June 2012 (EDT)
The site is noticeably slower for me today than it was on Friday and also slower than it has been for the past month. I've seen a couple of timeouts today, and just now the en:Special:RecentChanges page took over thirty seconds to load. The database upgrade that was done in March previously resolved many of the performance issues, so it may be that MySQL simply needs to be defragmented or have otherwise normal maintenance performed due to the upgrade churn. -- Ryan 12:34, 11 June 2012 (EDT)
As of today, the site is still extremely slow from here. -- D. Guillaime 16:28, 17 June 2012 (EDT)
Further issues 19:38, 7 June 2012 (EDT) (en:User:Atsirlin)
  • OpenID login to Shared does not work (so I have to write anonymously)
  • Most articles have got a lot of empty space at the bottom: for example, en:Staraya Russa
  • Some critical issues at the Russian version:
  • Listings are broken completely. None of the fields are shown
  • Left bar is damaged. It shows entries like "<docentheader>" and "<relatedpages>" instead of normal headings.
The broken listings bug on :ru renders the whole language version basically unusable (and all the hard work done there...). This needs to be looked at urgently. --Peter Talk 14:57, 9 June 2012 (EDT)
I'm reporting these issues:
  • Left bar headings for About Docent & Related Pages is damaged for all versions of WT.
  • "Internet Brands Travel" button is not properly place at bottom of the page; is in the left bar.
--Iblib 19:43, 7 June 2012 (EDT)
  • Tables of Contents start after the lead section (as in Wikipedia) instead of at the top of the article (as normal for Wikitravel). LtPowers 21:01, 7 June 2012 (EDT)
Can you clarify this request? My technicians need a bit more guidance to address this.--IBobi 19:26, 14 June 2012 (EDT)
Galleries are supposed to display thumbnails in a table/grid, not in a long vertical series. texugo 21:34, 14 June 2012 (EDT)
See for a working example. It looks like the CSS on Wikitravel is missing. -- Ryan 01:37, 15 June 2012 (EDT)
  • I have diabled the google ads but i see them in all articles. ToC is very weird but already listed by LtPowers. Jc8136 02:10, 8 June 2012 (EDT)
  • I tried to block user "Dariusoneill24" because he is a spambot but the block page does not load. So i cant' block him! Jc8136 02:45, 8 June 2012 (EDT)
  • Listings function for "stay" listings are broken on sv: the wiki code is shown, not the final formatted version. Riggwelter 04:40, 8 June 2012 (EDT)
  • Unpatrolled edit exclamation mark is black on sv:, not red. Makes it difficult to see new edits. Riggwelter 04:40, 8 June 2012 (EDT)
  • The dropdown menu for deleting spam articles, blocking users, etc, does not work on sv:. This is urgent. Riggwelter 17:17, 8 June 2012 (EDT)
  • I can't seem to stay logged in even though I select the 30-day option (yes, cookies are enabled, and I cleared out the old ones). I'm also having the Google ad problem noted above. Eco84 08:55, 8 June 2012 (EDT)
Nevermind, I'm logged in, but I'm having to reload certain pages to get rid of the "log in/create account" link at the top. Eco84 09:01, 8 June 2012 (EDT)
I'm seeing the same thing; it almost seems to be a weird caching issue but there's little rhyme or reason to when it occurs. LtPowers 13:00, 8 June 2012 (EDT)

Inability to block users puts site security at risk, and should be the first priority. --Peter Talk 13:14, 8 June 2012 (EDT)

  • Unable to block spammer Same reason as Jc8136 above. This upgrade is very buggy and messed up. 15:01, 8 June 2012 (EDT)
  • I just realized it logged me out, and it is claiming there is no user by the name "Ikan Kekek". My ability to login and stay logged in has been inconsistent since the upgrade. 15:05, 8 June 2012 (EDT)
So I see that one of the issues for me is that this thread is on, and my account was only on proper, but the fact is, I still can't delete spammers' accounts on proper, and my opinion is that as long as this bug exists, the ability for new users to edit Wikitravel should be suspended - which probably means suspending all edits until you all fix this bug. Ikan Kekek 15:50, 9 June 2012 (EDT)
  • We're getting lots of extra whitespace at the bottom of transcluded templates, particularly those with conditional statements in them like en:Template:Regionlist and en:Template:Routebox. It appears (though I can't quite confirm) that whitespace that was being ignored when transcluded before is now being displayed. (Traditionally MediaWiki ignores more than two consecutive line breaks unless <br> tags are used.) LtPowers 22:06, 8 June 2012 (EDT)
  • Am I blind or did the map feature disappear? I'm not seeing the link for it on pages that are geo-tagged. Eco84 11:30, 9 June 2012 (EDT)
  • Although I am logged in, on the Wikitravel (not Wikitravel/shared) main page, I repeatedly get the message "Log in / create account". Ikan Kekek 17:17, 9 June 2012 (EDT)
  • $wgUseDatabaseMessages is disabled on :ru. That is easy to fix, and will give admins standard access to ru:Special:Allmessages, which will allow us to fix many of the more simple problems stemming from the update. --Peter Talk 08:37, 10 June 2012 (EDT)
  • A couple others mentioned this...there's some kind of cache issue that I believe has to do with the site rather than my computer. I'll occasionally view a page that I had viewed a day earlier and see the old version. On my end...history, cookies, cache, etc is all set to be cleared when browser (Firefox 12.0 on Windows 7) is closed (I just double-checked this). I also have to refresh the page nearly every time after making an edit in order to see the new version, which seems to be much more often than I had to do before the update. This also occurs after logging in, when I'm returned to the main page and I have to refresh in order to have the logged-in options at top (watchlist, contributions, etc). The old MW led to a page saying "You are now logged in" or something like that after logging in, so I never had this issue. I do, however, like this...returning to the last I can log in and then edit the page I was on and not have to search for it again. These are more an annoyance than a serious bug. AHeneen 19:24, 11 June 2012 (EDT)
  • CAPTCHA for registration and anonymous editing appears to have become disabled sitewide. We are facing a ton of new spam, particularly on less-watched language versions, and need this re-enabled. --Peter Talk 18:59, 19 June 2012 (EDT)
  • Search function (not "Go" button) seems broken at the time of this edit. --Peter Talk 13:51, 12 June 2012 (EDT)
    • Update: I'm still unable to use the search function, but only on :en. --Peter Talk 17:18, 15 June 2012 (EDT)
    • Error message persists: "There was a problem with the wiki search. This is probably temporary; try again in a few moments, or you can search the wiki through an external search service:"
    • Now it performs the search, but returned search results contain the entirety of each article in raw text form, which is hellaciously ugly. See [1]. texugo 09:54, 28 June 2012 (EDT)
      • Looks okay to me. LtPowers 15:51, 28 June 2012 (EDT)

The following seems to be new since the upgrade and seems potentially serious:

  1. Attempt to view File:Brussels_Map.png.
  2. The entire shared site seems to hang for about five minutes. I don't know if all users see the hang or if it's session-specific, but I was unable to load other pages while waiting.
  3. Eventually the page returns with:
Database error
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 "LocalFile::upgradeRow". Database returned error "1205: Lock wait timeout
exceeded; try restarting transaction (wikitraveldb1-new)".

-- Ryan 14:33, 21 June 2012 (EDT)

I get the same, although it was more like 15 minutes, and I didn't make it to the error message. If you want to check whether it affects all users, leave me a message on my talk page, with a suggested time in the next 7 hours. --Peter Talk 07:47, 22 June 2012 (EDT)
I think the database lock message and the fact that this is easily reproducible should be enough for IB to figure out the problem (hit the page, have the DBA figure out why there is contention for the same locked resource), but if they need help in debugging then we can probably set up a time to have several people hit the page to see what happens. -- Ryan 11:08, 22 June 2012 (EDT)
I've reported this as Tech:Database lock timeout and listed it in the table below since it appears to have been missed. -- Ryan 02:49, 29 June 2012 (EDT)

Tech:Listing editor adds TOC tag is a new issue as of this morning, apparently related to TOC changes. -- Ryan 13:56, 26 June 2012 (EDT)

Most Urgent bugs

A number of bugs have been reported since the upgrade, and many of them are probably closely connected. In order to get some sort of bug queue working, which would help IB to prioritise, I have created a copy of the table you recognise from Top bugs. Riggwelter 09:36, 9 June 2012 (EDT)

Bug Language version Date added to Most Urgent bugs Votes Users Priority as given by Internet Brands
Tech:Delete Working Inconsistently en: it: July 11, 2012 XX Ryan, Peter Pending as of 7/11/2012
Spambot session hijacking en: July 18, 2012 X Peter

Is page deletion really not functional on :sv and :de? It definitely is working on :ru, so I have removed that bit. --Peter Talk 10:05, 15 June 2012 (EDT)

The leftbar problems can be fixed by restoring (or creating) MediaWiki:Relatedpages, MediaWiki:Aboutdocent, MediaWiki:Aboutdocentpage, and MediaWiki:Docentheader. I will do this for language versions where I have admin privileges. Many locally created MediaWiki pages get deleted during upgrades, unfortunately. --Peter Talk 17:34, 15 June 2012 (EDT)

Less urgent

These bugs must be fixed, but the ones in the section above should take priority, particularly those that prevent normal site administration or basic reading/editing.

Fixed (179)--IBobi 15:13, 28 June 2012 (EDT)
The TOC now displays top-level section headings only. I believe that was the prior behavior. The TOC text could stand to be one size smaller, though. Also, it appears the TOC is appearing even on pages with fewer than four sections, which is new behavior (it was previously hidden for such pages). LtPowers 15:55, 28 June 2012 (EDT)
Text has been stopped down from 95% to 90% as well.--IBobi 20:42, 29 June 2012 (EDT)
  • Patrolling - Not able to consistently mark articles as patrolled as I was able to do before the "upgrade." This happens at least half the time in English-language Wikitravel. Ikan Kekek 04:27, 11 June 2012 (EDT)
    • The problem, I believe, is that it is not possible to mark patrolled grouped edits on special:recentchanges (grouped by article per "Use enhanced recent changes (requires JavaScript)" enabled in user preferences). Individual edits can still be patrolled, but that takes way too long. This will need fixing. --Peter Talk 17:06, 15 June 2012 (EDT)
PLEASE clarify this issue for tech; we are trying to determine the designed functionality for this.--IBobi 15:13, 28 June 2012 (EDT)
See Tech:Grouped edits not patrollable. --Peter Talk 19:10, 28 June 2012 (EDT)
Thank you, Peter, that's exactly what was needed.--IBobi 20:29, 28 June 2012 (EDT)
Please test the new functionality that we wrote around this. It was implemented last night/this morning.--IBobi 13:50, 3 July 2012 (EDT)
Pending as of 6/28/2012 (190)--IBobi 15:13, 28 June 2012 (EDT)
  • Left-hand toolbar obstruction - For very short pages, the Internet Brands logo superimposes itself on top of the left-hand toolbar. texugo 08:00, 12 June 2012 (EDT)
Fixed--IBobi 15:13, 28 June 2012 (EDT)
  • Being erroneously shown as not logged in. Although I am logged in, on the Wikitravel (not Wikitravel/shared) main page, I repeatedly get the message "Log in / create account". Once I click "Recent changes," I am shown as logged in and can see my user name and the usual menu of choices on the upper right hand of my browser (I use Firefox 13.0). This problem has continued to exist ever since the upgrade. Ikan Kekek 15:26, 12 June 2012 (EDT)
Now, I'm getting the same problem on the Wikitravel/shared main page, too. But my Firefox is now showing as 11.0 and updating. I don't get why that's happening, and that part is obviously not a Wikitravel problem. Ikan Kekek 02:31, 13 June 2012 (EDT)
Login issues are pending as of 6/28/2012 (175)--IBobi 15:13, 28 June 2012 (EDT)
Fixed--IBobi 19:39, 10 July 2012 (EDT)
  • OpenID login does not work. Atsirlin 18:07, 12 June 2012 (EDT)
Pending as of 6/29/2012 (183)--IBobi 15:13, 28 June 2012 (EDT)
Which OpenID sources should be enabled?--IBobi 13:56, 6 July 2012 (EDT)
Fixed.--IBobi 19:39, 10 July 2012 (EDT)
  • Line spacing in tables is smaller than in the main text. This looks very ugly. Atsirlin 18:07, 12 June 2012 (EDT)
PLEASE give examples of tables where this is occurring?--IBobi 15:13, 28 June 2012 (EDT)
This appears to be fixed to me. LtPowers 15:57, 28 June 2012 (EDT)
Yes, this has been fixed. Atsirlin 03:19, 29 June 2012 (EDT)
  • Wikitravel:Breadcrumb navigation (aka "Template:IsIn" (or "Template:IsPartOf" in en:)) does not display in ja:.. Thus we can't use this function at all, which makes us inconvenience when we try to search related pages or edit the page. --Shoestring 09:52, 16 June 2012 (EDT)
PLEASE give clarification/action (for tech):
These 4 templates need to be changed by the admins:
Admins need to replace:
the opening rdf tag
"<rdf>" with "{{#tag:rdf|"
the closing rdf tag
"</rdf>" with "}}"
--IBobi 15:15, 28 June 2012 (EDT)
I have done this for :it, but it did not bring back breadcrumb functionality. Texugo will have to take care of :ro and :pt. --Peter Talk 19:10, 28 June 2012 (EDT)
Didn't find this until now, as there is a separate Tech request out for pt:. I changed it on pt: and ro: and both appear to be functioning.texugo 14:16, 3 July 2012 (EDT)
Instructions from tech on fixing this:
This is because in the template all Italian language codes are changed with English.
Here is the comparison between two version of the template:, to see where the change is made. In the latest version all "en" should be replaced with "it". The positions are pointed out in the comparison -- all the red "it" should be returned back in the latest version of the template.--IBobi 15:09, 5 July 2012 (EDT)
Ah, my goof—thanks. While I was double checking things on :ro, I noticed this Tech:Zero Sized Reply error. --Peter Talk 19:02, 5 July 2012 (EDT)
  • Remove "Destination Docents" sub-header from Wikitravel Shared, as that is not a feature used on Shared. --Peter Talk 13:39, 18 June 2012 (EDT)
Pending as of 6/28/2012 (192)--IBobi 15:13, 28 June 2012 (EDT)
Fixed--IBobi 19:39, 10 July 2012 (EDT)
  • Credits displays anonymous users but definitely should not. Example: [2]. --Peter Talk 19:12, 26 June 2012 (EDT)
Pending as of 6/29/2012 (193)--IBobi 15:13, 28 June 2012 (EDT)
Fixed--IBobi 19:39, 10 July 2012 (EDT)
Is still does not work. There are no names shown in the sidebar -- Der Fussi 11:18, 13 July 2012 (EDT)
OK, I have raised it with tech again, thank you.--IBobi talk email 14:36, 13 July 2012 (EDT)
To fix Docents:
Admins need to replace:
1. the opening rdf tag
"<rdf>" with "{{#tag:rdf|"
2. the closing rdf tag
"</rdf>" with "}}"
Here is how the template should look like:
<{{PAGENAMEE}}> dcterms:spatial <urn:x-wikitravel:de:{{PAGENAMEE}}> .
<urn:x-wikitravel:de:{{PAGENAMEE}}> wts:hasDocent <{{{1}}}> .

If you come across an issue that is coming from something based on rdf template, you need to check if the rdf tags are updated. If not, you should update it as above. For orientation, here are some English rdf based templates: IsPardOf, Geo, Related, Description, HasDocent, IsIn.
--IBobi talk email 15:22, 16 July 2012 (EDT)

I am seeing this working on /de now; do you see it fixed, Der Fussi?--IBobi talk email 17:25, 18 July 2012 (EDT)