<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.mozilla.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MarcLaporte</id>
	<title>MozillaWiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.mozilla.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MarcLaporte"/>
	<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/Special:Contributions/MarcLaporte"/>
	<updated>2026-08-02T15:34:49Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.10</generator>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=User:MarcLaporte&amp;diff=1249660</id>
		<title>User:MarcLaporte</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=User:MarcLaporte&amp;diff=1249660"/>
		<updated>2024-01-18T13:56:07Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: Update my status&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Marc Laporte is a project Admin for [http://tiki.org Tiki Wiki CMS Groupware]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
http://MarcLaporte.com&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamPlanning&amp;diff=196321</id>
		<title>Support/TikiUpstreamPlanning</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamPlanning&amp;diff=196321"/>
		<updated>2010-01-24T21:58:13Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* tiki_triage */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tiki Upstream Planning =&lt;br /&gt;
&lt;br /&gt;
Looking so far, my very rough, unscientific estimate is that a good day is getting two patches committed. More likely is less than 1.5 on average, to manually resolve conflicts, merge, and do enough BFT to know it&#039;s not completely broken.&lt;br /&gt;
&lt;br /&gt;
One wrench in the estimation is that of the almost 900 or so closed (reso fixed or veri fixed) SUMO bugs [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;bug_status=RESOLVED&amp;amp;bug_status=VERIFIED&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0=], only around 200 have been triaged so far. I&#039;ll deal with this below.&lt;br /&gt;
&lt;br /&gt;
== Breakdown of triaged bugs ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bold&#039;&#039;&#039; are blockers in bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== tiki_feature ===&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=398246 Bug 398246]&#039;&#039;&#039; - no patches or revisions, partially server configurations&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=395271 Bug 395271] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=480223 Bug 480223] - revision number&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465518 Bug 465518] - patches&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=412265 Bug 412265]&#039;&#039;&#039; - no patches or revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=441858 Bug 441858] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=506547 Bug 506547] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=433341 Bug 433341] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=436679 Bug 436679] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=429784 Bug 429784] - revisions&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=498001 Bug 498001] - patch, revisions&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=492697 Bug 492697] - patch, revisions, parallel work in tiki&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=452830 Bug 452830] - patch, sql&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465029 Bug 465029] - patch, revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=509864 Bug 509864] - patch, revision&lt;br /&gt;
&lt;br /&gt;
=== tiki_bug ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=514244 Bug 514244] - NEW, untargeted&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=429529 Bug 429529] - patch, revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=512120 Bug 512120] - patch, not in SVN&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=485557 Bug 485557] - revision, possibly fixed in tiki&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=484100 Bug 484100]&#039;&#039;&#039; - patch, revisions&lt;br /&gt;
&lt;br /&gt;
=== tiki_fixed ===&lt;br /&gt;
&lt;br /&gt;
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_fixed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= 21 bugs]. At some point, will need to check that implementations are compatible.&lt;br /&gt;
&lt;br /&gt;
=== tiki_triage ===&lt;br /&gt;
&lt;br /&gt;
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= 38 bugs]. Not sure who&#039;s on this. &#039;&#039;marclaporte&#039;&#039; is on this but needs new categories (as discussed on sumo-dev-list) -&amp;gt; the new category is tiki_test and it has 60+ bugs in it, as of 2010-01-24&lt;br /&gt;
&lt;br /&gt;
== Untriaged bugs ==&lt;br /&gt;
&lt;br /&gt;
A bugzilla search for closed (veri fixed or reso fixed) bugs in SUMO excluding Chat and Mobile yields 885 bugs ([https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;bug_status=RESOLVED&amp;amp;bug_status=VERIFIED&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0=]).&lt;br /&gt;
&lt;br /&gt;
Using the current percentages as a guide, there&#039;s a rough estimate of around 85 bugs to upstream, instead of the 20 we have triaged so far.&lt;br /&gt;
&lt;br /&gt;
{|border=1|&lt;br /&gt;
!Component!!Triaged Bugs!!% of all Triaged Bugs!!Estimated total (% * 885)&lt;br /&gt;
|-&lt;br /&gt;
|tiki_feature||15||7.18%||64&lt;br /&gt;
|-&lt;br /&gt;
|tiki_bug||5||2.39%||21&lt;br /&gt;
|-&lt;br /&gt;
|tiki_triage||38||18.18%||161&lt;br /&gt;
|-&lt;br /&gt;
|tiki_fixed||21||10.05%||89&lt;br /&gt;
|-&lt;br /&gt;
|sumo_triage||15||7.18%||64&lt;br /&gt;
|-&lt;br /&gt;
|sumo_only||115||55.02%||487&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
That would also leave around 160 bugs to check in Tiki.&lt;br /&gt;
&lt;br /&gt;
= Timeline =&lt;br /&gt;
With an estimate of 85 bugs to upstream at ~1.5 bugs per day, that&#039;s 57 days of dev time, or around 11 weeks.&lt;br /&gt;
&lt;br /&gt;
Resource wise, this corresponds with the initial estimate of one dev for a full quarter.  We may also be able to get help from the Tiki community with this task.&lt;br /&gt;
&lt;br /&gt;
The bug triage needs to be finished as quickly as possible so this estimate can be firmed up.&lt;br /&gt;
&lt;br /&gt;
==Questions==&lt;br /&gt;
* How many of the triaged/untriaged bugs are just trackers?  How many are much bigger/smaller that the 1.5 a day rate?&lt;br /&gt;
* How likely is it that the Tiki community would consider either a) holding 4.0 for our upstreamed patches or b) finding contributors to get these patches into 4.0 or c) a combination of both&amp;gt;&lt;br /&gt;
** ML: a) If we know a while in advance, we can be flexible with respect to release schedules and we can align SUMO &amp;amp; Tiki roadmaps (So we could plan now for Tiki5 in February instead of April). However, Tiki4 release process is already started (http://dev.tikiwiki.org/Tiki4#Schedule). It would be very uncool for all the people that are working on it to change the schedule at this stage. We could rush in some non-risky things like extra language files. However, that would provide little value to SUMO.&lt;br /&gt;
** ML: b) Yes, we do have volunteers in various areas that will help (ex.: themes, i18n, etc).&lt;br /&gt;
***  Perhaps the best is to start upstreaming everything to trunk and once everything is in, we could make a decision.&lt;br /&gt;
**** OptionA: Backport the fixes to Tiki4 branch for inclusion in 4.1, 4.2, etc. &lt;br /&gt;
**** OptionB: Ask for a stabilization on trunk for SUMO-used features. (Trunk is supposed to be releaseable at anytime, but sometimes, we downgrade to dogfoodable for a few weeks so we can all work on a major feature). When trunk is relatively stable for SUMO-used features, branch off a special branch (like a 4.5) &lt;br /&gt;
*** So backporting fixes in stable branch or branching off and from then on incorporating fixes from trunk: it&#039;s impossible to know at this stage what is the best option. It depends on 1- how (un)stable trunk is 2- How far away we are from the next release, etc. The first step is to upstream everything in trunk and a few weeks before we think we are up to date, we evaluate the situation and we make that call.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=196211</id>
		<title>Support/UpgradeToTiki4/ThemeCoordination</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=196211"/>
		<updated>2010-01-23T00:31:59Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Breadcrumbs */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;About the theme so far...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Code ==&lt;br /&gt;
An experimental branch has been created:&lt;br /&gt;
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/experimental/sumo/&lt;br /&gt;
&lt;br /&gt;
== In action ==&lt;br /&gt;
In action:&lt;br /&gt;
http://sumo.ourwiki.net&lt;br /&gt;
&lt;br /&gt;
== People ==&lt;br /&gt;
*Gary&lt;br /&gt;
*luci&lt;br /&gt;
*Marc&lt;br /&gt;
*you?&lt;br /&gt;
&lt;br /&gt;
== Stylesheets ==&lt;br /&gt;
&lt;br /&gt;
There are two basic looks (that I&#039;ve found so far):&lt;br /&gt;
* &amp;quot;Top pages&amp;quot; like the site index page and the top forum page ([http://support.mozilla.com/en-US/kb/Support+Website+Forums]). These have an intro statement and the logo/searchform. The darker blue background extends further down the page to underly this additional content.&lt;br /&gt;
* &amp;quot;Normal pages&amp;quot; like, for example, this one. Here the darker background image is positioned higher on the page since the logo/searchform aren&#039;t present.&lt;br /&gt;
&lt;br /&gt;
One theme  - moz4.css - is the default, and its theme option, moz4intro.css, is for introductory pages such as the site index page. This way they can share any modified templates. (This is an update from the previous arrangement - see the page history for details.) The theme option is assigned to a category &amp;quot;Intro_pages&amp;quot; using the Template Manager (set on a category basis; my first idea was to set the theme option on an object basis but it seems this isn&#039;t possible, maybe due to an oversight when the theme options feature was added.)&lt;br /&gt;
&lt;br /&gt;
SUMO currently uses some YUI ([http://developer.yahoo.com/yui/grids/]) methods to reset properties, etc. I&#039;m not really familiar enough with those to implement them here, so have used the ways I know. Probably this can be adjusted if the SUMO people want to do that.&lt;br /&gt;
&lt;br /&gt;
== Templates ==&lt;br /&gt;
My goal was to have as little template customization as possible, of course. But I think it&#039;s not possible to avoid that altogether. Already, to produce the fixed-width aspects of the pages, I modified tiki.tpl to move the end of div#main above the bottom-bar area so that #main can be narrowed and the footer can be full width.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;I think it&#039;ll also be necessary to modify tiki.tpl to add divs for the bracket images that display above and below the content&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*IMHO you don&#039;t have to modify tiki.tpl. Just try to use the layoutshadows feature in Look &amp;amp; Feel&lt;br /&gt;
** gary replies: You&#039;re right, luci. I turned on the layoutshadows for the extra divs, and used them for the bracket images. Thanks.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
I didn&#039;t get that far yet, but probably tiki-showpage.tpl will need to be modified also, along with forum tpls.&lt;br /&gt;
&lt;br /&gt;
== Top menu ==&lt;br /&gt;
Still details to finish up, but Superfish does a good job replicating the original top menu appearance and function.&lt;br /&gt;
&lt;br /&gt;
== Custom center column heading ==&lt;br /&gt;
We talked about this some time ago, and this is a perfect use case. I commit the change today ([http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&amp;amp;revision=21258 r21258]), and replaced the related files at this site. So &amp;quot;Top pages&amp;quot; use this Look and Feel option. So far, there&#039;s just the HTML from the SUMO site pasted in (to produce the site index content), but the forum-top and other top pages (I haven&#039;t explored yet to find them) will need either their content pasted in, or maybe the L and F textarea should contain logic to load menupages or something, for the various pages that need the content.&lt;br /&gt;
&lt;br /&gt;
== Footer ==&lt;br /&gt;
The L and F bottom bar custom content feature is used for the footer content. This displays the &amp;quot;Switch Language&amp;quot; module floated right and a menupage module (calling page &amp;quot;moz4_footer_menus&amp;quot;) floated left, followed by the &amp;quot;about&amp;quot; and &amp;quot;powered by&amp;quot; lines in a div.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;Aside regarding module names - not about this project - I&#039;m having problems with module names in trunk, maybe due to the work going on with them now. At my wamp install (SVN-upped), the module name menupage works, but at this site I get an error (as can be seen). So looks like one way or another this site should get updated.&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*Fixed here. It has to be lowercase &amp;quot;menupage&amp;quot;, not &amp;quot;Menupage&amp;quot;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The module names are pretty chaotic right now in trunk IMO and should be systematized some way, I think. I got the switch-language module to work in a module wikiplugin by using the name &amp;quot;switchlang&amp;quot;, but there&#039;s no indication on the module admin page that this is the name to use (it&#039;s listed there as &amp;quot;Switch Language&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Columns ==&lt;br /&gt;
Only the center and right columns are used. I made &amp;quot;Firefox Support&amp;quot; a normal user module and put it at the top of the right column (its top item still needs styling).&lt;br /&gt;
&lt;br /&gt;
== Breadcrumbs ==&lt;br /&gt;
The SUMO site uses breadcrumbs, so I turned this feature on here. A problem is that our breacrumbs (neglected feature) only produces links, and these should be in a div, so this should be corrected in the breadcrumb.lib code, for better white space. Also a method is needed to not have the breadcrumbs appear on certain pages. If every page&#039;s body tag could be given a class or id similar to every module&#039;s div.box tag, then CSS could be used for this.&lt;br /&gt;
ML: SUMO fixed breadcrumbs or put content in such a way to simulate content? We should take this opportunity to either fix or remove breadcrumbs :-)&lt;br /&gt;
ML 2010-01-22: [https://bugzilla.mozilla.org/show_bug.cgi?id=422833 SUMO uses category path as breadcrumbs]&lt;br /&gt;
&lt;br /&gt;
== HomePage page title ==&lt;br /&gt;
Not just about this site, but also needed for this site, I&#039;ve long thought that there should be an admin option to turn off the display of the text &amp;quot;HomePage&amp;quot;. Displaying that is fine on an info wiki, but looks very 1990s on most other types of web sites. There are workarounds, like using page descriptions for page titles, but there should be a direct admin solution IMO.&lt;br /&gt;
&lt;br /&gt;
Similarly, refreshing the page by clicking on the page title should be an option IMO, similar to &amp;quot;double-click page to edit&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
== Reimplementing SUMO interface parts ==&lt;br /&gt;
The wiki action icons, etc., are in a visually distinct box, so this will need to be done.&lt;br /&gt;
&lt;br /&gt;
Please give your input, of course. :-)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=196210</id>
		<title>Support/UpgradeToTiki4/ThemeCoordination</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=196210"/>
		<updated>2010-01-23T00:27:41Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Custom center column heading */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;About the theme so far...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Code ==&lt;br /&gt;
An experimental branch has been created:&lt;br /&gt;
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/experimental/sumo/&lt;br /&gt;
&lt;br /&gt;
== In action ==&lt;br /&gt;
In action:&lt;br /&gt;
http://sumo.ourwiki.net&lt;br /&gt;
&lt;br /&gt;
== People ==&lt;br /&gt;
*Gary&lt;br /&gt;
*luci&lt;br /&gt;
*Marc&lt;br /&gt;
*you?&lt;br /&gt;
&lt;br /&gt;
== Stylesheets ==&lt;br /&gt;
&lt;br /&gt;
There are two basic looks (that I&#039;ve found so far):&lt;br /&gt;
* &amp;quot;Top pages&amp;quot; like the site index page and the top forum page ([http://support.mozilla.com/en-US/kb/Support+Website+Forums]). These have an intro statement and the logo/searchform. The darker blue background extends further down the page to underly this additional content.&lt;br /&gt;
* &amp;quot;Normal pages&amp;quot; like, for example, this one. Here the darker background image is positioned higher on the page since the logo/searchform aren&#039;t present.&lt;br /&gt;
&lt;br /&gt;
One theme  - moz4.css - is the default, and its theme option, moz4intro.css, is for introductory pages such as the site index page. This way they can share any modified templates. (This is an update from the previous arrangement - see the page history for details.) The theme option is assigned to a category &amp;quot;Intro_pages&amp;quot; using the Template Manager (set on a category basis; my first idea was to set the theme option on an object basis but it seems this isn&#039;t possible, maybe due to an oversight when the theme options feature was added.)&lt;br /&gt;
&lt;br /&gt;
SUMO currently uses some YUI ([http://developer.yahoo.com/yui/grids/]) methods to reset properties, etc. I&#039;m not really familiar enough with those to implement them here, so have used the ways I know. Probably this can be adjusted if the SUMO people want to do that.&lt;br /&gt;
&lt;br /&gt;
== Templates ==&lt;br /&gt;
My goal was to have as little template customization as possible, of course. But I think it&#039;s not possible to avoid that altogether. Already, to produce the fixed-width aspects of the pages, I modified tiki.tpl to move the end of div#main above the bottom-bar area so that #main can be narrowed and the footer can be full width.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;I think it&#039;ll also be necessary to modify tiki.tpl to add divs for the bracket images that display above and below the content&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*IMHO you don&#039;t have to modify tiki.tpl. Just try to use the layoutshadows feature in Look &amp;amp; Feel&lt;br /&gt;
** gary replies: You&#039;re right, luci. I turned on the layoutshadows for the extra divs, and used them for the bracket images. Thanks.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
I didn&#039;t get that far yet, but probably tiki-showpage.tpl will need to be modified also, along with forum tpls.&lt;br /&gt;
&lt;br /&gt;
== Top menu ==&lt;br /&gt;
Still details to finish up, but Superfish does a good job replicating the original top menu appearance and function.&lt;br /&gt;
&lt;br /&gt;
== Custom center column heading ==&lt;br /&gt;
We talked about this some time ago, and this is a perfect use case. I commit the change today ([http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&amp;amp;revision=21258 r21258]), and replaced the related files at this site. So &amp;quot;Top pages&amp;quot; use this Look and Feel option. So far, there&#039;s just the HTML from the SUMO site pasted in (to produce the site index content), but the forum-top and other top pages (I haven&#039;t explored yet to find them) will need either their content pasted in, or maybe the L and F textarea should contain logic to load menupages or something, for the various pages that need the content.&lt;br /&gt;
&lt;br /&gt;
== Footer ==&lt;br /&gt;
The L and F bottom bar custom content feature is used for the footer content. This displays the &amp;quot;Switch Language&amp;quot; module floated right and a menupage module (calling page &amp;quot;moz4_footer_menus&amp;quot;) floated left, followed by the &amp;quot;about&amp;quot; and &amp;quot;powered by&amp;quot; lines in a div.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;Aside regarding module names - not about this project - I&#039;m having problems with module names in trunk, maybe due to the work going on with them now. At my wamp install (SVN-upped), the module name menupage works, but at this site I get an error (as can be seen). So looks like one way or another this site should get updated.&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*Fixed here. It has to be lowercase &amp;quot;menupage&amp;quot;, not &amp;quot;Menupage&amp;quot;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The module names are pretty chaotic right now in trunk IMO and should be systematized some way, I think. I got the switch-language module to work in a module wikiplugin by using the name &amp;quot;switchlang&amp;quot;, but there&#039;s no indication on the module admin page that this is the name to use (it&#039;s listed there as &amp;quot;Switch Language&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Columns ==&lt;br /&gt;
Only the center and right columns are used. I made &amp;quot;Firefox Support&amp;quot; a normal user module and put it at the top of the right column (its top item still needs styling).&lt;br /&gt;
&lt;br /&gt;
== Breadcrumbs ==&lt;br /&gt;
The SUMO site uses breadcrumbs, so I turned this feature on here. A problem is that our breacrumbs (neglected feature) only produces links, and these should be in a div, so this should be corrected in the breadcrumb.lib code, for better white space. Also a method is needed to not have the breadcrumbs appear on certain pages. If every page&#039;s body tag could be given a class or id similar to every module&#039;s div.box tag, then CSS could be used for this.&lt;br /&gt;
ML: SUMO fixed breadcrumbs or put content in such a way to simulate content? We should take this opportunity to either fix or remove breadcrumbs :-)&lt;br /&gt;
&lt;br /&gt;
== HomePage page title ==&lt;br /&gt;
Not just about this site, but also needed for this site, I&#039;ve long thought that there should be an admin option to turn off the display of the text &amp;quot;HomePage&amp;quot;. Displaying that is fine on an info wiki, but looks very 1990s on most other types of web sites. There are workarounds, like using page descriptions for page titles, but there should be a direct admin solution IMO.&lt;br /&gt;
&lt;br /&gt;
Similarly, refreshing the page by clicking on the page title should be an option IMO, similar to &amp;quot;double-click page to edit&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
== Reimplementing SUMO interface parts ==&lt;br /&gt;
The wiki action icons, etc., are in a visually distinct box, so this will need to be done.&lt;br /&gt;
&lt;br /&gt;
Please give your input, of course. :-)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamTriage&amp;diff=193631</id>
		<title>Support/TikiUpstreamTriage</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamTriage&amp;diff=193631"/>
		<updated>2010-01-12T06:14:05Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* What */ tiki_test -&amp;gt; Needs to be tested/evaluated on http://tiki-trunk.mozilla.com/&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Who ==&lt;br /&gt;
*Marc Laporte&lt;br /&gt;
*David Tenser&lt;br /&gt;
*You?&lt;br /&gt;
&lt;br /&gt;
== What ==&lt;br /&gt;
&lt;br /&gt;
* Go trough [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= all modifications] and categorize them. &lt;br /&gt;
** List of untriaged bugs: [https://bugzilla.mozilla.org/buglist.cgi?field0-0-0=status_whiteboard;resolution=FIXED;query_format=advanced;type0-0-0=nowordssubstr;value0-0-0=tiki_string%20tiki_triage%20sumo_triage%20tiki_upstreamed%20sumo_only%20tiki_feature%20tiki_bug%20tiki_fixed;component=Forum;component=General;component=Knowledge%20Base%20Software;component=Localization;product=support.mozilla.com bugzilla link]&lt;br /&gt;
** List of bugs that need triage by SUMO dev team: &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_triage]&#039;&#039;&#039;&lt;br /&gt;
** List of bugs that need triage by Tiki/Marc Laporte: &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage]&#039;&#039;&#039;&lt;br /&gt;
* Then, upstream &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=status_whiteboard&amp;amp;type0-0-0=anywordssubstr&amp;amp;value0-0-0=tiki_bug+tiki_feature+tiki_template+tiki_string&amp;amp;field0-1-0=status_whiteboard&amp;amp;type0-1-0=notsubstring&amp;amp;value0-1-0=tiki_upstreamed all bugs marked tiki_feature, tiki_bug, tiki_template, or tiki_string]&#039;&#039;&#039; (note: the bugzilla link doesn&#039;t include bugs already upstreamed as marked with tiki_upstreamed; for the full list of bugs to upstream, see the category links below).&lt;br /&gt;
* Any bugs that can&#039;t be upstreamed as is without discussing best approach is marked with &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=status_whiteboard&amp;amp;type0-0-0=anywordssubstr&amp;amp;value0-0-0=tiki_discuss&amp;amp;field0-1-0=noop&amp;amp;type0-1-0=noop&amp;amp;value0-1-0=&amp;amp;field0-2-0=noop&amp;amp;type0-2-0=noop&amp;amp;value0-2-0= tiki_discuss]&#039;&#039;&#039;. This list should ideally be emtpy! If there are bugs in this list, please help find the solution so it can be upstreamed.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Categories will be described below:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage]&#039;&#039;&#039;: A new bug that needs to be triaged by TikiWiki to determine the actual tiki status&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_fixed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_fixed]&#039;&#039;&#039;: Stuff that is already fixed in upstream TikiWiki (just need to check in the fix is OK for SUMO for performance, etc.)&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_triage]&#039;&#039;&#039;: Should be looked at by SUMO, and determined if sumo_only or tiki_triage&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_string&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_string]&#039;&#039;&#039;: Pure string changes  -&amp;gt; Need to be added here: http://dev.tikiwiki.org/pending+text+corrections&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_template&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_template]&#039;&#039;&#039;: UI changes in templates&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_feature&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_feature]&#039;&#039;&#039;: New/enhanced feature that should be upstreamed&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_bug&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_bug]&#039;&#039;&#039;: Bug that should also be fixed in upstream TikiWiki&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_only&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_only]&#039;&#039;&#039;: Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_discuss&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_discuss]&#039;&#039;&#039;: Stuff that can&#039;t be upstreamed before we discuss the best approach&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_upstreamed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_upstreamed]&#039;&#039;&#039;: Stuff that has been successfully upstreamed (but needs QA/regression testing)&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_test&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_test]&#039;&#039;&#039;: Needs to be tested/evaluated on http://tiki-trunk.mozilla.com/&lt;br /&gt;
&lt;br /&gt;
== When ==&lt;br /&gt;
Starting 2009-08-26&lt;br /&gt;
&lt;br /&gt;
*1st run: go through the whole list, categorize (tag) each item. Refine tag list as needed.&lt;br /&gt;
*2nd run for further discussion/analysis of the more tricky ones. (merge challenges, etc.)&lt;br /&gt;
**Link to relevant wishlist item on dev.tikiwiki.org or code&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Features / enhancements that should go to Tiki==&lt;br /&gt;
&lt;br /&gt;
As we add things on this list, we&#039;ll only mark one &amp;quot;meta-bug&amp;quot; with tiki_feature. We won&#039;t necessarily identify each commit/patch, as the code will be taken in final stage and ported/adapted to Tiki trunk for inclusion/discussion/abstraction of code in 4.x. The individual bugs for that main feature will be marked as sumo_only.&lt;br /&gt;
&lt;br /&gt;
Please add/link to any &amp;amp; all relevant information to facilitate upstreaming meta-bug, PRD wiki page, user documentation, blog post, and who is the contact person, [http://viewvc.svn.mozilla.org/vc/projects/sumo/ link to actual code], etc. For now, don&#039;t spend time too much time to create information, just link to it. The goal for now is to get a better picture of what each feature does and to identify people in the Tiki community to coordinate with.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Performance===&lt;br /&gt;
http://dev.tikiwiki.org/Performance&lt;br /&gt;
&lt;br /&gt;
====Replication support====&lt;br /&gt;
[https://bugzilla.mozilla.org/show_bug.cgi?id=433341 Move database load from master to slaves]&lt;br /&gt;
&lt;br /&gt;
====Memcache support====&lt;br /&gt;
http://dev.tikiwiki.org/wish2707&lt;br /&gt;
&lt;br /&gt;
====CSS and JavaScript minification====&lt;br /&gt;
http://dev.tikiwiki.org/wish2706&lt;br /&gt;
&lt;br /&gt;
Stéphane Casset wrote [http://thread.gmane.org/gmane.comp.cms.tiki.devel/13690/ I am planning to add this, ie kind of retake what SUMO did but in a little different way... ]&lt;br /&gt;
&lt;br /&gt;
===i18n===&lt;br /&gt;
Alain Désilets wrote: &amp;quot;Marta Stojanovic and I might be able to help with some of the i18n related features, as long as it leaves us with some time to work on the forward looking features (integration of Machine Translation in particular).&amp;quot;&lt;br /&gt;
&lt;br /&gt;
====Content====&lt;br /&gt;
http://doc.tikiwiki.org/Translating+Tiki+content&lt;br /&gt;
http://wiki-translation.com&lt;br /&gt;
&lt;br /&gt;
=====Track l10 changes=====&lt;br /&gt;
(ie noticing when translations are out of date)&lt;br /&gt;
&lt;br /&gt;
This was already done in TikiWiki and was first released as part of 2.0. Very likely to be improved in trunk at this time. Were there any specific fixes related to this in SUMO?&lt;br /&gt;
&lt;br /&gt;
===== l10n dashboard =====&lt;br /&gt;
http://dev.tikiwiki.org/wish2709&lt;br /&gt;
&lt;br /&gt;
Upstreamed along with pagelist. Several improvements could be made to make the feature more generic, including:&lt;br /&gt;
* Metadata support on objects to allow custom values (other than score and priority)&lt;br /&gt;
* Dynamic lists from categories to avoid the duplication&lt;br /&gt;
&lt;br /&gt;
====Interface====&lt;br /&gt;
http://doc.tikiwiki.org/Translating+Tiki+interface&lt;br /&gt;
http://dev.tikiwiki.org/wish1771&lt;br /&gt;
&lt;br /&gt;
===== Upstreaming translations =====&lt;br /&gt;
SUMO has about 25 totally new translations. Tiki strings should be added directly (easy)&lt;br /&gt;
For existing languages, a merging process should be established (strings have been improved in parallel in Tiki community).&lt;br /&gt;
&lt;br /&gt;
===== Figure out a sustainable upstream model =====&lt;br /&gt;
How to distinguish SUMO only translations? (and efficiently maintain locally)&lt;br /&gt;
How to regularly upstream translations for Tiki strings?&lt;br /&gt;
&lt;br /&gt;
Related:&lt;br /&gt;
http://dev.tikiwiki.org/pending+text+corrections&lt;br /&gt;
&lt;br /&gt;
===Metrics &amp;amp; logs===&lt;br /&gt;
&lt;br /&gt;
====Data warehouse and metrics dashboard====&lt;br /&gt;
[[Support/MetricsDashboardPRD]]&lt;br /&gt;
&lt;br /&gt;
====CSAT (Customer Satisfaction)====&lt;br /&gt;
[[Support:CSAT]]&lt;br /&gt;
&lt;br /&gt;
===Wiki===&lt;br /&gt;
&lt;br /&gt;
==== Screencast support ====&lt;br /&gt;
http://dev.tikiwiki.org/wish2711&lt;br /&gt;
&lt;br /&gt;
Upstreamed as-is in trunk.&lt;br /&gt;
&lt;br /&gt;
Possible improvements:&lt;br /&gt;
* Use file galleries to store files (image uploads are now handled this way)&lt;br /&gt;
* Generalize feature to apply outside wiki pages.&lt;br /&gt;
&lt;br /&gt;
==== Showfor plugin ====&lt;br /&gt;
http://dev.tikiwiki.org/wish2710&lt;br /&gt;
&lt;br /&gt;
==== Staging &amp;amp; Approval ====&lt;br /&gt;
Various enhancements in general and to work with translations&lt;br /&gt;
http://dev.tikiwiki.org/Staging&lt;br /&gt;
http://doc.tikiwiki.org/Staging&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Forum enhancements ===&lt;br /&gt;
* Adding fields for Firefox version, bundled plugins, etc.&lt;br /&gt;
* Facilitate anonymous posting&lt;br /&gt;
* Screenshot upload&lt;br /&gt;
* Even newer enhancements, to permit search before post.&lt;br /&gt;
*[[Support/KBForum:PRD]]&lt;br /&gt;
*[[Support/ForumUX/PRD]]&lt;br /&gt;
*[[Support/ForumUX/PRD/New_Question_Form]]&lt;br /&gt;
&lt;br /&gt;
=== Other ===&lt;br /&gt;
* Many small performance, l10n, and UX improvements; bugfixes; etc.&lt;br /&gt;
** Improvements to email watches (inc locale specific watches)&lt;br /&gt;
* Also see http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
* A [http://dev.tikiwiki.org/Support_Mozilla_com SUMO category was created on Tiki Wishlist]. It includes things above and also things discussed or presumed to be of interest to SUMO.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Features / enhancements that need to be maintained separately ==&lt;br /&gt;
Here, we&#039;ll try to abstract as much as possible, and make it easy to maintain.&lt;br /&gt;
&lt;br /&gt;
=== In product help ===&lt;br /&gt;
Press F1, and access online documentation, with an alternate template.&lt;br /&gt;
ex.: http://support.mozilla.com/en-US/kb/Mouse+shortcuts?style_mode=inproduct&lt;br /&gt;
&lt;br /&gt;
=== Rewrite Rules ===&lt;br /&gt;
SUMO has specific Rewrite Rules.&lt;br /&gt;
&lt;br /&gt;
=== Theme ===&lt;br /&gt;
luci &amp;amp; Gary have volunteered to port SUMO theme to Tiki 4 and to help with make SUMO theme-related enhancements generic. Work has already started and they have questions: http://sumo.ourwiki.net/Notes&lt;br /&gt;
&lt;br /&gt;
Who is/are theme person/people for SUMO?&lt;br /&gt;
&lt;br /&gt;
=== Glueware to other apps ===&lt;br /&gt;
&lt;br /&gt;
==== Search ====&lt;br /&gt;
Full text search using Sphinx (which should become an abstraction layer for Search)&lt;br /&gt;
&lt;br /&gt;
==== Live chat ====&lt;br /&gt;
Live chat integration: [[Support/Live_Chat/Web_Client_PRD]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Related ==&lt;br /&gt;
[[Support/InterestingTikiLinks]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Phone Meeting 2009-09-02 ==&lt;br /&gt;
*Update on http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*Zend Framework use (cache, etc.)&lt;br /&gt;
*Introduce [[Support/InterestingTikiLinks]]&lt;br /&gt;
*Progress on triage list above&lt;br /&gt;
*Adding SUMO devs to Tiki security list and get access to the Security Dashboard&lt;br /&gt;
*Adding Tikidevs to Bugzilla&lt;br /&gt;
*From http://dev.tikiwiki.org/SUMO+Upstream+Process, &amp;quot;SUMO will continue on [http://viewvc.svn.mozilla.org/vc/projects/sumo/ own svn] but will create some way for tiki devs to see what happens will be figured out. (e.g. a hook to send commits to Tiki commit mailing list, or a hook to automatically send commits into a tikiwiki SVN branch)&amp;quot;. Please have it sent to: tikiwiki-cvs@lists.sourceforge.net (and let marclaporte@tikiwiki.org know what the from email is so an exception is added to the spam filter.&lt;br /&gt;
*Copy of SUMO data for test drive on Tiki 4.x&lt;br /&gt;
** It would be a quick way to demonstrate new/changed features for evaluation by SUMO. (change is OK for us, or no, we&#039;ll want to adapt, etc.). -&amp;gt; http://sumo.ourwiki.net/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==How to help==&lt;br /&gt;
The most important thing is to review the items in [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage] and to change to sumo_triage, tiki_feature, tiki_fixed, etc. as described above. And to add notes/links to anything relevant (item on tiki wishlist, commit on Tiki SVN, discussion on mailing list, wiki page, etc.)&lt;br /&gt;
&lt;br /&gt;
To help with triage, and watch the various items, you need to have an account on Bugzilla.&lt;br /&gt;
&lt;br /&gt;
#Create an account here : https://bugzilla.mozilla.org/createaccount.cgi&lt;br /&gt;
#You can then watch stuff by going in your bugzilla email preferences add the email addresses listed here: https://bugzilla.mozilla.org/describecomponents.cgi?product=support.mozilla.com to your &amp;quot;watch list&amp;quot;. You will receive a lot of email. So you may just want to watch selective items.&lt;br /&gt;
#Inform Marc, David or Gavin of your login, so you are given &amp;quot;editbug capabilities&amp;quot;. This will permit you to change status: sumo_triage, sumo_only, tiki_fixed, etc.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192727</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192727"/>
		<updated>2010-01-06T23:35:59Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Background */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code is updated 4 time per day from [http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/trunk/ Tiki trunk]&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2010-01-06 ===&lt;br /&gt;
*Cron job update should be OK now&lt;br /&gt;
*But still no way to login and stay logged in reliably (but better)&lt;br /&gt;
*Found a bug trying to set memcached. Sent to LPH.&lt;br /&gt;
**Perhaps we should use .htaccess for bots instead of Tiki closing the site?&lt;br /&gt;
*would be nice to have [https://bugzilla.mozilla.org/show_bug.cgi?id=537513 real theme]&lt;br /&gt;
** Needs to figure out svn externals (or equivalent)&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in [http://profiles.tikiwiki.org profiles] for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192722</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192722"/>
		<updated>2010-01-06T23:33:17Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Some things to think about/discuss */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2010-01-06 ===&lt;br /&gt;
*Cron job update should be OK now&lt;br /&gt;
*But still no way to login and stay logged in reliably (but better)&lt;br /&gt;
*Found a bug trying to set memcached. Sent to LPH.&lt;br /&gt;
**Perhaps we should use .htaccess for bots instead of Tiki closing the site?&lt;br /&gt;
*would be nice to have [https://bugzilla.mozilla.org/show_bug.cgi?id=537513 real theme]&lt;br /&gt;
** Needs to figure out svn externals (or equivalent)&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in [http://profiles.tikiwiki.org profiles] for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192718</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192718"/>
		<updated>2010-01-06T23:24:59Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2010-01-06 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2010-01-06 ===&lt;br /&gt;
*Cron job update should be OK now&lt;br /&gt;
*But still no way to login and stay logged in reliably (but better)&lt;br /&gt;
*Found a bug trying to set memcached. Sent to LPH.&lt;br /&gt;
**Perhaps we should use .htaccess for bots instead of Tiki closing the site?&lt;br /&gt;
*would be nice to have [https://bugzilla.mozilla.org/show_bug.cgi?id=537513 real theme]&lt;br /&gt;
** Needs to figure out svn externals (or equivalent)&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192702</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192702"/>
		<updated>2010-01-06T22:47:03Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2010-01-06 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2010-01-06 ===&lt;br /&gt;
*Cron job update should be OK now&lt;br /&gt;
*But still no way to login and stay logged in reliably (but better)&lt;br /&gt;
**Perhaps we should use .htaccess for bots instead of Tiki closing the site?&lt;br /&gt;
*would be nice to have [https://bugzilla.mozilla.org/show_bug.cgi?id=537513 real theme]&lt;br /&gt;
** Needs to figure out svn externals (or equivalent)&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpgradePlan&amp;diff=192694</id>
		<title>Support/TikiUpgradePlan</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpgradePlan&amp;diff=192694"/>
		<updated>2010-01-06T22:26:02Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 1. Get the infrastructure in place */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=The plan=&lt;br /&gt;
Summary:&lt;br /&gt;
&lt;br /&gt;
# &#039;&#039;&#039;Early January&#039;&#039;&#039;: &amp;lt;u&amp;gt;Get the infrastructure in place&amp;lt;/u&amp;gt; so we can upgrade SUMO with the latest Tiki code without affecting our local code&lt;br /&gt;
# &#039;&#039;&#039;January - March&#039;&#039;&#039;: Do &amp;lt;u&amp;gt;regression testing and upstream&amp;lt;/u&amp;gt; anything that needs to be fixed in Tiki&lt;br /&gt;
# &#039;&#039;&#039;March&#039;&#039;&#039;: &amp;lt;u&amp;gt;Upgrade to Tiki 5.1&amp;lt;/u&amp;gt; by pulling down the latest code again, keeping the locally maintained code intact&lt;br /&gt;
&lt;br /&gt;
[[File:TikiUpgrade.png|400px]]&lt;br /&gt;
&lt;br /&gt;
==1. Get the infrastructure in place== &lt;br /&gt;
&lt;br /&gt;
The plan is to figure out a way to combine locally maintained Tiki code that we haven&#039;t upstreamed (most notably the forum, our theme, and SHOWFOR) with the latest stable version of Tiki. This involves setting up an IT infrastructure where our locally maintained code isn&#039;t affected by a Tiki svn update.&lt;br /&gt;
&lt;br /&gt;
As soon as LPH is done with upstreaming the remaining SUMO patches (early January) we should start the effort to get this infrastructure in place using the most recent Tiki code (currently in a 5.0-pre state). This includes getting http://tiki-trunk.mozilla.com/ to actually work so we can start regression testing. &lt;br /&gt;
&lt;br /&gt;
Some local modifications to the code will most likely be needed to ensure that e.g. our Tiki 1.10 forum hooks into the latest Tiki code. The idea is that we do this as early in Q1 as possible and script it, or document anything that needs manual work. The goal is to have a working copy of SUMO with the latest Tiki code combined with our local fixes (theme, forum, SHOWFOR, etc) up at http://tiki-trunk.mozilla.com/ so we can start the actual regression testing.&lt;br /&gt;
&lt;br /&gt;
Please see: [[Support/TikiTrunkTestingNotes]]&lt;br /&gt;
&lt;br /&gt;
==2. Regression testing &amp;amp; fixing== &lt;br /&gt;
&lt;br /&gt;
As we find problems on http://tiki-trunk.mozilla.com/, we will patch and &#039;&#039;&#039;upstream&#039;&#039;&#039; all fixes to Tiki trunk to ensure that we don&#039;t run into the problem in the next upgrade cycle.&lt;br /&gt;
&lt;br /&gt;
Of course, in addition to upstreaming our patches, we also apply them locally. In other words, our local Tiki installation will gradually stabilize throughout the regression testing/fixing process. And since we also upstream the patches, we can be confident that once we upgrade Tiki again to the stable version 5.1, we won&#039;t have to redo any of the upstreamed fixes along the way.&lt;br /&gt;
&lt;br /&gt;
==3. Upgrade to Tiki 5.1== &lt;br /&gt;
&lt;br /&gt;
At this point, Tiki 5.1 stable is released and our task is to pull down the latest Tiki code again -- keeping our local infrastructure intact using scripts or documented manual IT work -- and perform final QA.&lt;br /&gt;
&lt;br /&gt;
If we still have problems, we will fix and upstream patches to Tiki trunk as usual, to ensure that we don&#039;t encounter this problem in a future Tiki 6.1 upgrade, but we won&#039;t pull down the latest source again in this upgrade cycle after this point.&lt;br /&gt;
&lt;br /&gt;
=After a successful upgrade=&lt;br /&gt;
Upgrading to 5.1 is the big obstacle, since we haven&#039;t attempted to upgrade in over two years. After the upgrade is when the fun begins. :) &lt;br /&gt;
&lt;br /&gt;
We will then be in sync with Tiki and can start to tackle bigger architectural problems that will improve the platform and benefit both communities. As we discover and fix bugs in Tiki, we will always upstream those fixes right away to Tiki trunk so the next upgrade to 6.1 is straightforward.&lt;br /&gt;
&lt;br /&gt;
We should also strive to share code upstream whenever it makes sense. Some notable things we can do in 2010:&lt;br /&gt;
&lt;br /&gt;
* SHOWFOR and a few other things were not upstreamed into Tiki because they were written too specifically for SUMO. In 2010, we can [https://bugzilla.mozilla.org/show_bug.cgi?id=483840 rewrite SHOWFOR] and other features into something better that can be maintained upstream. This will ensure more eyes on the features and potentially contributions from the Tiki community.&lt;br /&gt;
* Our current SUMO theme contains a couple of copyrighted images. However, essentially 95% of the theme could be GLP/LGLP/MLP licensed. We could find a way to share those 95% as a base SUMO theme and only store the copyrighted artwork locally.&lt;br /&gt;
* The only reason we are keeping the old Tiki 1.10 forum is because it&#039;s a local hack that we will rewrite from scratch in 2010. Once we&#039;re done with that, we could easily upgrade to the upstream version of the forum for traditional discussion forums like the Contributor forum, Off-topic forum, etc.&lt;br /&gt;
&lt;br /&gt;
[[File:TikiPostUpgrade.png|400px]]&lt;br /&gt;
&lt;br /&gt;
While we will strive to work together as much as possible for the benefit of both projects, we will also keep our autonomy to develop brand new functionality independently of the Tiki architecture whenever that makes more sense. As an example, when developing the revamped support forum component on SUMO, we don&#039;t have to upstream it patch by patch as we develop it; we can simply upstream it as one big module when we&#039;re done, which will improve our agility and speed.&lt;br /&gt;
&lt;br /&gt;
Tiki 6.1 is scheduled for a release sometime in Q4 2010. In theory, that upgrade should be &#039;&#039;much&#039;&#039; more straightforward since we have ensured that we stay in sync with Tiki throughout 2010. If all goes well, it should require little effort from our end to stay up to date with Tiki in the future.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192689</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192689"/>
		<updated>2010-01-06T22:17:54Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2010-01-06 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2010-01-06 ===&lt;br /&gt;
*Cron job update should be OK now&lt;br /&gt;
*But still no way to login and stay logged in reliably (but better)&lt;br /&gt;
**Perhaps we should use .htaccess for bots instead of Tiki closing the site?&lt;br /&gt;
*would be nice to have real theme&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192587</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=192587"/>
		<updated>2010-01-06T18:54:27Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2010-01-06 ===&lt;br /&gt;
*Cron job update should be OK now&lt;br /&gt;
*But still no way to login and stay logged in reliably&lt;br /&gt;
**Perhaps we should use .htaccess for bots instead of Tiki closing the site?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=192557</id>
		<title>Support/InterestingTikiLinks</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=192557"/>
		<updated>2010-01-06T17:59:42Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: goodies!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Here are interesting links for SUMO developers &amp;amp; contributors.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About SUMO-Tiki collaboration&lt;br /&gt;
&lt;br /&gt;
*http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/&lt;br /&gt;
*http://blog.mozilla.com/sumo/2009/03/30/the-road-to-sumo-in-retrospect/&lt;br /&gt;
*http://djst.org/blog/2008/01/15/the-scope-of-sumo/&lt;br /&gt;
*[[Support/TikiWikiUpgrade]]&lt;br /&gt;
*[[Support/SUMO-Tiki-Collaboration]]&lt;br /&gt;
*http://profiles.tikiwiki.org/Support_Mozilla_com&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Tiki+differences+and+similarities (including Specific advice for SUMO developers)&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
*[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
*[[Support/Tiki/UrlHandling]]&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Upstream+Process&lt;br /&gt;
*http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support:TikiWiki_Features]]&lt;br /&gt;
*[[Support/TikiUpstreamTriage]]&lt;br /&gt;
*[[Support/TikiUpstreamPlanning]]&lt;br /&gt;
*[[Support/TikiTrunkTestingNotes]]&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements.&lt;br /&gt;
&#039;&#039;&#039;We are roughly at revision 21000 in SVN, and SUMO is based on somewhere around 10 500 (I&#039;m told).  So, a lot has changed.&#039;&#039;&#039;&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
*http://dev.tikiwiki.org/Roadmap&lt;br /&gt;
*http://info.tikiwiki.org/Fact+Sheet&lt;br /&gt;
*http://doc.tikiwiki.org/Features&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements which can be of special interest to SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/FilteringBestPractices  (Security &amp;amp; perf)&lt;br /&gt;
*http://dev.tikiwiki.org/Quality+Team&lt;br /&gt;
*http://dev.tikiwiki.org/PermissionCleanup&lt;br /&gt;
*http://doc.tikiwiki.org/Plugin+Alias  (would permit KBD plugin)&lt;br /&gt;
*http://dev.tikiwiki.org/PluginUI&lt;br /&gt;
*http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
*http://dev.tikiwiki.org/TemplatesBestPractices&lt;br /&gt;
*http://dev.tikiwiki.org/TikiStringsFormatConvention, [http://dev.tikiwiki.org/Mass+spelling+correction Mass spelling correction] and [http://dev.tikiwiki.org/Pending+text+corrections Pending text corrections]&lt;br /&gt;
*http://dev.tikiwiki.org/TRIM (Tiki Remote Instance Manager)&lt;br /&gt;
*http://dev.tikiwiki.org/TikiTests&lt;br /&gt;
*http://dev.tikiwiki.org/Performance (General performance page)&lt;br /&gt;
*http://dev.tikiwiki.org/Database+Layer (PDO)&lt;br /&gt;
*http://dev.tikiwiki.org/DatabaseSchemaUpgrade&lt;br /&gt;
*http://profiles.tikiwiki.org/profile+developer+documentation&lt;br /&gt;
*http://dev.tikiwiki.org/Hello+World (general how to dev page)&lt;br /&gt;
*http://doc.tikiwiki.org/Webservices&lt;br /&gt;
*http://dev.tikiwiki.org/How+to+get+commit+access&lt;br /&gt;
&lt;br /&gt;
General&lt;br /&gt;
*[http://irc.tikiwiki.org/ IRC chat]&lt;br /&gt;
*[http://sourceforge.net/mail/?group_id=64258 Mailing Lists]&lt;br /&gt;
*http://tikiwiki.org/TikiFest (events)&lt;br /&gt;
*http://tikiwiki.org/SWOT (A community-managed S.W.O.T. for the TikiWiki community)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some ideas for the future&lt;br /&gt;
*http://dev.tikiwiki.org/TikiObject&lt;br /&gt;
*http://dev.tikiwiki.org/TikiCoreRFC-1&lt;br /&gt;
*http://dev.tikiwiki.org/Endangered+Features&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191160</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191160"/>
		<updated>2009-12-28T19:40:56Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Some things to think about */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about/discuss ==&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;br /&gt;
*All potentially unsafe plugins become &amp;quot;Plugin execution pending approval&amp;quot; (Need to visit a page for the plugins to appears on http://tiki-trunk.mozilla.com/tiki-plugins.php)&lt;br /&gt;
** Here is an example: http://tiki-trunk.mozilla.com/Contributor+Home+Page&lt;br /&gt;
** This is a known upgrade annoyance, brought by much better security in Tiki3&lt;br /&gt;
** So we would need a bot to visit all page and create the, (or do manually)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191149</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191149"/>
		<updated>2009-12-28T19:14:36Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** [https://bugzilla.mozilla.org/show_bug.cgi?id=525427 Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)]&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191145</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191145"/>
		<updated>2009-12-28T19:08:14Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
**tenser: &amp;quot;if you file a bug under the same component/product as the one to get the tiki-trunk server up, IT will look at it&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191144</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191144"/>
		<updated>2009-12-28T19:07:04Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
**Perhaps {literal}&amp;lt;base href=&amp;quot;http://tiki-trunk.mozilla.com/&amp;quot; /&amp;gt;{/literal} in [http://tiki-trunk.mozilla.com/tiki-admin.php?page=look Admin -&amp;gt; Look &amp;amp; Feel -&amp;gt; General Layout Options -&amp;gt; Custom HTML &amp;lt;head&amp;gt; Content] &lt;br /&gt;
*** Would need to reduce security here because base becomes ba&amp;lt;x&amp;gt;se&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191138</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191138"/>
		<updated>2009-12-28T19:01:31Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
*Is http/https configured properly?&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191137</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191137"/>
		<updated>2009-12-28T18:59:44Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-admin.php)&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191128</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191128"/>
		<updated>2009-12-28T18:50:18Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* 2009-12-28 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now somewhat testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
*We need a way to change base URL so we don&#039;t get sent to subdirectories because of rewrite rules. (ex.: http://tiki-trunk.mozilla.com/en-US/kb/tiki-logout.php)&lt;br /&gt;
*There is cache weirdness. I changed top to &amp;quot;This is the SUMO-Tiki5 testing site.&amp;quot; and David is getting the old &amp;quot;We will be performing maintenance tonight at 8pm PDT. During this time the site is expected to be down for approximately an hour&amp;quot;&lt;br /&gt;
*What are the settings to [https://tiki-trunk.mozilla.com/tiki-admin.php?page=performance tell Tiki for memcached]? &lt;br /&gt;
** We don&#039;t need this just yet, but need to make sure it&#039;s not causing some issues because it&#039;s not filled in.&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191076</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191076"/>
		<updated>2009-12-28T15:25:34Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for tiki-trunk.mozilla.com testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
http://tiki-trunk.mozilla.com/ contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191074</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191074"/>
		<updated>2009-12-28T15:21:47Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for http://tiki-trunk.mozilla.com/ testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
tiki-trunk.mozilla.com contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar) (Last update from SVN (trunk -future Tiki 5.x-): Sunday 27 of December, 2009 00:43:11 UTC - REV 24050)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191073</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191073"/>
		<updated>2009-12-28T15:19:56Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Some things to think about */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for http://tiki-trunk.mozilla.com/ testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
tiki-trunk.mozilla.com contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
** This should be done in profiles for easy redeployment&lt;br /&gt;
*Need to know last date of update&lt;br /&gt;
** If site is updated via doc/devtools/svnup.sh, the version number will appear in the footer. ex.: &amp;quot;Last update from SVN(4.0): Monday 07 December, 2009 19:53:19 UTC - REV 23720&amp;quot;&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191072</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191072"/>
		<updated>2009-12-28T14:58:37Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Coordination page for http://tiki-trunk.mozilla.com/ testers.=&lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
tiki-trunk.mozilla.com contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
=== 2009-12-28 ===&lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Some things to think about ==&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
*Need to know last date of update&lt;br /&gt;
** If site is updated via doc/devtools/svnup.sh, the version number will appear in the footer. ex.: &amp;quot;Last update from SVN(4.0): Monday 07 December, 2009 19:53:19 UTC - REV 23720&amp;quot;&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191070</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191070"/>
		<updated>2009-12-28T14:56:42Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: I can edit page now!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;! Coordination page for http://tiki-trunk.mozilla.com/ testers.&lt;br /&gt;
&lt;br /&gt;
!! Background&lt;br /&gt;
tiki-trunk.mozilla.com contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2009-12-28 &lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some things to think about&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
*Need to know last date of update&lt;br /&gt;
** If site is updated via doc/devtools/svnup.sh, the version number will appear in the footer. ex.: &amp;quot;Last update from SVN(4.0): Monday 07 December, 2009 19:53:19 UTC - REV 23720&amp;quot;&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191069</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=191069"/>
		<updated>2009-12-28T14:54:14Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;! Coordination page for http://tiki-trunk.mozilla.com/ testers.&lt;br /&gt;
&lt;br /&gt;
!! Background&lt;br /&gt;
tiki-trunk.mozilla.com contains real SUMO data from November 2009, on a environment similar (same?) to the real thing. The code will soon be updated daily from Tiki trunk&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2009-12-28 &lt;br /&gt;
* http://tiki-trunk.mozilla.com/ is now testable&lt;br /&gt;
** Very soon, automatic svn upgrades will be sorted (and we&#039;ll have revision number if bottom bar)&lt;br /&gt;
** However, http://tiki-trunk.mozilla.com/tiki-admin.php &amp;quot;reports Database Version Problem&amp;quot;&lt;br /&gt;
*I get logged out every once in a while. Perhaps the load balancers?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some things to think about&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
*Need to know last date of update&lt;br /&gt;
** If site is updated via doc/devtools/svnup.sh, the version number will appear in the footer. ex.: &amp;quot;Last update from SVN(4.0): Monday 07 December, 2009 19:53:19 UTC - REV 23720&amp;quot; &lt;br /&gt;
***Editing a page gives the following error. LPH says it should be fixed in trunk. How do I know?&lt;br /&gt;
 System error.&lt;br /&gt;
&lt;br /&gt;
The following error message was returned:&lt;br /&gt;
&lt;br /&gt;
The used SELECT statements have a different number of columns&lt;br /&gt;
&lt;br /&gt;
The query was:&lt;br /&gt;
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=? and `object`=? UNION DISTINCT select tgw.`watchId`, uu.`login`, tgw.`event`, tgw.`object`, tgw.`title`, tgw.`type`, tgw.`url`, uu.`email`, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_group_watches` tgw inner join `users_usergroups` ug on tgw.`group` = ug.`groupName` inner join `users_users` uu on ug.`userId` = uu.`userId` and uu.`email` is not null and uu.`email` &amp;lt;&amp;gt; &#039;&#039; left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=? and `object`=?&lt;br /&gt;
&lt;br /&gt;
Values:&lt;br /&gt;
&lt;br /&gt;
   1. wiki_page_changed&lt;br /&gt;
   2. *TestMarcLaporte&lt;br /&gt;
   3. wiki_page_changed&lt;br /&gt;
   4. *TestMarcLaporte&lt;br /&gt;
&lt;br /&gt;
The built query was likely:&lt;br /&gt;
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=&#039;wiki_page_changed&#039; and `object`=&#039;*TestMarcLaporte&#039; UNION DISTINCT select tgw.`watchId`, uu.`login`, tgw.`event`, tgw.`object`, tgw.`title`, tgw.`type`, tgw.`url`, uu.`email`, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_group_watches` tgw inner join `users_usergroups` ug on tgw.`group` = ug.`groupName` inner join `users_users` uu on ug.`userId` = uu.`userId` and uu.`email` is not null and uu.`email` &amp;lt;&amp;gt; &#039;&#039; left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=&#039;wiki_page_changed&#039; and `object`=&#039;*TestMarcLaporte&#039;&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/Q42009_Goals/Goal_D_Candidates&amp;diff=188685</id>
		<title>Support/Q42009 Goals/Goal D Candidates</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/Q42009_Goals/Goal_D_Candidates&amp;diff=188685"/>
		<updated>2009-12-10T19:40:44Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Database Migrations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DRAFT}}&lt;br /&gt;
&lt;br /&gt;
== URL Generation ==&lt;br /&gt;
&lt;br /&gt;
In Q3 we spent an inordinate amount of time manually rewriting URL generation in multiple places, including fixing &amp;lt;code&amp;gt;&amp;lt;nowiki&amp;gt;{$tikiroot}&amp;lt;/nowiki&amp;gt;&amp;lt;/code&amp;gt; regressions and forum friendly URLs. We&#039;ve been duplicating functionality (and occasionally duplicating code exactly) and making maintenance worse than it already was.&lt;br /&gt;
&lt;br /&gt;
Given the nature of templates in Tiki, this is probably best implemented as a new Smarty block function, but I&#039;m not sure of the details yet.&lt;br /&gt;
&lt;br /&gt;
== Simplifying Includes ==&lt;br /&gt;
&lt;br /&gt;
The deeply nested system of includes slows down development. &amp;lt;code&amp;gt;grep&amp;lt;/code&amp;gt; is only [http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla#Scalability_issues so helpful] while attempting to track down where and why a variable is altered, especially when dealing with globals.&lt;br /&gt;
&lt;br /&gt;
This is a pervasive issue, and I do not see an easy solution at the moment. While the improvement is dramatic, the work is commensurate with that.&lt;br /&gt;
&lt;br /&gt;
== Centralize Configuration ==&lt;br /&gt;
&lt;br /&gt;
Configuration is spread throughout a lot of code. We have several .dist files that must be copied (and occasionally customized) before they can be used--but we have no fallback or default if the constants are not defined.&lt;br /&gt;
&lt;br /&gt;
As much as is possible (eg: the localsettings.py-dist file will need to remain separate because it&#039;s in Python) we should centralize configuration and move these constant definitions into one place, then make sure those constants have reasonable default values (cf. [http://svn.mozilla.org/addons/trunk/site/app/config/constants.php]).&lt;br /&gt;
&lt;br /&gt;
== Database Migrations ==&lt;br /&gt;
&lt;br /&gt;
We currently attach schema changes and data updates in Bugzilla, which makes it very hard to reconstruct a database via anything except a complete dump. If we were to use something even as simple as [http://blog.jeffbalogh.org/post/112148568/the-worst-schema-versioning-system-ever Jeff&#039;s schematic.py] and keep the migrations in SVN, we could ameliorate this going forward.&lt;br /&gt;
&lt;br /&gt;
ML: Database schema management has changed since Tiki 1.10: http://dev.tikiwiki.org/Database+Schema+Upgrade&lt;br /&gt;
Preference changes could also be stored as profiles: http://profiles.tikiwiki.org/&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/Q42009_Goals/Goal_D_Candidates&amp;diff=188681</id>
		<title>Support/Q42009 Goals/Goal D Candidates</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/Q42009_Goals/Goal_D_Candidates&amp;diff=188681"/>
		<updated>2009-12-10T19:29:38Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Database Migrations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DRAFT}}&lt;br /&gt;
&lt;br /&gt;
== URL Generation ==&lt;br /&gt;
&lt;br /&gt;
In Q3 we spent an inordinate amount of time manually rewriting URL generation in multiple places, including fixing &amp;lt;code&amp;gt;&amp;lt;nowiki&amp;gt;{$tikiroot}&amp;lt;/nowiki&amp;gt;&amp;lt;/code&amp;gt; regressions and forum friendly URLs. We&#039;ve been duplicating functionality (and occasionally duplicating code exactly) and making maintenance worse than it already was.&lt;br /&gt;
&lt;br /&gt;
Given the nature of templates in Tiki, this is probably best implemented as a new Smarty block function, but I&#039;m not sure of the details yet.&lt;br /&gt;
&lt;br /&gt;
== Simplifying Includes ==&lt;br /&gt;
&lt;br /&gt;
The deeply nested system of includes slows down development. &amp;lt;code&amp;gt;grep&amp;lt;/code&amp;gt; is only [http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla#Scalability_issues so helpful] while attempting to track down where and why a variable is altered, especially when dealing with globals.&lt;br /&gt;
&lt;br /&gt;
This is a pervasive issue, and I do not see an easy solution at the moment. While the improvement is dramatic, the work is commensurate with that.&lt;br /&gt;
&lt;br /&gt;
== Centralize Configuration ==&lt;br /&gt;
&lt;br /&gt;
Configuration is spread throughout a lot of code. We have several .dist files that must be copied (and occasionally customized) before they can be used--but we have no fallback or default if the constants are not defined.&lt;br /&gt;
&lt;br /&gt;
As much as is possible (eg: the localsettings.py-dist file will need to remain separate because it&#039;s in Python) we should centralize configuration and move these constant definitions into one place, then make sure those constants have reasonable default values (cf. [http://svn.mozilla.org/addons/trunk/site/app/config/constants.php]).&lt;br /&gt;
&lt;br /&gt;
== Database Migrations ==&lt;br /&gt;
&lt;br /&gt;
We currently attach schema changes and data updates in Bugzilla, which makes it very hard to reconstruct a database via anything except a complete dump. If we were to use something even as simple as [http://blog.jeffbalogh.org/post/112148568/the-worst-schema-versioning-system-ever Jeff&#039;s schematic.py] and keep the migrations in SVN, we could ameliorate this going forward.&lt;br /&gt;
&lt;br /&gt;
Database schema management has changed since Tiki 1.10:&lt;br /&gt;
http://dev.tikiwiki.org/Database+Schema+Upgrade&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=188539</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=188539"/>
		<updated>2009-12-09T19:51:53Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
Some things to think about&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;br /&gt;
*Need to know last date of update&lt;br /&gt;
** If site is updated via doc/devtools/svnup.sh, the version number will appear in the footer. ex.: &amp;quot;Last update from SVN(4.0): Monday 07 December, 2009 19:53:19 UTC - REV 23720&amp;quot; &lt;br /&gt;
***Editing a page gives the following error. LPH says it should be fixed in trunk. How do I know?&lt;br /&gt;
 System error.&lt;br /&gt;
&lt;br /&gt;
The following error message was returned:&lt;br /&gt;
&lt;br /&gt;
The used SELECT statements have a different number of columns&lt;br /&gt;
&lt;br /&gt;
The query was:&lt;br /&gt;
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=? and `object`=? UNION DISTINCT select tgw.`watchId`, uu.`login`, tgw.`event`, tgw.`object`, tgw.`title`, tgw.`type`, tgw.`url`, uu.`email`, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_group_watches` tgw inner join `users_usergroups` ug on tgw.`group` = ug.`groupName` inner join `users_users` uu on ug.`userId` = uu.`userId` and uu.`email` is not null and uu.`email` &amp;lt;&amp;gt; &#039;&#039; left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=? and `object`=?&lt;br /&gt;
&lt;br /&gt;
Values:&lt;br /&gt;
&lt;br /&gt;
   1. wiki_page_changed&lt;br /&gt;
   2. *TestMarcLaporte&lt;br /&gt;
   3. wiki_page_changed&lt;br /&gt;
   4. *TestMarcLaporte&lt;br /&gt;
&lt;br /&gt;
The built query was likely:&lt;br /&gt;
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=&#039;wiki_page_changed&#039; and `object`=&#039;*TestMarcLaporte&#039; UNION DISTINCT select tgw.`watchId`, uu.`login`, tgw.`event`, tgw.`object`, tgw.`title`, tgw.`type`, tgw.`url`, uu.`email`, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_group_watches` tgw inner join `users_usergroups` ug on tgw.`group` = ug.`groupName` inner join `users_users` uu on ug.`userId` = uu.`userId` and uu.`email` is not null and uu.`email` &amp;lt;&amp;gt; &#039;&#039; left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`=&#039;language&#039;) left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`=&#039;mailCharset&#039;) where `event`=&#039;wiki_page_changed&#039; and `object`=&#039;*TestMarcLaporte&#039;&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=188470</id>
		<title>Support/TikiTrunkTestingNotes</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiTrunkTestingNotes&amp;diff=188470"/>
		<updated>2009-12-09T15:30:46Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: Created page with &amp;#039;   Some things to think about  *plugins need to be re-created (keyboard, etc)&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some things to think about&lt;br /&gt;
&lt;br /&gt;
*plugins need to be re-created (keyboard, etc)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=188469</id>
		<title>Support/InterestingTikiLinks</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=188469"/>
		<updated>2009-12-09T15:24:53Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Here are interesting links for SUMO developers &amp;amp; contributors.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About SUMO-Tiki collaboration&lt;br /&gt;
&lt;br /&gt;
*http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/&lt;br /&gt;
*http://blog.mozilla.com/sumo/2009/03/30/the-road-to-sumo-in-retrospect/&lt;br /&gt;
*http://djst.org/blog/2008/01/15/the-scope-of-sumo/&lt;br /&gt;
*[[Support/TikiWikiUpgrade]]&lt;br /&gt;
*[[Support/SUMO-Tiki-Collaboration]]&lt;br /&gt;
*http://profiles.tikiwiki.org/Support_Mozilla_com&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Tiki+differences+and+similarities (including Specific advice for SUMO developers)&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
*[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Upstream+Process&lt;br /&gt;
*http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support:TikiWiki_Features]]&lt;br /&gt;
*[[Support/TikiUpstreamTriage]]&lt;br /&gt;
*[[Support/TikiUpstreamPlanning]]&lt;br /&gt;
*[[Support/TikiTrunkTestingNotes]]&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements.&lt;br /&gt;
&#039;&#039;&#039;We are roughly at revision 21000 in SVN, and SUMO is based on somewhere around 10 500 (I&#039;m told).  So, a lot has changed.&#039;&#039;&#039;&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
*http://dev.tikiwiki.org/Roadmap&lt;br /&gt;
*http://info.tikiwiki.org/Fact+Sheet&lt;br /&gt;
*http://doc.tikiwiki.org/Features&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements which can be of special interest to SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/FilteringBestPractices  (Security &amp;amp; perf)&lt;br /&gt;
*http://dev.tikiwiki.org/Quality+Team&lt;br /&gt;
*http://dev.tikiwiki.org/PermissionCleanup&lt;br /&gt;
*http://doc.tikiwiki.org/Plugin+Alias  (would permit KBD plugin)&lt;br /&gt;
*http://dev.tikiwiki.org/PluginUI&lt;br /&gt;
*http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
*http://dev.tikiwiki.org/TemplatesBestPractices&lt;br /&gt;
*http://dev.tikiwiki.org/TikiStringsFormatConvention, [http://dev.tikiwiki.org/Mass+spelling+correction Mass spelling correction] and [http://dev.tikiwiki.org/Pending+text+corrections Pending text corrections]&lt;br /&gt;
*http://dev.tikiwiki.org/TRIM (Tiki Remote Instance Manager)&lt;br /&gt;
*http://dev.tikiwiki.org/TikiTests&lt;br /&gt;
*http://dev.tikiwiki.org/Performance (General performance page)&lt;br /&gt;
*http://dev.tikiwiki.org/Database+Layer (PDO)&lt;br /&gt;
*http://dev.tikiwiki.org/DatabaseSchemaUpgrade&lt;br /&gt;
*http://profiles.tikiwiki.org/profile+developer+documentation&lt;br /&gt;
*http://dev.tikiwiki.org/Hello+World (general how to dev page)&lt;br /&gt;
*http://doc.tikiwiki.org/Webservices&lt;br /&gt;
*http://dev.tikiwiki.org/How+to+get+commit+access&lt;br /&gt;
&lt;br /&gt;
General&lt;br /&gt;
*[http://irc.tikiwiki.org/ IRC chat]&lt;br /&gt;
*[http://sourceforge.net/mail/?group_id=64258 Mailing Lists]&lt;br /&gt;
*http://tikiwiki.org/TikiFest (events)&lt;br /&gt;
*http://tikiwiki.org/SWOT (A community-managed S.W.O.T. for the TikiWiki community)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some ideas for the future&lt;br /&gt;
*http://dev.tikiwiki.org/TikiObject&lt;br /&gt;
*http://dev.tikiwiki.org/TikiCoreRFC-1&lt;br /&gt;
*http://dev.tikiwiki.org/Endangered+Features&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamPlanning&amp;diff=173055</id>
		<title>Support/TikiUpstreamPlanning</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamPlanning&amp;diff=173055"/>
		<updated>2009-10-03T23:19:06Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Questions */ My thoughts&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tiki Upstream Planning =&lt;br /&gt;
&lt;br /&gt;
Looking so far, my very rough, unscientific estimate is that a good day is getting two patches committed. More likely is less than 1.5 on average, to manually resolve conflicts, merge, and do enough BFT to know it&#039;s not completely broken.&lt;br /&gt;
&lt;br /&gt;
One wrench in the estimation is that of the almost 900 or so closed (reso fixed or veri fixed) SUMO bugs [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;bug_status=RESOLVED&amp;amp;bug_status=VERIFIED&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0=], only around 200 have been triaged so far. I&#039;ll deal with this below.&lt;br /&gt;
&lt;br /&gt;
== Breakdown of triaged bugs ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bold&#039;&#039;&#039; are blockers in bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== tiki_feature ===&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=398246 Bug 398246]&#039;&#039;&#039; - no patches or revisions, partially server configurations&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=395271 Bug 395271] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=480223 Bug 480223] - revision number&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465518 Bug 465518] - patches&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=412265 Bug 412265]&#039;&#039;&#039; - no patches or revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=441858 Bug 441858] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=506547 Bug 506547] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=433341 Bug 433341] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=436679 Bug 436679] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=429784 Bug 429784] - revisions&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=498001 Bug 498001] - patch, revisions&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=492697 Bug 492697] - patch, revisions, parallel work in tiki&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=452830 Bug 452830] - patch, sql&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465029 Bug 465029] - patch, revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=509864 Bug 509864] - patch, revision&lt;br /&gt;
&lt;br /&gt;
=== tiki_bug ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=514244 Bug 514244] - NEW, untargeted&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=429529 Bug 429529] - patch, revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=512120 Bug 512120] - patch, not in SVN&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=485557 Bug 485557] - revision, possibly fixed in tiki&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=484100 Bug 484100]&#039;&#039;&#039; - patch, revisions&lt;br /&gt;
&lt;br /&gt;
=== tiki_fixed ===&lt;br /&gt;
&lt;br /&gt;
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_fixed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= 21 bugs]. At some point, will need to check that implementations are compatible.&lt;br /&gt;
&lt;br /&gt;
=== tiki_triage ===&lt;br /&gt;
&lt;br /&gt;
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= 38 bugs]. Not sure who&#039;s on this. &#039;&#039;marclaporte&#039;&#039; is on this but needs new categories (as discussed on sumo-dev-list)&lt;br /&gt;
&lt;br /&gt;
== Untriaged bugs ==&lt;br /&gt;
&lt;br /&gt;
A bugzilla search for closed (veri fixed or reso fixed) bugs in SUMO excluding Chat and Mobile yields 885 bugs ([https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;bug_status=RESOLVED&amp;amp;bug_status=VERIFIED&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0=]).&lt;br /&gt;
&lt;br /&gt;
Using the current percentages as a guide, there&#039;s a rough estimate of around 85 bugs to upstream, instead of the 20 we have triaged so far.&lt;br /&gt;
&lt;br /&gt;
{|border=1|&lt;br /&gt;
!Component!!Triaged Bugs!!% of all Triaged Bugs!!Estimated total (% * 885)&lt;br /&gt;
|-&lt;br /&gt;
|tiki_feature||15||7.18%||64&lt;br /&gt;
|-&lt;br /&gt;
|tiki_bug||5||2.39%||21&lt;br /&gt;
|-&lt;br /&gt;
|tiki_triage||38||18.18%||161&lt;br /&gt;
|-&lt;br /&gt;
|tiki_fixed||21||10.05%||89&lt;br /&gt;
|-&lt;br /&gt;
|sumo_triage||15||7.18%||64&lt;br /&gt;
|-&lt;br /&gt;
|sumo_only||115||55.02%||487&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
That would also leave around 160 bugs to check in Tiki.&lt;br /&gt;
&lt;br /&gt;
= Timeline =&lt;br /&gt;
With an estimate of 85 bugs to upstream at ~1.5 bugs per day, that&#039;s 57 days of dev time, or around 11 weeks.&lt;br /&gt;
&lt;br /&gt;
Resource wise, this corresponds with the initial estimate of one dev for a full quarter.  We may also be able to get help from the Tiki community with this task.&lt;br /&gt;
&lt;br /&gt;
The bug triage needs to be finished as quickly as possible so this estimate can be firmed up.&lt;br /&gt;
&lt;br /&gt;
==Questions==&lt;br /&gt;
* How many of the triaged/untriaged bugs are just trackers?  How many are much bigger/smaller that the 1.5 a day rate?&lt;br /&gt;
* How likely is it that the Tiki community would consider either a) holding 4.0 for our upstreamed patches or b) finding contributors to get these patches into 4.0 or c) a combination of both&amp;gt;&lt;br /&gt;
** ML: a) If we know a while in advance, we can be flexible with respect to release schedules and we can align SUMO &amp;amp; Tiki roadmaps (So we could plan now for Tiki5 in February instead of April). However, Tiki4 release process is already started (http://dev.tikiwiki.org/Tiki4#Schedule). It would be very uncool for all the people that are working on it to change the schedule at this stage. We could rush in some non-risky things like extra language files. However, that would provide little value to SUMO.&lt;br /&gt;
** ML: b) Yes, we do have volunteers in various areas that will help (ex.: themes, i18n, etc).&lt;br /&gt;
***  Perhaps the best is to start upstreaming everything to trunk and once everything is in, we could make a decision.&lt;br /&gt;
**** OptionA: Backport the fixes to Tiki4 branch for inclusion in 4.1, 4.2, etc. &lt;br /&gt;
**** OptionB: Ask for a stabilization on trunk for SUMO-used features. (Trunk is supposed to be releaseable at anytime, but sometimes, we downgrade to dogfoodable for a few weeks so we can all work on a major feature). When trunk is relatively stable for SUMO-used features, branch off a special branch (like a 4.5) &lt;br /&gt;
*** So backporting fixes in stable branch or branching off and from then on incorporating fixes from trunk: it&#039;s impossible to know at this stage what is the best option. It depends on 1- how (un)stable trunk is 2- How far away we are from the next release, etc. The first step is to upstream everything in trunk and a few weeks before we think we are up to date, we evaluate the situation and we make that call.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=172948</id>
		<title>Support/InterestingTikiLinks</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=172948"/>
		<updated>2009-10-03T00:10:33Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Here are interesting links for SUMO developers &amp;amp; contributors.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About SUMO-Tiki collaboration&lt;br /&gt;
&lt;br /&gt;
*http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/&lt;br /&gt;
*http://blog.mozilla.com/sumo/2009/03/30/the-road-to-sumo-in-retrospect/&lt;br /&gt;
*http://djst.org/blog/2008/01/15/the-scope-of-sumo/&lt;br /&gt;
*[[Support/TikiWikiUpgrade]]&lt;br /&gt;
*[[Support/SUMO-Tiki-Collaboration]]&lt;br /&gt;
*http://profiles.tikiwiki.org/Support_Mozilla_com&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Tiki+differences+and+similarities (including Specific advice for SUMO developers)&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
*[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Upstream+Process&lt;br /&gt;
*http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support:TikiWiki_Features]]&lt;br /&gt;
*[[Support/TikiUpstreamTriage]]&lt;br /&gt;
*[[Support/TikiUpstreamPlanning]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements.&lt;br /&gt;
&#039;&#039;&#039;We are roughly at revision 21000 in SVN, and SUMO is based on somewhere around 10 500 (I&#039;m told).  So, a lot has changed.&#039;&#039;&#039;&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
*http://dev.tikiwiki.org/Roadmap&lt;br /&gt;
*http://info.tikiwiki.org/Fact+Sheet&lt;br /&gt;
*http://doc.tikiwiki.org/Features&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements which can be of special interest to SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/FilteringBestPractices  (Security &amp;amp; perf)&lt;br /&gt;
*http://dev.tikiwiki.org/Quality+Team&lt;br /&gt;
*http://dev.tikiwiki.org/PermissionCleanup&lt;br /&gt;
*http://doc.tikiwiki.org/Plugin+Alias  (would permit KBD plugin)&lt;br /&gt;
*http://dev.tikiwiki.org/PluginUI&lt;br /&gt;
*http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
*http://dev.tikiwiki.org/TemplatesBestPractices&lt;br /&gt;
*http://dev.tikiwiki.org/TikiStringsFormatConvention, [http://dev.tikiwiki.org/Mass+spelling+correction Mass spelling correction] and [http://dev.tikiwiki.org/Pending+text+corrections Pending text corrections]&lt;br /&gt;
*http://dev.tikiwiki.org/TRIM (Tiki Remote Instance Manager)&lt;br /&gt;
*http://dev.tikiwiki.org/TikiTests&lt;br /&gt;
*http://dev.tikiwiki.org/Performance (General performance page)&lt;br /&gt;
*http://dev.tikiwiki.org/Database+Layer (PDO)&lt;br /&gt;
*http://dev.tikiwiki.org/DatabaseSchemaUpgrade&lt;br /&gt;
*http://profiles.tikiwiki.org/profile+developer+documentation&lt;br /&gt;
*http://dev.tikiwiki.org/Hello+World (general how to dev page)&lt;br /&gt;
*http://doc.tikiwiki.org/Webservices&lt;br /&gt;
*http://dev.tikiwiki.org/How+to+get+commit+access&lt;br /&gt;
&lt;br /&gt;
General&lt;br /&gt;
*[http://irc.tikiwiki.org/ IRC chat]&lt;br /&gt;
*[http://sourceforge.net/mail/?group_id=64258 Mailing Lists]&lt;br /&gt;
*http://tikiwiki.org/TikiFest (events)&lt;br /&gt;
*http://tikiwiki.org/SWOT (A community-managed S.W.O.T. for the TikiWiki community)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some ideas for the future&lt;br /&gt;
*http://dev.tikiwiki.org/TikiObject&lt;br /&gt;
*http://dev.tikiwiki.org/TikiCoreRFC-1&lt;br /&gt;
*http://dev.tikiwiki.org/Endangered+Features&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=172946</id>
		<title>Support/TikiWikiUpgrade</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=172946"/>
		<updated>2009-10-03T00:09:32Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Background=&lt;br /&gt;
&lt;br /&gt;
SUMO is currently based on TikiWiki 1.10, a two year old version of Tiki that we&#039;ve kept adding new features to while applying security patches and doing partial upgrades from Tiki upstream on select files. This has resulted in a situation where upgrading to the latest version of Tiki (currently 3.1, soon 4.0) will mean a lot of work.&lt;br /&gt;
&lt;br /&gt;
In order to find a sustainable solution for SUMO in the long term, we need to decide on what the next step should be. In making the right decision, we need to factor in aspects like code quality and sustainability as well as community health.&lt;br /&gt;
&lt;br /&gt;
One thing the three options have in common is that they all involve a significant amount of work in the short term, but the question is which one provides the healthiest solution in the long term.&lt;br /&gt;
&lt;br /&gt;
=Our three options=&lt;br /&gt;
&lt;br /&gt;
==Upgrade==&lt;br /&gt;
&lt;br /&gt;
Upgrade to the latest stable version of TikiWiki and upstream future patches to ensure that we can continue to upgrade on each major TikiWiki release with minimal headache.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We can take advantage of the new TikiWiki features, such as Profiles (will allow us to create an &amp;quot;open source support&amp;quot; profile for TikiWiki that will be customized for the support website use case)&lt;br /&gt;
* SUMO community will be accustomed to all website tools, including things like the wiki markup &lt;br /&gt;
* Will pave the way for a healthy relationship with the TikiWiki community&lt;br /&gt;
** More visibility of our SUMO-specific features (e.g. the l10n dashboard) since they&#039;ll be available to other projects too&lt;br /&gt;
** We will become an actor instead of a consumer of TikiWiki -- our opportunity to give back to TikiWiki and demonstrate true Mozilla and open source values&lt;br /&gt;
** Opportunity to share our experiences and insights about secure and efficient coding to change TikiWiki developers&#039; mindset. ML: This is an opportunity for Tiki as well. Many things have improved since 1.10, we need more devs and more collaboration to make things go faster.&lt;br /&gt;
* [[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
* Tiki has a predictable release schedule (twice per year) and each version will have features that are useful for SUMO, even if they weren&#039;t high enough on priority list to actually develop them.&lt;br /&gt;
* Tiki has, built-in, most of the features that are needed for SUMO, which is why it was picked in the first place&lt;br /&gt;
* Tiki project wants to have [https://wiki.mozilla.org/Support/TikiUpstreamTriage#Features_.2F_enhancements_that_should_go_to_Tiki all the SUMO functionality discussed so far] in Tiki core, and have available easily for anyone in next release. Full agreement on [[Support/SumoDevRoadmap2009]] and we can presume that synergy in goals will always be there.&lt;br /&gt;
* Tiki community members [http://dev.tikiwiki.org/tiki-pagehistory.php?page=Performance&amp;amp;diff_style=sidediff&amp;amp;compare=Compare&amp;amp;newver=28&amp;amp;oldver=24 have volunteered in the past] and have upstreamed stuff when put to their attention. The reason there is little recent collaboration is that the communities need to be more visible to each other and because Tiki devs are working on 4.x code, having long abandoned 1.10 code &lt;br /&gt;
**Themes: Gary &amp;amp; luci have volunteered to make 4.x version and to work with SUMO to genericize interesting things. Ex.: Since 1.10, there several new fields (ex.: Site title subtitle, footer, etc.) that can managed via the admin panel (tiki-admin.php?page=look). And with workspaces, it becomes possible to override them by perspective. Site footer when user picks Fennec perspective is different the general site footer. (New in 4.0).&lt;br /&gt;
***A SVN branch was created to collaborate on this.&lt;br /&gt;
***[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
***Live at: http://sumo.ourwiki.net/&lt;br /&gt;
*[http://sourceforge.net/project/memberlist.php?group_id=64258 5 SUMO developers have commit access to Tiki trunk], and all is needed is a SourceForge username to have more :-)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* TikiWiki 4.x still has several major design flaws -- our best bet in the long term would be to rewrite some of these components to allow future scalability and extensibility &lt;br /&gt;
* During the initial upgrade to 4.x, making sure that everything still works on SUMO will mean extensive QA and likely several bug fixes aside from our initial list of patches to upstream. &lt;br /&gt;
* Once we&#039;ve upgraded to 4.x, we will need to keep upstreaming our patches to TikiWiki trunk to ensure that our new features and bug fixes will be available when we upgrade TikiWiki to 5.x, 6.x, etc.&lt;br /&gt;
* TikiWiki and SUMO often has quite different priorities. TikiWiki wants to create the equivalent of a CMS &amp;quot;operating system&amp;quot; -- a solution that can do pretty much anything. Our focus is to produce a high quality solution designed to fit our needs. ML: As SUMO is an active participant to the TikiWiki community, SUMO priorities &#039;&#039;&#039;are&#039;&#039;&#039; Tiki priorities.&lt;br /&gt;
&lt;br /&gt;
==Fork==&lt;br /&gt;
&lt;br /&gt;
Fork and leave TikiWiki behind altogether and develop our own solution independently of TikiWiki.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could easily strip out 90% of the codebase&lt;br /&gt;
* We could probably still &amp;quot;steal&amp;quot; new TikiWiki features if we wanted to by backporting&lt;br /&gt;
* We could eventually rewrite major components and slowly get rid of our TikiWiki dependencies&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* We would still have to rewrite many of the components to ensure future scalability, but rather than working together with TikiWiki we would do it on our own&lt;br /&gt;
* We could hardly call ourselves good open source citizens since we wouldn&#039;t give any of our fixes or feature additions back unless someone took our code and upstreamed it themselves&lt;br /&gt;
&lt;br /&gt;
==Port==&lt;br /&gt;
&lt;br /&gt;
Port SUMO to a different platform.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could switch to a platform that focuses on scalability, performance, and extensibility, rather than a &amp;quot;Jack of all trades, master of none&amp;quot; platform&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* Unless we invested a crazy amount of time to make things feel unchanged, this would mean a radically different system for many of our community members&#039; use cases:&lt;br /&gt;
** Editing articles would likely be done with a different wiki syntax&lt;br /&gt;
** Localization workflow would be different &lt;br /&gt;
** Forum software would be different&lt;br /&gt;
* This would definitely disrupt and alienate many SUMO community members who typically aren&#039;t excited about changed workflows -- just getting people to contribute on SUMO rather than another system has proved to be very difficult in the past&lt;br /&gt;
* Would essentially mean that all further SUMO development would stop for a good amount of time (probably a full quarter at best)&lt;br /&gt;
* Not clear how much of a benefit this would be in the end -- depends heavily on the platform chosen&lt;br /&gt;
* Would likely have tons of regressions and broken use cases we didn&#039;t consider&lt;br /&gt;
&lt;br /&gt;
=What&#039;s needed to make a decision=&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul for James to share some new architecture concerns and get to know each others&#039; perspectives more -- Sept 2nd&lt;br /&gt;
* Table of technical comparison between different CMS platforms (James)&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul/LPH so LPH can provide some initial responses on the feasibility of our architectural ideas&lt;br /&gt;
* Completed work on [https://wiki.mozilla.org/Support/TikiUpstreamTriage SUMO bug triage] to get a clear picture of resources needed to upgrade (David/Laura/Marc)&lt;br /&gt;
* Response to our [http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla architecture concerns] (LPH/Marc) -- due Sept 9th&lt;br /&gt;
&lt;br /&gt;
=Recommendations=&lt;br /&gt;
&lt;br /&gt;
After working out the details of our various options, this is where we are as of 23 September.&lt;br /&gt;
&lt;br /&gt;
==No porting at this stage==&lt;br /&gt;
Porting would give us some concrete benefit in a cleaner upgrade and maintenance path, in a (theoretically) more modular and scalable platform, and in a more modern, cleaner code base; and some potential benefit in terms of feature turn-around times. However, the cost is extremely high as we would have to reimplement all the SUMO specific features inside a different application framework.  We would also make life harder for the SUMO contributors as they would have to learn a new platform.  As a result, we have ruled out any kind of porting at this stage.&lt;br /&gt;
&lt;br /&gt;
We suggest two possible options (one favored by each of us).  The basis of both these options is to continue using the existing code, and either upgrade it or fork it.  Overall, we believe porting or complete reimplementation at this stage is not a good option, as the cost (including opportunity cost) is too high.&lt;br /&gt;
&lt;br /&gt;
=== Solace ===&lt;br /&gt;
&lt;br /&gt;
However, regardless of our choice, we think that [http://opensource.plurk.com/Solace/ Solace] is a promising new project and want to keep an eye on it as it matures, especially when we get to updating the forum component.&lt;br /&gt;
&lt;br /&gt;
==Option 1==&lt;br /&gt;
(preferred by Laura)&lt;br /&gt;
&lt;br /&gt;
Summary: Upgrade to 4.x, upstream patches, and then refactor, contributing our work back to the TikiWiki project.&lt;br /&gt;
&lt;br /&gt;
Under this option we would upgrade Tiki to 4.x, and then embark on a serious program of refactoring.  We would, as an early priority, rewrite the forums.  The upgrade would give us the benefit of two years of work by the Tiki community including security and performance enhancements.&lt;br /&gt;
&lt;br /&gt;
The forums are the slowest part of Tiki that we use (and we are the biggest users of same).   In our research, all forum options are fairly awful, so we think we can do better and build in the features needed for a support-specific forum rather than a general discussion forum.&lt;br /&gt;
&lt;br /&gt;
===Advantages===&lt;br /&gt;
* By contributing our work back to the community (both existing patches and future refactoring work) we act as good open source citizens .  I feel that this is an important criteria that distinguishes us as Mozilla versus a different type of organization.&lt;br /&gt;
* Contribution of our patches makes future upgrades and staying in sync with the Tiki community much easier.&lt;br /&gt;
* We get the latest version of Tiki which has been through QA as a whole.  I am not in favor of partial backporting of selected features.  We&#039;ve done this in the past, and it ends up taking a long time and causing regressions.&lt;br /&gt;
* By making a decision to reimplement/refactor parts of Tiki to be better we are freed up from the duct tape approach we have used in the past, and will also be making the base code a better product in future releases.&lt;br /&gt;
* Things we get from Tiki 4: &lt;br /&gt;
** PDO&lt;br /&gt;
** Unit tests&lt;br /&gt;
** tiki-setup rewrite&lt;br /&gt;
** Security system rewrite&lt;br /&gt;
** l10n placeholders&lt;br /&gt;
** pagination support&lt;br /&gt;
** permissions system rewrite&lt;br /&gt;
** admin system rewrite&lt;br /&gt;
** tags rewrite&lt;br /&gt;
** editing UI improvements&lt;br /&gt;
** profiles&lt;br /&gt;
** More here: [http://dev.tikiwiki.org/RoadMap RoadMap]&lt;br /&gt;
&lt;br /&gt;
===Disadvantages===&lt;br /&gt;
* This approach has more upfront work to get on to the Tiki 4.x branch.  This would seriously limit the amount of SUMO specific work we could do in Q4.  I would argue that this is effectively the start of the refactoring work, however, and at some point we need to spend time on refactoring.  This approach front loads that portion of the work.&lt;br /&gt;
* Tiki 4.x will have a new set of bugs so we will see a rise in issues at the beginning.&lt;br /&gt;
&lt;br /&gt;
==Option 2==&lt;br /&gt;
(preferred by James)&lt;br /&gt;
&lt;br /&gt;
Summary: Fork, while upstreaming the patches we have now and backporting the changes we want.&lt;br /&gt;
&lt;br /&gt;
In terms of cost and benefit, I think the best action is forking.&lt;br /&gt;
&lt;br /&gt;
Upgrading gives very little concrete benefit, the reason I&#039;ve been against this option is that the only concrete benefit that we would actually use is the migration PDO--which is significant but very limited in scope, and could be backported. There is a lot of speculation, but it&#039;s an extremely costly gamble: at least a quarter dedicated to upgrade and QA, and even if the gamble pays off, I don&#039;t feel it justifies the cost.&lt;br /&gt;
&lt;br /&gt;
Forking, while upstreaming the patches we have now and backporting the changes we want, seems like the safest bet. It saves us a quarter that would otherwise be spent upgrading, and let&#039;s us get right into the growing backlog of SUMO bugs.&lt;br /&gt;
&lt;br /&gt;
I&#039;m also worried about the practicality of staying in sync:&lt;br /&gt;
&lt;br /&gt;
[[File:Breakdown_of_triaged_sumo_bugs.png|center]]&lt;br /&gt;
&lt;br /&gt;
sumo_only is the group of changes that we need to maintain during the syncs. Several of those are template changes, but things in sumo_triage or tiki_triage can also end up in sumo_only, and this is only the first ~1/4th of the bugs to triage.&lt;br /&gt;
&lt;br /&gt;
===Notes from Marc===&lt;br /&gt;
&lt;br /&gt;
When we made the categories, (sumo_only, tiki_bug, etc.), our goal was to evaluate how much work it was to upgrade. sumo_only is defined as: &amp;quot;Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&amp;quot;. So for us, that was stuff for which there was almost no work, work which is necessary/implicit anyway (with or without the upgrade), or that was included in a meta-bug.&lt;br /&gt;
&lt;br /&gt;
Perhaps we should further categorize things to get a better picture. For example:&lt;br /&gt;
&lt;br /&gt;
1- sumo_template -&amp;gt; sumo-specific templates that shouldn&#039;t be upstreamed (this could include minor features that are trivial to maintain). There will be work to upgrade to Tiki4, but fairly easy to manage and we have two volunteers (the two guys that redesigned Tiki themes in Tiki3).&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442312 SUMO links to php-test blog.mozilla.com]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=399749 Forums link in sidebar goes nowhere sometimes]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442321 Use https for links to Bugzilla and AMO in header]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2- sumo_feature -&amp;gt; Sumo_specific customization that can&#039;t be upstreamed and is not trivial to maintain, like a hardware-specific config. Ex.: SUMO rewrite rules, in-product help. Here, we should evaluate the meta-bug in its current global state and estimate porting to Tiki4 effort. Less work than the first time, but it can be significant if it touches somewhere where Tiki code changed a lot since 1.10.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=412266 Create separate landing page for in-product help]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=489910 Update .htaccess rules to handle firefox-f1 and firefox-osxkey]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3- Sumo_config -&amp;gt; Content or config handled by the CMS. No work expected.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=500047 SUMO should not be loading images from personal hosting servers]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=401067 New contributors cannot edit staging copies]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=388844 I (Chris Ilias) need more privileges on sumo staging site]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4- sumo_onetime -&amp;gt;  One time issue with load, etc. that we don&#039;t expect to ever deal with again. No work expected. But of course, we may discover new weird things.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=470550 Database replication died in the C01 cluster due to overfilling sphinx tables]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
5- sumo_included -&amp;gt; Stuff which is included already in another meta-bug (ex.: showfor, screencast, CSAT, minify, adding locales, etc.), as listed on [[Support/TikiUpstreamTriage]]. Please note that this could be a sumo_feature (like in-product) or a tiki_feature that should be upstreamed (ex.: showfor). The idea is that we upstream or port to Tiki4 only the latest version, which combines all previous Bugzilla items. &lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=425834 SHOWFOR doesn&#039;t hide text with headings]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=474842 SHOWFOR browser detection is not working]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497218 IE 6 / 7 / 8 Screencasts won&#039;t render in Internet Explorer (all versions)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497459 Make screencast preview not insert {SCREENCAST} snippet]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=482532 es-MX Enable Spanish (Mexico) localization on SUMO]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=485644 Remove es-MX locale (revert Bug 482532)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=480463 Layout broken in Safari 3.2.1 / IE 6 due to Minify]&lt;br /&gt;
&lt;br /&gt;
6- sumo-nottiki -&amp;gt; This would be things which have nothing to do with Tiki. Thus zero impact if we upgrade or not.&lt;br /&gt;
&lt;br /&gt;
* MySQL errors, etc.&lt;br /&gt;
&lt;br /&gt;
7- sumo-tools -&amp;gt; Things like load tester. Here, perhaps we need to evaluate if it makes a difference if we upgrade or fork.&lt;br /&gt;
&lt;br /&gt;
So, most of the items of sumo_only should be not too much work. &lt;br /&gt;
&lt;br /&gt;
However,&lt;br /&gt;
1- The meta bugs can be huge &lt;br /&gt;
2- We&#039;ll have new features but also new bugs in Tiki4 (especially performance because no one stress-tested)&lt;br /&gt;
&lt;br /&gt;
===Notes from David===&lt;br /&gt;
Here&#039;s my attempt to distill the main points James is making in &amp;quot;proposal 2&amp;quot; and respond to them one by one: &lt;br /&gt;
&lt;br /&gt;
* Upgrading gives very little concrete benefit [...] the only concrete benefit that we would actually use is the migration PDO&lt;br /&gt;
** Based on Laura&#039;s list above, PDO is far from the only benefit&lt;br /&gt;
* There is a lot of speculation, but it&#039;s an extremely costly gamble&lt;br /&gt;
** I think the main speculation here is that we&#039;ll benefit from increased participation (or participation period) from the Tiki community if we start to work more closely with them. However, based on the e-mails received the last few weeks from people like Marc, Stephane Casset, Alain Desilets, luci, and Gary, I would argue that it&#039;s not just speculation -- participation from Tiki actually started to happen already.&lt;br /&gt;
*at least a quarter dedicated to upgrade and QA, and even if the gamble pays off, I don&#039;t feel it justifies the cost&lt;br /&gt;
** The difference in cost between forking and upgrading doesn&#039;t seem significant here. Both involve upstreaming patches to Tiki and refactoring parts of the CMS, which is the significant effort. The added cost of upgrading then breaks down into:&lt;br /&gt;
*** [One-time effort] The actual upgrade to Tiki 4.1 (not including the parts above about upstreaming and refactoring)&lt;br /&gt;
*** [Ongoing] More coordination/communication with the Tiki community to ensure that our refactoring doesn&#039;t break other sites&lt;br /&gt;
*** [Ongoing] More QA for every future upgrade/sync (Tiki 5.1, 6.1, etc) to ensure that new features/fixes in upstream Tiki don&#039;t break SUMO&lt;br /&gt;
*** [Ongoing] Upstreaming of future patches&lt;br /&gt;
&lt;br /&gt;
In response to the graph above from the initial bug triage: As Marc already pointed out, the sumo_only tag is not meant as &amp;quot;patches we&#039;ll need to re-apply every time we upgrade to a newer version of Tiki&amp;quot; -- quite the opposite: it&#039;s for bugs like one-time stuff (e.g. &amp;quot;launch Kampyle survey&amp;quot;), CMS administration (e.g. &amp;quot;changing permissions on users X&amp;quot;), or breakage specific to our servers (e.g. &amp;quot;stage server is down&amp;quot;) -- in other words, it&#039;s for stuff that we shouldn&#039;t have to worry about in the upgrade effort. &lt;br /&gt;
&lt;br /&gt;
We should always strive to minimize the number of patches on SUMO that change Tiki but that we&#039;re not upstreaming for whatever reason; we all agree that having to maintain a set of patches that need to be re-applied for every future Tiki upgrade is not a good thing. Fortunately, the only real example of such a patch so far is our memcache implementation, which Tiki seems to want to implement differently. In other words, this is likely more of a theoretical concern than an actual one; staying in sync with Tiki between upgrades shouldn&#039;t be nearly as problematic as the graph suggests, as long as we&#039;re disciplined about upstreaming our patches.&lt;br /&gt;
&lt;br /&gt;
=Related=&lt;br /&gt;
[[Support/TikiUpstreamPlanning]]&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamPlanning&amp;diff=172943</id>
		<title>Support/TikiUpstreamPlanning</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamPlanning&amp;diff=172943"/>
		<updated>2009-10-03T00:06:05Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* tiki_triage */ me!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Tiki Upstream Planning =&lt;br /&gt;
&lt;br /&gt;
Looking so far, my very rough, unscientific estimate is that a good day is getting two patches committed. More likely is less than 1.5 on average, to manually resolve conflicts, merge, and do enough BFT to know it&#039;s not completely broken.&lt;br /&gt;
&lt;br /&gt;
One wrench in the estimation is that of the almost 900 or so closed (reso fixed or veri fixed) SUMO bugs [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;bug_status=RESOLVED&amp;amp;bug_status=VERIFIED&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0=], only around 200 have been triaged so far. I&#039;ll deal with this below.&lt;br /&gt;
&lt;br /&gt;
== Breakdown of triaged bugs ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Bold&#039;&#039;&#039; are blockers in bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== tiki_feature ===&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=398246 Bug 398246]&#039;&#039;&#039; - no patches or revisions, partially server configurations&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=395271 Bug 395271] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=480223 Bug 480223] - revision number&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465518 Bug 465518] - patches&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=412265 Bug 412265]&#039;&#039;&#039; - no patches or revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=441858 Bug 441858] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=506547 Bug 506547] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=433341 Bug 433341] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=436679 Bug 436679] - patch&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=429784 Bug 429784] - revisions&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=498001 Bug 498001] - patch, revisions&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=492697 Bug 492697] - patch, revisions, parallel work in tiki&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=452830 Bug 452830] - patch, sql&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465029 Bug 465029] - patch, revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=509864 Bug 509864] - patch, revision&lt;br /&gt;
&lt;br /&gt;
=== tiki_bug ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=514244 Bug 514244] - NEW, untargeted&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=429529 Bug 429529] - patch, revision&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=512120 Bug 512120] - patch, not in SVN&lt;br /&gt;
* [https://bugzilla.mozilla.org/show_bug.cgi?id=485557 Bug 485557] - revision, possibly fixed in tiki&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/show_bug.cgi?id=484100 Bug 484100]&#039;&#039;&#039; - patch, revisions&lt;br /&gt;
&lt;br /&gt;
=== tiki_fixed ===&lt;br /&gt;
&lt;br /&gt;
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_fixed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= 21 bugs]. At some point, will need to check that implementations are compatible.&lt;br /&gt;
&lt;br /&gt;
=== tiki_triage ===&lt;br /&gt;
&lt;br /&gt;
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= 38 bugs]. Not sure who&#039;s on this. &#039;&#039;marclaporte&#039;&#039; is on this but needs new categories (as discussed on sumo-dev-list)&lt;br /&gt;
&lt;br /&gt;
== Untriaged bugs ==&lt;br /&gt;
&lt;br /&gt;
A bugzilla search for closed (veri fixed or reso fixed) bugs in SUMO excluding Chat and Mobile yields 885 bugs ([https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;bug_status=RESOLVED&amp;amp;bug_status=VERIFIED&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0=]).&lt;br /&gt;
&lt;br /&gt;
Using the current percentages as a guide, there&#039;s a rough estimate of around 85 bugs to upstream, instead of the 20 we have triaged so far.&lt;br /&gt;
&lt;br /&gt;
{|border=1|&lt;br /&gt;
!Component!!Triaged Bugs!!% of all Triaged Bugs!!Estimated total (% * 885)&lt;br /&gt;
|-&lt;br /&gt;
|tiki_feature||15||7.18%||64&lt;br /&gt;
|-&lt;br /&gt;
|tiki_bug||5||2.39%||21&lt;br /&gt;
|-&lt;br /&gt;
|tiki_triage||38||18.18%||161&lt;br /&gt;
|-&lt;br /&gt;
|tiki_fixed||21||10.05%||89&lt;br /&gt;
|-&lt;br /&gt;
|sumo_triage||15||7.18%||64&lt;br /&gt;
|-&lt;br /&gt;
|sumo_only||115||55.02%||487&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
That would also leave around 160 bugs to check in Tiki.&lt;br /&gt;
&lt;br /&gt;
= Timeline =&lt;br /&gt;
With an estimate of 85 bugs to upstream at ~1.5 bugs per day, that&#039;s 57 days of dev time, or around 11 weeks.&lt;br /&gt;
&lt;br /&gt;
Resource wise, this corresponds with the initial estimate of one dev for a full quarter.  We may also be able to get help from the Tiki community with this task.&lt;br /&gt;
&lt;br /&gt;
The bug triage needs to be finished as quickly as possible so this estimate can be firmed up.&lt;br /&gt;
&lt;br /&gt;
==Questions==&lt;br /&gt;
* How many of the triaged/untriaged bugs are just trackers?  How many are much bigger/smaller that the 1.5 a day rate?&lt;br /&gt;
* How likely is it that the Tiki community would consider either a) holding 4.0 for our upstreamed patches or b) finding contributors to get these patches into 4.0 or c) a combination of both&amp;gt;&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=171196</id>
		<title>Support/TikiWikiUpgrade</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=171196"/>
		<updated>2009-09-26T02:40:53Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Upgrade */  Morgamic, Laura, James, David, Paul&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Background=&lt;br /&gt;
&lt;br /&gt;
SUMO is currently based on TikiWiki 1.10, a two year old version of Tiki that we&#039;ve kept adding new features to while applying security patches and doing partial upgrades from Tiki upstream on select files. This has resulted in a situation where upgrading to the latest version of Tiki (currently 3.1, soon 4.0) will mean a lot of work.&lt;br /&gt;
&lt;br /&gt;
In order to find a sustainable solution for SUMO in the long term, we need to decide on what the next step should be. In making the right decision, we need to factor in aspects like code quality and sustainability as well as community health.&lt;br /&gt;
&lt;br /&gt;
One thing the three options have in common is that they all involve a significant amount of work in the short term, but the question is which one provides the healthiest solution in the long term.&lt;br /&gt;
&lt;br /&gt;
=Our three options=&lt;br /&gt;
&lt;br /&gt;
==Upgrade==&lt;br /&gt;
&lt;br /&gt;
Upgrade to the latest stable version of TikiWiki and upstream future patches to ensure that we can continue to upgrade on each major TikiWiki release with minimal headache.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We can take advantage of the new TikiWiki features, such as Profiles (will allow us to create an &amp;quot;open source support&amp;quot; profile for TikiWiki that will be customized for the support website use case)&lt;br /&gt;
* SUMO community will be accustomed to all website tools, including things like the wiki markup &lt;br /&gt;
* Will pave the way for a healthy relationship with the TikiWiki community&lt;br /&gt;
** More visibility of our SUMO-specific features (e.g. the l10n dashboard) since they&#039;ll be available to other projects too&lt;br /&gt;
** We will become an actor instead of a consumer of TikiWiki -- our opportunity to give back to TikiWiki and demonstrate true Mozilla and open source values&lt;br /&gt;
** Opportunity to share our experiences and insights about secure and efficient coding to change TikiWiki developers&#039; mindset. ML: This is an opportunity for Tiki as well. Many things have improved since 1.10, we need more devs and more collaboration to make things go faster.&lt;br /&gt;
* [[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
* Tiki has a predictable release schedule (twice per year) and each version will have features that are useful for SUMO, even if they weren&#039;t high enough on priority list to actually develop them.&lt;br /&gt;
* Tiki has, built-in, most of the features that are needed for SUMO, which is why it was picked in the first place&lt;br /&gt;
* Tiki project wants to have [https://wiki.mozilla.org/Support/TikiUpstreamTriage#Features_.2F_enhancements_that_should_go_to_Tiki all the SUMO functionality discussed so far] in Tiki core, and have available easily for anyone in next release. Full agreement on [[Support/SumoDevRoadmap2009]] and we can presume that synergy in goals will always be there.&lt;br /&gt;
* Tiki community members [http://dev.tikiwiki.org/tiki-pagehistory.php?page=Performance&amp;amp;diff_style=sidediff&amp;amp;compare=Compare&amp;amp;newver=28&amp;amp;oldver=24 have volunteered in the past] and have upstreamed stuff when put to their attention. The reason there is little recent collaboration is that the communities need to be more visible to each other and because Tiki devs are working on 4.x code, having long abandoned 1.10 code &lt;br /&gt;
**Themes: Gary &amp;amp; luci have volunteered to make 4.x version and to work with SUMO to genericize interesting things. Ex.: Since 1.10, there several new fields (ex.: Site title subtitle, footer, etc.) that can managed via the admin panel (tiki-admin.php?page=look). And with workspaces, it becomes possible to override them by perspective. Site footer when user picks Fennec perspective is different the general site footer. (New in 4.0).&lt;br /&gt;
***A SVN branch was created to collaborate on this.&lt;br /&gt;
***[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
***Live at: http://sumo.ourwiki.net/&lt;br /&gt;
*[http://sourceforge.net/project/memberlist.php?group_id=64258 5 SUMO developers have commit access to Tiki trunk], and all is needed is a SourceForge username to have more :-)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* TikiWiki 4.x still has several major design flaws -- our best bet in the long term would be to rewrite some of these components to allow future scalability and extensibility &lt;br /&gt;
* During the initial upgrade to 4.x, making sure that everything still works on SUMO will mean extensive QA and likely several bug fixes aside from our initial list of patches to upstream. &lt;br /&gt;
* Once we&#039;ve upgraded to 4.x, we will need to keep upstreaming our patches to TikiWiki trunk to ensure that our new features and bug fixes will be available when we upgrade TikiWiki to 5.x, 6.x, etc.&lt;br /&gt;
* TikiWiki and SUMO often has quite different priorities. TikiWiki wants to create the equivalent of a CMS &amp;quot;operating system&amp;quot; -- a solution that can do pretty much anything. Our focus is to produce a high quality solution designed to fit our needs. ML: As SUMO is an active participant to the TikiWiki community, SUMO priorities &#039;&#039;&#039;are&#039;&#039;&#039; Tiki priorities.&lt;br /&gt;
&lt;br /&gt;
==Fork==&lt;br /&gt;
&lt;br /&gt;
Fork and leave TikiWiki behind altogether and develop our own solution independently of TikiWiki.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could easily strip out 90% of the codebase&lt;br /&gt;
* We could probably still &amp;quot;steal&amp;quot; new TikiWiki features if we wanted to by backporting&lt;br /&gt;
* We could eventually rewrite major components and slowly get rid of our TikiWiki dependencies&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* We would still have to rewrite many of the components to ensure future scalability, but rather than working together with TikiWiki we would do it on our own&lt;br /&gt;
* We could hardly call ourselves good open source citizens since we wouldn&#039;t give any of our fixes or feature additions back unless someone took our code and upstreamed it themselves&lt;br /&gt;
&lt;br /&gt;
==Port==&lt;br /&gt;
&lt;br /&gt;
Port SUMO to a different platform.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could switch to a platform that focuses on scalability, performance, and extensibility, rather than a &amp;quot;Jack of all trades, master of none&amp;quot; platform&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* Unless we invested a crazy amount of time to make things feel unchanged, this would mean a radically different system for many of our community members&#039; use cases:&lt;br /&gt;
** Editing articles would likely be done with a different wiki syntax&lt;br /&gt;
** Localization workflow would be different &lt;br /&gt;
** Forum software would be different&lt;br /&gt;
* This would definitely disrupt and alienate many SUMO community members who typically aren&#039;t excited about changed workflows -- just getting people to contribute on SUMO rather than another system has proved to be very difficult in the past&lt;br /&gt;
* Would essentially mean that all further SUMO development would stop for a good amount of time (probably a full quarter at best)&lt;br /&gt;
* Not clear how much of a benefit this would be in the end -- depends heavily on the platform chosen&lt;br /&gt;
* Would likely have tons of regressions and broken use cases we didn&#039;t consider&lt;br /&gt;
&lt;br /&gt;
=What&#039;s needed to make a decision=&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul for James to share some new architecture concerns and get to know each others&#039; perspectives more -- Sept 2nd&lt;br /&gt;
* Table of technical comparison between different CMS platforms (James)&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul/LPH so LPH can provide some initial responses on the feasibility of our architectural ideas&lt;br /&gt;
* Completed work on [https://wiki.mozilla.org/Support/TikiUpstreamTriage SUMO bug triage] to get a clear picture of resources needed to upgrade (David/Laura/Marc)&lt;br /&gt;
* Response to our [http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla architecture concerns] (LPH/Marc) -- due Sept 9th&lt;br /&gt;
&lt;br /&gt;
=Recommendations=&lt;br /&gt;
&lt;br /&gt;
After working out the details of our various options, this is where we are as of 23 September.&lt;br /&gt;
&lt;br /&gt;
==No porting at this stage==&lt;br /&gt;
Porting would give us some concrete benefit in a cleaner upgrade and maintenance path, in a (theoretically) more modular and scalable platform, and in a more modern, cleaner code base; and some potential benefit in terms of feature turn-around times. However, the cost is extremely high as we would have to reimplement all the SUMO specific features inside a different application framework.  We would also make life harder for the SUMO contributors as they would have to learn a new platform.  As a result, we have ruled out any kind of porting at this stage.&lt;br /&gt;
&lt;br /&gt;
We suggest two possible options (one favored by each of us).  The basis of both these options is to continue using the existing code, and either upgrade it or fork it.  Overall, we believe porting or complete reimplementation at this stage is not a good option, as the cost (including opportunity cost) is too high.&lt;br /&gt;
&lt;br /&gt;
=== Solace ===&lt;br /&gt;
&lt;br /&gt;
However, regardless of our choice, we think that [http://opensource.plurk.com/Solace/ Solace] is a promising new project and want to keep an eye on it as it matures, especially when we get to updating the forum component.&lt;br /&gt;
&lt;br /&gt;
==Option 1==&lt;br /&gt;
(preferred by Laura)&lt;br /&gt;
&lt;br /&gt;
Summary: Upgrade to 4.x, upstream patches, and then refactor, contributing our work back to the TikiWiki project.&lt;br /&gt;
&lt;br /&gt;
Under this option we would upgrade Tiki to 4.x, and then embark on a serious program of refactoring.  We would, as an early priority, rewrite the forums.  The upgrade would give us the benefit of two years of work by the Tiki community including security and performance enhancements.&lt;br /&gt;
&lt;br /&gt;
The forums are the slowest part of Tiki that we use (and we are the biggest users of same).   In our research, all forum options are fairly awful, so we think we can do better and build in the features needed for a support-specific forum rather than a general discussion forum.&lt;br /&gt;
&lt;br /&gt;
===Advantages===&lt;br /&gt;
* By contributing our work back to the community (both existing patches and future refactoring work) we act as good open source citizens .  I feel that this is an important criteria that distinguishes us as Mozilla versus a different type of organization.&lt;br /&gt;
* Contribution of our patches makes future upgrades and staying in sync with the Tiki community much easier.&lt;br /&gt;
* We get the latest version of Tiki which has been through QA as a whole.  I am not in favor of partial backporting of selected features.  We&#039;ve done this in the past, and it ends up taking a long time and causing regressions.&lt;br /&gt;
* By making a decision to reimplement/refactor parts of Tiki to be better we are freed up from the duct tape approach we have used in the past, and will also be making the base code a better product in future releases.&lt;br /&gt;
* Things we get from Tiki 4: &lt;br /&gt;
** PDO&lt;br /&gt;
** Unit tests&lt;br /&gt;
** tiki-setup rewrite&lt;br /&gt;
** Security system rewrite&lt;br /&gt;
** l10n placeholders&lt;br /&gt;
** pagination support&lt;br /&gt;
** permissions system rewrite&lt;br /&gt;
** admin system rewrite&lt;br /&gt;
** tags rewrite&lt;br /&gt;
** editing UI improvements&lt;br /&gt;
** profiles&lt;br /&gt;
** More here: [http://dev.tikiwiki.org/RoadMap RoadMap]&lt;br /&gt;
&lt;br /&gt;
===Disadvantages===&lt;br /&gt;
* This approach has more upfront work to get on to the Tiki 4.x branch.  This would seriously limit the amount of SUMO specific work we could do in Q4.  I would argue that this is effectively the start of the refactoring work, however, and at some point we need to spend time on refactoring.  This approach front loads that portion of the work.&lt;br /&gt;
* Tiki 4.x will have a new set of bugs so we will see a rise in issues at the beginning.&lt;br /&gt;
&lt;br /&gt;
==Option 2==&lt;br /&gt;
(preferred by James)&lt;br /&gt;
&lt;br /&gt;
Summary: Fork, while upstreaming the patches we have now and backporting the changes we want.&lt;br /&gt;
&lt;br /&gt;
In terms of cost and benefit, I think the best action is forking.&lt;br /&gt;
&lt;br /&gt;
Upgrading gives very little concrete benefit, the reason I&#039;ve been against this option is that the only concrete benefit that we would actually use is the migration PDO--which is significant but very limited in scope, and could be backported. There is a lot of speculation, but it&#039;s an extremely costly gamble: at least a quarter dedicated to upgrade and QA, and even if the gamble pays off, I don&#039;t feel it justifies the cost.&lt;br /&gt;
&lt;br /&gt;
Forking, while upstreaming the patches we have now and backporting the changes we want, seems like the safest bet. It saves us a quarter that would otherwise be spent upgrading, and let&#039;s us get right into the growing backlog of SUMO bugs.&lt;br /&gt;
&lt;br /&gt;
I&#039;m also worried about the practicality of staying in sync:&lt;br /&gt;
&lt;br /&gt;
[[File:Breakdown_of_triaged_sumo_bugs.png|center]]&lt;br /&gt;
&lt;br /&gt;
sumo_only is the group of changes that we need to maintain during the syncs. Several of those are template changes, but things in sumo_triage or tiki_triage can also end up in sumo_only, and this is only the first ~1/4th of the bugs to triage.&lt;br /&gt;
&lt;br /&gt;
===Notes from Marc===&lt;br /&gt;
&lt;br /&gt;
When we made the categories, (sumo_only, tiki_bug, etc.), our goal was to evaluate how much work it was to upgrade. sumo_only is defined as: &amp;quot;Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&amp;quot;. So for us, that was stuff for which there was almost no work, work which is necessary/implicit anyway (with or without the upgrade), or that was included in a meta-bug.&lt;br /&gt;
&lt;br /&gt;
Perhaps we should further categorize things to get a better picture. For example:&lt;br /&gt;
&lt;br /&gt;
1- sumo_template -&amp;gt; sumo-specific templates that shouldn&#039;t be upstreamed (this could include minor features that are trivial to maintain). There will be work to upgrade to Tiki4, but fairly easy to manage and we have two volunteers (the two guys that redesigned Tiki themes in Tiki3).&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442312 SUMO links to php-test blog.mozilla.com]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=399749 Forums link in sidebar goes nowhere sometimes]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442321 Use https for links to Bugzilla and AMO in header]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2- sumo_feature -&amp;gt; Sumo_specific customization that can&#039;t be upstreamed and is not trivial to maintain, like a hardware-specific config. Ex.: SUMO rewrite rules, in-product help. Here, we should evaluate the meta-bug in its current global state and estimate porting to Tiki4 effort. Less work than the first time, but it can be significant if it touches somewhere where Tiki code changed a lot since 1.10.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=412266 Create separate landing page for in-product help]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=489910 Update .htaccess rules to handle firefox-f1 and firefox-osxkey]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3- Sumo_config -&amp;gt; Content or config handled by the CMS. No work expected.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=500047 SUMO should not be loading images from personal hosting servers]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=401067 New contributors cannot edit staging copies]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=388844 I (Chris Ilias) need more privileges on sumo staging site]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4- sumo_onetime -&amp;gt;  One time issue with load, etc. that we don&#039;t expect to ever deal with again. No work expected. But of course, we may discover new weird things.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=470550 Database replication died in the C01 cluster due to overfilling sphinx tables]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
5- sumo_included -&amp;gt; Stuff which is included already in another meta-bug (ex.: showfor, screencast, CSAT, minify, adding locales, etc.), as listed on [[Support/TikiUpstreamTriage]]. Please note that this could be a sumo_feature (like in-product) or a tiki_feature that should be upstreamed (ex.: showfor). The idea is that we upstream or port to Tiki4 only the latest version, which combines all previous Bugzilla items. &lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=425834 SHOWFOR doesn&#039;t hide text with headings]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=474842 SHOWFOR browser detection is not working]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497218 IE 6 / 7 / 8 Screencasts won&#039;t render in Internet Explorer (all versions)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497459 Make screencast preview not insert {SCREENCAST} snippet]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=482532 es-MX Enable Spanish (Mexico) localization on SUMO]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=485644 Remove es-MX locale (revert Bug 482532)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=480463 Layout broken in Safari 3.2.1 / IE 6 due to Minify]&lt;br /&gt;
&lt;br /&gt;
6- sumo-nottiki -&amp;gt; This would be things which have nothing to do with Tiki. Thus zero impact if we upgrade or not.&lt;br /&gt;
&lt;br /&gt;
* MySQL errors, etc.&lt;br /&gt;
&lt;br /&gt;
7- sumo-tools -&amp;gt; Things like load tester. Here, perhaps we need to evaluate if it makes a difference if we upgrade or fork.&lt;br /&gt;
&lt;br /&gt;
So, most of the items of sumo_only should be not too much work. &lt;br /&gt;
&lt;br /&gt;
However,&lt;br /&gt;
1- The meta bugs can be huge &lt;br /&gt;
2- We&#039;ll have new features but also new bugs in Tiki4 (especially performance because no one stress-tested)&lt;br /&gt;
&lt;br /&gt;
===Notes from David===&lt;br /&gt;
Here&#039;s my attempt to distill the main points James is making in &amp;quot;proposal 2&amp;quot; and respond to them one by one: &lt;br /&gt;
&lt;br /&gt;
* Upgrading gives very little concrete benefit [...] the only concrete benefit that we would actually use is the migration PDO&lt;br /&gt;
** Based on Laura&#039;s list above, PDO is far from the only benefit&lt;br /&gt;
* There is a lot of speculation, but it&#039;s an extremely costly gamble&lt;br /&gt;
** I think the main speculation here is that we&#039;ll benefit from increased participation (or participation period) from the Tiki community if we start to work more closely with them. However, based on the e-mails received the last few weeks from people like Marc, Stephane Casset, Alain Desilets, luci, and Gary, I would argue that it&#039;s not just speculation -- participation from Tiki actually started to happen already.&lt;br /&gt;
*at least a quarter dedicated to upgrade and QA, and even if the gamble pays off, I don&#039;t feel it justifies the cost&lt;br /&gt;
** The difference in cost between forking and upgrading doesn&#039;t seem significant here. Both involve upstreaming patches to Tiki and refactoring parts of the CMS, which is the significant effort. The added cost of upgrading then breaks down into:&lt;br /&gt;
*** [One-time effort] The actual upgrade to Tiki 4.1 (not including the parts above about upstreaming and refactoring)&lt;br /&gt;
*** [Ongoing] More coordination/communication with the Tiki community to ensure that our refactoring doesn&#039;t break other sites&lt;br /&gt;
*** [Ongoing] More QA for every future upgrade/sync (Tiki 5.1, 6.1, etc) to ensure that new features/fixes in upstream Tiki don&#039;t break SUMO&lt;br /&gt;
*** [Ongoing] Upstreaming of future patches&lt;br /&gt;
&lt;br /&gt;
In response to the graph above from the initial bug triage: As Marc already pointed out, the sumo_only tag is not meant as &amp;quot;patches we&#039;ll need to re-apply every time we upgrade to a newer version of Tiki&amp;quot; -- quite the opposite: it&#039;s for bugs like one-time stuff (e.g. &amp;quot;launch Kampyle survey&amp;quot;), CMS administration (e.g. &amp;quot;changing permissions on users X&amp;quot;), or breakage specific to our servers (e.g. &amp;quot;stage server is down&amp;quot;) -- in other words, it&#039;s for stuff that we shouldn&#039;t have to worry about in the upgrade effort. &lt;br /&gt;
&lt;br /&gt;
We should always strive to minimize the number of patches on SUMO that change Tiki but that we&#039;re not upstreaming for whatever reason; we all agree that having to maintain a set of patches that need to be re-applied for every future Tiki upgrade is not a good thing. Fortunately, the only real example of such a patch so far is our memcache implementation, which Tiki seems to want to implement differently. In other words, this is likely more of a theoretical concern than an actual one; staying in sync with Tiki between upgrades shouldn&#039;t be nearly as problematic as the graph suggests, as long as we&#039;re disciplined about upstreaming our patches.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170788</id>
		<title>Support/UpgradeToTiki4/ThemeCoordination</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170788"/>
		<updated>2009-09-24T23:31:25Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Breadcrumbs */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;About the theme so far...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Code ==&lt;br /&gt;
An experimental branch has been created:&lt;br /&gt;
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/experimental/sumo/&lt;br /&gt;
&lt;br /&gt;
== In action ==&lt;br /&gt;
In action:&lt;br /&gt;
http://sumo.ourwiki.net&lt;br /&gt;
&lt;br /&gt;
== People ==&lt;br /&gt;
*Gary&lt;br /&gt;
*luci&lt;br /&gt;
*Marc&lt;br /&gt;
*you?&lt;br /&gt;
&lt;br /&gt;
== Stylesheets ==&lt;br /&gt;
&lt;br /&gt;
There are two basic looks (that I&#039;ve found so far):&lt;br /&gt;
* &amp;quot;Top pages&amp;quot; like the site index page and the top forum page ([http://support.mozilla.com/en-US/kb/Support+Website+Forums]). These have an intro statement and the logo/searchform. The darker blue background extends further down the page to underly this additional content.&lt;br /&gt;
* &amp;quot;Normal pages&amp;quot; like, for example, this one. Here the darker background image is positioned higher on the page since the logo/searchform aren&#039;t present.&lt;br /&gt;
&lt;br /&gt;
One theme  - moz4.css - is the default, and its theme option, moz4intro.css, is for introductory pages such as the site index page. This way they can share any modified templates. (This is an update from the previous arrangement - see the page history for details.) The theme option is assigned to a category &amp;quot;Intro_pages&amp;quot; using the Template Manager (set on a category basis; my first idea was to set the theme option on an object basis but it seems this isn&#039;t possible, maybe due to an oversight when the theme options feature was added.)&lt;br /&gt;
&lt;br /&gt;
SUMO currently uses some YUI ([http://developer.yahoo.com/yui/grids/]) methods to reset properties, etc. I&#039;m not really familiar enough with those to implement them here, so have used the ways I know. Probably this can be adjusted if the SUMO people want to do that.&lt;br /&gt;
&lt;br /&gt;
== Templates ==&lt;br /&gt;
My goal was to have as little template customization as possible, of course. But I think it&#039;s not possible to avoid that altogether. Already, to produce the fixed-width aspects of the pages, I modified tiki.tpl to move the end of div#main above the bottom-bar area so that #main can be narrowed and the footer can be full width.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;I think it&#039;ll also be necessary to modify tiki.tpl to add divs for the bracket images that display above and below the content&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*IMHO you don&#039;t have to modify tiki.tpl. Just try to use the layoutshadows feature in Look &amp;amp; Feel&lt;br /&gt;
** gary replies: You&#039;re right, luci. I turned on the layoutshadows for the extra divs, and used them for the bracket images. Thanks.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
I didn&#039;t get that far yet, but probably tiki-showpage.tpl will need to be modified also, along with forum tpls.&lt;br /&gt;
&lt;br /&gt;
== Top menu ==&lt;br /&gt;
Still details to finish up, but Superfish does a good job replicating the original top menu appearance and function.&lt;br /&gt;
&lt;br /&gt;
== Custom center column heading ==&lt;br /&gt;
We talked about this some time ago, and this is a perfect use case. I commit the change today (r21258), and replaced the related files at this site. So &amp;quot;Top pages&amp;quot; use this Look and Feel option. So far, there&#039;s just the HTML from the SUMO site pasted in (to produce the site index content), but the forum-top and other top pages (I haven&#039;t explored yet to find them) will need either their content pasted in, or maybe the L and F textarea should contain logic to load menupages or something, for the various pages that need the content.&lt;br /&gt;
&lt;br /&gt;
== Footer ==&lt;br /&gt;
The L and F bottom bar custom content feature is used for the footer content. This displays the &amp;quot;Switch Language&amp;quot; module floated right and a menupage module (calling page &amp;quot;moz4_footer_menus&amp;quot;) floated left, followed by the &amp;quot;about&amp;quot; and &amp;quot;powered by&amp;quot; lines in a div.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;Aside regarding module names - not about this project - I&#039;m having problems with module names in trunk, maybe due to the work going on with them now. At my wamp install (SVN-upped), the module name menupage works, but at this site I get an error (as can be seen). So looks like one way or another this site should get updated.&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*Fixed here. It has to be lowercase &amp;quot;menupage&amp;quot;, not &amp;quot;Menupage&amp;quot;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The module names are pretty chaotic right now in trunk IMO and should be systematized some way, I think. I got the switch-language module to work in a module wikiplugin by using the name &amp;quot;switchlang&amp;quot;, but there&#039;s no indication on the module admin page that this is the name to use (it&#039;s listed there as &amp;quot;Switch Language&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Columns ==&lt;br /&gt;
Only the center and right columns are used. I made &amp;quot;Firefox Support&amp;quot; a normal user module and put it at the top of the right column (its top item still needs styling).&lt;br /&gt;
&lt;br /&gt;
== Breadcrumbs ==&lt;br /&gt;
The SUMO site uses breadcrumbs, so I turned this feature on here. A problem is that our breacrumbs (neglected feature) only produces links, and these should be in a div, so this should be corrected in the breadcrumb.lib code, for better white space. Also a method is needed to not have the breadcrumbs appear on certain pages. If every page&#039;s body tag could be given a class or id similar to every module&#039;s div.box tag, then CSS could be used for this.&lt;br /&gt;
ML: SUMO fixed breadcrumbs or put content in such a way to simulate content? We should take this opportunity to either fix or remove breadcrumbs :-)&lt;br /&gt;
&lt;br /&gt;
== HomePage page title ==&lt;br /&gt;
Not just about this site, but also needed for this site, I&#039;ve long thought that there should be an admin option to turn off the display of the text &amp;quot;HomePage&amp;quot;. Displaying that is fine on an info wiki, but looks very 1990s on most other types of web sites. There are workarounds, like using page descriptions for page titles, but there should be a direct admin solution IMO.&lt;br /&gt;
&lt;br /&gt;
Similarly, refreshing the page by clicking on the page title should be an option IMO, similar to &amp;quot;double-click page to edit&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
== Reimplementing SUMO interface parts ==&lt;br /&gt;
The wiki action icons, etc., are in a visually distinct box, so this will need to be done.&lt;br /&gt;
&lt;br /&gt;
Please give your input, of course. :-)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/Editor:PRD&amp;diff=170567</id>
		<title>Support/Editor:PRD</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/Editor:PRD&amp;diff=170567"/>
		<updated>2009-09-24T14:50:17Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Technical Requirements */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Firefox Support Knowledge Base Editor Requirements Document&lt;br /&gt;
&lt;br /&gt;
=Overview=&lt;br /&gt;
Intuitive and simplified Knowledge Base article editor.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Permissions==&lt;br /&gt;
* When creating a new article, all options are available.&lt;br /&gt;
* After an article has been created, only an admin can change the language.&lt;br /&gt;
* When editing an article only locale leaders and admins can change an article category. (Staging area, Knowledge Base, Live Chat, etc.)&lt;br /&gt;
* When editing a staging copy, category cannot be changed.&lt;br /&gt;
&lt;br /&gt;
==Fields that require entered data==&lt;br /&gt;
* Language&lt;br /&gt;
* Summarize your edit and cite a reference&lt;br /&gt;
&lt;br /&gt;
=Options=&lt;br /&gt;
* Language: drop-down menu to select language (unknown language not allowed)&lt;br /&gt;
* Category:&lt;br /&gt;
** Administration (only available to admins and locale leaders)&lt;br /&gt;
** How to contribute (only available to admins, locale leaders, and approvers)&lt;br /&gt;
** Live Chat&lt;br /&gt;
** Knowledge Base (only available to admins, locale leaders, and approvers)&lt;br /&gt;
** Staging Area&lt;br /&gt;
** Sandbox/Testing Area&lt;br /&gt;
* This article applies to:&lt;br /&gt;
** Firefox 2 - The content of this article applies to users of Firefox 2.x.&lt;br /&gt;
** Firefox 3.0 - The content of this article applies to users of Firefox 3.0.x.&lt;br /&gt;
** Firefox 3.1 - The content of this article applies to users of Firefox 3.1 &lt;br /&gt;
* Type of article:&lt;br /&gt;
** Help article  - This article is a reference chart, tutorial, or a how-to article. &lt;br /&gt;
** Troubleshooting article - This article is for solving a problem.&lt;br /&gt;
* Summarize your edit and cite a reference:&lt;br /&gt;
** Mark other translations as out of date (only available on English articles)&lt;br /&gt;
&lt;br /&gt;
==Toolbar items==&lt;br /&gt;
* Bold&lt;br /&gt;
* Italics&lt;br /&gt;
* Wiki link &lt;br /&gt;
* External link &lt;br /&gt;
* Numbered list &lt;br /&gt;
* List&lt;br /&gt;
* H1&lt;br /&gt;
* H2&lt;br /&gt;
* H3&lt;br /&gt;
* Menu path &lt;br /&gt;
* Button&lt;br /&gt;
* Kbd&lt;br /&gt;
* File name/path&lt;br /&gt;
* Pref name/value &lt;br /&gt;
* Code&lt;br /&gt;
* Note&lt;br /&gt;
* Warning&lt;br /&gt;
* Insert Image (will pop up prompt for:)&lt;br /&gt;
** Image uploader (mandatory)&lt;br /&gt;
** Image height&lt;br /&gt;
** Image width&lt;br /&gt;
** Alignment&lt;br /&gt;
* SHOWFOR (will trigger a drop-down, that includes:)&lt;br /&gt;
** Windows&lt;br /&gt;
** Mac&lt;br /&gt;
** Linux&lt;br /&gt;
** Windows and Mac&lt;br /&gt;
** Windows and Linux&lt;br /&gt;
** Mac and Linux&lt;br /&gt;
** –separator–&lt;br /&gt;
** Firefox 3.1&lt;br /&gt;
** Firefox 3.0&lt;br /&gt;
** Firefox 3.0 and 3.1&lt;br /&gt;
** Firefox 2&lt;br /&gt;
* Dynamic Content (will trigger a drop-down that includes all content labels for the language assigned to the article)&lt;br /&gt;
&lt;br /&gt;
==Viewing options==&lt;br /&gt;
Tabs at the bottom of content area will choose what you view.&lt;br /&gt;
* Windows&lt;br /&gt;
* Mac&lt;br /&gt;
* Linux&lt;br /&gt;
* Source (if you want to edit the tikiwiki markup)&lt;br /&gt;
&lt;br /&gt;
=Mockups=&lt;br /&gt;
The top of the editor will contain a warning that content needs to be reviewed before being applied to the Knowledge Base, and provide links to best practices, style guide, and policies page.&lt;br /&gt;
* [http://ilias.ca/sumo/creating_an_article.xhtml Creating a new article]&lt;br /&gt;
* [http://ilias.ca/sumo/staging_copy_non-locale_leader.xhtml Editing a staging copy]&lt;br /&gt;
&lt;br /&gt;
=Technical Requirements=&lt;br /&gt;
* WYSIWYG editor {{bug|454131}}&lt;br /&gt;
* Adding and removing tags should not be part of the article editor&lt;br /&gt;
* Dynamic content blocks should be part of the editor toolbar as a quickpaste function. {{bug|446078}}&lt;br /&gt;
* Buttons on the editor toolbar for applying SHOWFOR. {{bug|446076}}&lt;br /&gt;
* {SHOWFOR(spans=on)/} should be automatically applied to every article that uses the feature.&lt;br /&gt;
* Create or find icons for the editor toolbar that are easily interpretable.&lt;br /&gt;
* The image upload feature should be part of the editor toolbar, just like in Wordpress. {{bug|398767}}&lt;br /&gt;
* The width of the content area should be 100% of available space; and default height should fill up a large portion of the average screen space, only leaving room for the toolbar. {{bug|446072}}&lt;br /&gt;
* Get rid of the category selector on staging copies.&lt;br /&gt;
* Relabel &amp;quot;Edit Summary&amp;quot; in editor and add something to it about citing a reference. {{bug|446070}}&lt;br /&gt;
* Re-arrange items in editor {{bug|428073}}&lt;br /&gt;
* Add links to best practices, style guide, and policies at the top of the editor {{bug|446071}}&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170531</id>
		<title>Support/UpgradeToTiki4/ThemeCoordination</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170531"/>
		<updated>2009-09-24T08:54:46Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Code */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;About the theme so far...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Code ==&lt;br /&gt;
An experimental branch has been created:&lt;br /&gt;
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/experimental/sumo/&lt;br /&gt;
&lt;br /&gt;
== In action ==&lt;br /&gt;
In action:&lt;br /&gt;
http://sumo.ourwiki.net&lt;br /&gt;
&lt;br /&gt;
== People ==&lt;br /&gt;
*Gary&lt;br /&gt;
*luci&lt;br /&gt;
*Marc&lt;br /&gt;
*you?&lt;br /&gt;
&lt;br /&gt;
== Stylesheets ==&lt;br /&gt;
&lt;br /&gt;
There are two basic looks (that I&#039;ve found so far):&lt;br /&gt;
* &amp;quot;Top pages&amp;quot; like the site index page and the top forum page ([http://support.mozilla.com/en-US/kb/Support+Website+Forums]). These have an intro statement and the logo/searchform. The darker blue background extends further down the page to underly this additional content.&lt;br /&gt;
* &amp;quot;Normal pages&amp;quot; like, for example, this one. Here the darker background image is positioned higher on the page since the logo/searchform aren&#039;t present.&lt;br /&gt;
&lt;br /&gt;
One theme  - moz4.css - is the default, and its theme option, moz4intro.css, is for introductory pages such as the site index page. This way they can share any modified templates. (This is an update from the previous arrangement - see the page history for details.) The theme option is assigned to a category &amp;quot;Intro_pages&amp;quot; using the Template Manager (set on a category basis; my first idea was to set the theme option on an object basis but it seems this isn&#039;t possible, maybe due to an oversight when the theme options feature was added.)&lt;br /&gt;
&lt;br /&gt;
SUMO currently uses some YUI ([http://developer.yahoo.com/yui/grids/]) methods to reset properties, etc. I&#039;m not really familiar enough with those to implement them here, so have used the ways I know. Probably this can be adjusted if the SUMO people want to do that.&lt;br /&gt;
&lt;br /&gt;
== Templates ==&lt;br /&gt;
My goal was to have as little template customization as possible, of course. But I think it&#039;s not possible to avoid that altogether. Already, to produce the fixed-width aspects of the pages, I modified tiki.tpl to move the end of div#main above the bottom-bar area so that #main can be narrowed and the footer can be full width.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;I think it&#039;ll also be necessary to modify tiki.tpl to add divs for the bracket images that display above and below the content&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*IMHO you don&#039;t have to modify tiki.tpl. Just try to use the layoutshadows feature in Look &amp;amp; Feel&lt;br /&gt;
** gary replies: You&#039;re right, luci. I turned on the layoutshadows for the extra divs, and used them for the bracket images. Thanks.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
I didn&#039;t get that far yet, but probably tiki-showpage.tpl will need to be modified also, along with forum tpls.&lt;br /&gt;
&lt;br /&gt;
== Top menu ==&lt;br /&gt;
Still details to finish up, but Superfish does a good job replicating the original top menu appearance and function.&lt;br /&gt;
&lt;br /&gt;
== Custom center column heading ==&lt;br /&gt;
We talked about this some time ago, and this is a perfect use case. I commit the change today (r21258), and replaced the related files at this site. So &amp;quot;Top pages&amp;quot; use this Look and Feel option. So far, there&#039;s just the HTML from the SUMO site pasted in (to produce the site index content), but the forum-top and other top pages (I haven&#039;t explored yet to find them) will need either their content pasted in, or maybe the L and F textarea should contain logic to load menupages or something, for the various pages that need the content.&lt;br /&gt;
&lt;br /&gt;
== Footer ==&lt;br /&gt;
The L and F bottom bar custom content feature is used for the footer content. This displays the &amp;quot;Switch Language&amp;quot; module floated right and a menupage module (calling page &amp;quot;moz4_footer_menus&amp;quot;) floated left, followed by the &amp;quot;about&amp;quot; and &amp;quot;powered by&amp;quot; lines in a div.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;Aside regarding module names - not about this project - I&#039;m having problems with module names in trunk, maybe due to the work going on with them now. At my wamp install (SVN-upped), the module name menupage works, but at this site I get an error (as can be seen). So looks like one way or another this site should get updated.&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*Fixed here. It has to be lowercase &amp;quot;menupage&amp;quot;, not &amp;quot;Menupage&amp;quot;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The module names are pretty chaotic right now in trunk IMO and should be systematized some way, I think. I got the switch-language module to work in a module wikiplugin by using the name &amp;quot;switchlang&amp;quot;, but there&#039;s no indication on the module admin page that this is the name to use (it&#039;s listed there as &amp;quot;Switch Language&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Columns ==&lt;br /&gt;
Only the center and right columns are used. I made &amp;quot;Firefox Support&amp;quot; a normal user module and put it at the top of the right column (its top item still needs styling).&lt;br /&gt;
&lt;br /&gt;
== Breadcrumbs ==&lt;br /&gt;
The SUMO site uses breadcrumbs, so I turned this feature on here. A problem is that our breacrumbs (neglected feature) only produces links, and these should be in a div, so this should be corrected in the breadcrumb.lib code, for better white space. Also a method is needed to not have the breadcrumbs appear on certain pages. If every page&#039;s body tag could be given a class or id similar to every module&#039;s div.box tag, then CSS could be used for this.&lt;br /&gt;
&lt;br /&gt;
== HomePage page title ==&lt;br /&gt;
Not just about this site, but also needed for this site, I&#039;ve long thought that there should be an admin option to turn off the display of the text &amp;quot;HomePage&amp;quot;. Displaying that is fine on an info wiki, but looks very 1990s on most other types of web sites. There are workarounds, like using page descriptions for page titles, but there should be a direct admin solution IMO.&lt;br /&gt;
&lt;br /&gt;
Similarly, refreshing the page by clicking on the page title should be an option IMO, similar to &amp;quot;double-click page to edit&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
== Reimplementing SUMO interface parts ==&lt;br /&gt;
The wiki action icons, etc., are in a visually distinct box, so this will need to be done.&lt;br /&gt;
&lt;br /&gt;
Please give your input, of course. :-)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=170530</id>
		<title>Support/TikiWikiUpgrade</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=170530"/>
		<updated>2009-09-24T08:36:43Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Background=&lt;br /&gt;
&lt;br /&gt;
SUMO is currently based on TikiWiki 1.10, a two year old version of Tiki that we&#039;ve kept adding new features to while applying security patches and doing partial upgrades from Tiki upstream on select files. This has resulted in a situation where upgrading to the latest version of Tiki (currently 3.1, soon 4.0) will mean a lot of work.&lt;br /&gt;
&lt;br /&gt;
In order to find a sustainable solution for SUMO in the long term, we need to decide on what the next step should be. In making the right decision, we need to factor in aspects like code quality and sustainability as well as community health.&lt;br /&gt;
&lt;br /&gt;
One thing the three options have in common is that they all involve a significant amount of work in the short term, but the question is which one provides the healthiest solution in the long term.&lt;br /&gt;
&lt;br /&gt;
=Our three options=&lt;br /&gt;
&lt;br /&gt;
==Upgrade==&lt;br /&gt;
&lt;br /&gt;
Upgrade to the latest stable version of TikiWiki and upstream future patches to ensure that we can continue to upgrade on each major TikiWiki release with minimal headache.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We can take advantage of the new TikiWiki features, such as Profiles (will allow us to create an &amp;quot;open source support&amp;quot; profile for TikiWiki that will be customized for the support website use case)&lt;br /&gt;
* SUMO community will be accustomed to all website tools, including things like the wiki markup &lt;br /&gt;
* Will pave the way for a healthy relationship with the TikiWiki community&lt;br /&gt;
** More visibility of our SUMO-specific features (e.g. the l10n dashboard) since they&#039;ll be available to other projects too&lt;br /&gt;
** We will become an actor instead of a consumer of TikiWiki -- our opportunity to give back to TikiWiki and demonstrate true Mozilla and open source values&lt;br /&gt;
** Opportunity to share our experiences and insights about secure and efficient coding to change TikiWiki developers&#039; mindset. ML: This is an opportunity for Tiki as well. Many things have improved since 1.10, we need more devs and more collaboration to make things go faster.&lt;br /&gt;
* [[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
* Tiki has a predictable release schedule (twice per year) and each version will have features that are useful for SUMO, even if they weren&#039;t high enough on priority list to actually develop them.&lt;br /&gt;
* Tiki has, built-in, most of the features that are needed for SUMO, which is why it was picked in the first place&lt;br /&gt;
* Tiki project wants to have [https://wiki.mozilla.org/Support/TikiUpstreamTriage#Features_.2F_enhancements_that_should_go_to_Tiki all the SUMO functionality discussed so far] in Tiki core, and have available easily for anyone in next release. Full agreement on [[Support/SumoDevRoadmap2009]] and we can presume that synergy in goals will always be there.&lt;br /&gt;
* Tiki community members [http://dev.tikiwiki.org/tiki-pagehistory.php?page=Performance&amp;amp;diff_style=sidediff&amp;amp;compare=Compare&amp;amp;newver=28&amp;amp;oldver=24 have volunteered in the past] and have upstreamed stuff when put to their attention. The reason there is little recent collaboration is that the communities need to be more visible to each other and because Tiki devs are working on 4.x code, having long abandoned 1.10 code &lt;br /&gt;
**Themes: Gary &amp;amp; luci have volunteered to make 4.x version and to work with SUMO to genericize interesting things. Ex.: Since 1.10, there several new fields (ex.: Site title subtitle, footer, etc.) that can managed via the admin panel (tiki-admin.php?page=look). And with workspaces, it becomes possible to override them by perspective. Site footer when user picks Fennec perspective is different the general site footer. (New in 4.0).&lt;br /&gt;
***A SVN branch was created to collaborate on this.&lt;br /&gt;
***[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
***Live at: http://sumo.ourwiki.net/&lt;br /&gt;
*3 SUMO developers have commit access to Tiki trunk, and all is needed is a SourceForge username to have more :-)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* TikiWiki 4.x still has several major design flaws -- our best bet in the long term would be to rewrite some of these components to allow future scalability and extensibility &lt;br /&gt;
* During the initial upgrade to 4.x, making sure that everything still works on SUMO will mean extensive QA and likely several bug fixes aside from our initial list of patches to upstream. &lt;br /&gt;
* Once we&#039;ve upgraded to 4.x, we will need to keep upstreaming our patches to TikiWiki trunk to ensure that our new features and bug fixes will be available when we upgrade TikiWiki to 5.x, 6.x, etc.&lt;br /&gt;
* TikiWiki and SUMO often has quite different priorities. TikiWiki wants to create the equivalent of a CMS &amp;quot;operating system&amp;quot; -- a solution that can do pretty much anything. Our focus is to produce a high quality solution designed to fit our needs. ML: As SUMO is an active participant to the TikiWiki community, SUMO priorities &#039;&#039;&#039;are&#039;&#039;&#039; Tiki priorities.&lt;br /&gt;
&lt;br /&gt;
==Fork==&lt;br /&gt;
&lt;br /&gt;
Fork and leave TikiWiki behind altogether and develop our own solution independently of TikiWiki.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could easily strip out 90% of the codebase&lt;br /&gt;
* We could probably still &amp;quot;steal&amp;quot; new TikiWiki features if we wanted to by backporting&lt;br /&gt;
* We could eventually rewrite major components and slowly get rid of our TikiWiki dependencies&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* We would still have to rewrite many of the components to ensure future scalability, but rather than working together with TikiWiki we would do it on our own&lt;br /&gt;
* We could hardly call ourselves good open source citizens since we wouldn&#039;t give any of our fixes or feature additions back unless someone took our code and upstreamed it themselves&lt;br /&gt;
&lt;br /&gt;
==Port==&lt;br /&gt;
&lt;br /&gt;
Port SUMO to a different platform.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could switch to a platform that focuses on scalability, performance, and extensibility, rather than a &amp;quot;Jack of all trades, master of none&amp;quot; platform&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* Unless we invested a crazy amount of time to make things feel unchanged, this would mean a radically different system for many of our community members&#039; use cases:&lt;br /&gt;
** Editing articles would likely be done with a different wiki syntax&lt;br /&gt;
** Localization workflow would be different &lt;br /&gt;
** Forum software would be different&lt;br /&gt;
* This would definitely disrupt and alienate many SUMO community members who typically aren&#039;t excited about changed workflows -- just getting people to contribute on SUMO rather than another system has proved to be very difficult in the past&lt;br /&gt;
* Would essentially mean that all further SUMO development would stop for a good amount of time (probably a full quarter at best)&lt;br /&gt;
* Not clear how much of a benefit this would be in the end -- depends heavily on the platform chosen&lt;br /&gt;
* Would likely have tons of regressions and broken use cases we didn&#039;t consider&lt;br /&gt;
&lt;br /&gt;
=What&#039;s needed to make a decision=&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul for James to share some new architecture concerns and get to know each others&#039; perspectives more -- Sept 2nd&lt;br /&gt;
* Table of technical comparison between different CMS platforms (James)&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul/LPH so LPH can provide some initial responses on the feasibility of our architectural ideas&lt;br /&gt;
* Completed work on [https://wiki.mozilla.org/Support/TikiUpstreamTriage SUMO bug triage] to get a clear picture of resources needed to upgrade (David/Laura/Marc)&lt;br /&gt;
* Response to our [http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla architecture concerns] (LPH/Marc) -- due Sept 9th&lt;br /&gt;
&lt;br /&gt;
=Recommendations from James and Laura=&lt;br /&gt;
&lt;br /&gt;
After working out the details of our various options, this is where we are as of 23 Sept.&lt;br /&gt;
&lt;br /&gt;
==Laura==&lt;br /&gt;
&lt;br /&gt;
==James==&lt;br /&gt;
&lt;br /&gt;
In terms of cost and benefit, I think the best action is forking.&lt;br /&gt;
&lt;br /&gt;
Porting would give us some concrete benefit in a cleaner upgrade and maintenance path, in a more modular and scalable platform, and in a more modern, cleaner code base; and some potential benefit in terms of feature turn-around times. But the cost is extremely high.&lt;br /&gt;
&lt;br /&gt;
Upgrading gives very little concrete benefit, the reason I&#039;ve been against this option is that the only concrete benefit that we would actually use is the migration PDO--which is significant but very limited in scope, and could be backported. There is a lot of speculation, but it&#039;s an extremely costly gamble: at least a quarter dedicated to upgrade and QA, and even if the gamble pays off, I don&#039;t feel it justifies the cost.&lt;br /&gt;
&lt;br /&gt;
Forking, while upstreaming the patches we have now and backporting the changes we want, seems like the safest bet. It saves us a quarter that would otherwise be spent upgrading, and let&#039;s us get right into the growing backlog of SUMO bugs.&lt;br /&gt;
&lt;br /&gt;
I&#039;m also worried about the practicality of staying in sync:&lt;br /&gt;
&lt;br /&gt;
[[File:Breakdown_of_triaged_sumo_bugs.png|center]]&lt;br /&gt;
&lt;br /&gt;
sumo_only is the group of changes that we need to maintain during the syncs. Several of those are template changes, but things in sumo_triage or tiki_triage can also end up in sumo_only, and this is only the first ~1/4th of the bugs to triage.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Notes from Marc===&lt;br /&gt;
&lt;br /&gt;
When we made the categories, (sumo_only, tiki_bug, etc.), our goal was to evaluate how much work it was to upgrade. sumo_only is defined as: &amp;quot;Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&amp;quot;. So for us, that was stuff for which there was almost no work, work which is necessary/implicit anyway (with or without the upgrade), or that was included in a meta-bug.&lt;br /&gt;
&lt;br /&gt;
Perhaps we should further categorize things to get a better picture. For example:&lt;br /&gt;
&lt;br /&gt;
1- sumo_template -&amp;gt; sumo-specific templates that shouldn&#039;t be upstreamed (this could include minor features that are trivial to maintain). There will be work to upgrade to Tiki4, but fairly easy to manage and we have two volunteers (the two guys that redesigned Tiki themes in Tiki3).&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442312 SUMO links to php-test blog.mozilla.com]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=399749 Forums link in sidebar goes nowhere sometimes]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442321 Use https for links to Bugzilla and AMO in header]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2- sumo_feature -&amp;gt; Sumo_specific customization that can&#039;t be upstreamed and is not trivial to maintain, like a hardware-specific config. Ex.: SUMO rewrite rules, in-product help. Here, we should evaluate the meta-bug in its current global state and estimate porting to Tiki4 effort. Less work than the first time, but it can be significant if it touches somewhere where Tiki code changed a lot since 1.10.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=412266 Create separate landing page for in-product help]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=489910 Update .htaccess rules to handle firefox-f1 and firefox-osxkey]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3- Sumo_config -&amp;gt; Content or config handled by the CMS. No work expected.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=500047 SUMO should not be loading images from personal hosting servers]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=401067 New contributors cannot edit staging copies]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=388844 I (Chris Ilias) need more privileges on sumo staging site]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4- sumo_onetime -&amp;gt;  One time issue with load, etc. that we don&#039;t expect to ever deal with again. No work expected. But of course, we may discover new weird things.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=470550 Database replication died in the C01 cluster due to overfilling sphinx tables]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
5- sumo_included -&amp;gt; Stuff which is included already in another meta-bug (ex.: showfor, screencast, CSAT, minify, adding locales, etc.), as listed on [[Support/TikiUpstreamTriage]]. Please note that this could be a sumo_feature (like in-product) or a tiki_feature that should be upstreamed (ex.: showfor). The idea is that we upstream or port to Tiki4 only the latest version, which combines all previous Bugzilla items. &lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=425834 SHOWFOR doesn&#039;t hide text with headings]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=474842 SHOWFOR browser detection is not working]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497218 IE 6 / 7 / 8 Screencasts won&#039;t render in Internet Explorer (all versions)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497459 Make screencast preview not insert {SCREENCAST} snippet]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=482532 es-MX Enable Spanish (Mexico) localization on SUMO]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=485644 Remove es-MX locale (revert Bug 482532)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=480463 Layout broken in Safari 3.2.1 / IE 6 due to Minify]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
6- sumo-nottiki -&amp;gt; This would be things which have nothing to do with Tiki. Thus zero impact if we upgrade or not.&lt;br /&gt;
&lt;br /&gt;
* MySQL errors, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
7- sumo-tools -&amp;gt; Things like load tester. Here, perhaps we need to evaluate if it makes a difference if we upgrade or fork.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
So, most of the items of sumo_only should be not too much work. &lt;br /&gt;
&lt;br /&gt;
However,&lt;br /&gt;
1- The meta bugs can be huge &lt;br /&gt;
2- We&#039;ll have new features but also new bugs in Tiki4 (especially performance because no one stress-tested)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170529</id>
		<title>Support/UpgradeToTiki4/ThemeCoordination</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170529"/>
		<updated>2009-09-24T08:32:44Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Code = */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;About the theme so far...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Code ==&lt;br /&gt;
An experimental branch has been created:&lt;br /&gt;
http://dev.tikiwiki.org/ExperimentalBranchesSUMO&lt;br /&gt;
&lt;br /&gt;
== Stylesheets ==&lt;br /&gt;
&lt;br /&gt;
There are two basic looks (that I&#039;ve found so far):&lt;br /&gt;
* &amp;quot;Top pages&amp;quot; like the site index page and the top forum page ([http://support.mozilla.com/en-US/kb/Support+Website+Forums]). These have an intro statement and the logo/searchform. The darker blue background extends further down the page to underly this additional content.&lt;br /&gt;
* &amp;quot;Normal pages&amp;quot; like, for example, this one. Here the darker background image is positioned higher on the page since the logo/searchform aren&#039;t present.&lt;br /&gt;
&lt;br /&gt;
One theme  - moz4.css - is the default, and its theme option, moz4intro.css, is for introductory pages such as the site index page. This way they can share any modified templates. (This is an update from the previous arrangement - see the page history for details.) The theme option is assigned to a category &amp;quot;Intro_pages&amp;quot; using the Template Manager (set on a category basis; my first idea was to set the theme option on an object basis but it seems this isn&#039;t possible, maybe due to an oversight when the theme options feature was added.)&lt;br /&gt;
&lt;br /&gt;
SUMO currently uses some YUI ([http://developer.yahoo.com/yui/grids/]) methods to reset properties, etc. I&#039;m not really familiar enough with those to implement them here, so have used the ways I know. Probably this can be adjusted if the SUMO people want to do that.&lt;br /&gt;
&lt;br /&gt;
== Templates ==&lt;br /&gt;
My goal was to have as little template customization as possible, of course. But I think it&#039;s not possible to avoid that altogether. Already, to produce the fixed-width aspects of the pages, I modified tiki.tpl to move the end of div#main above the bottom-bar area so that #main can be narrowed and the footer can be full width.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;I think it&#039;ll also be necessary to modify tiki.tpl to add divs for the bracket images that display above and below the content&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*IMHO you don&#039;t have to modify tiki.tpl. Just try to use the layoutshadows feature in Look &amp;amp; Feel&lt;br /&gt;
** gary replies: You&#039;re right, luci. I turned on the layoutshadows for the extra divs, and used them for the bracket images. Thanks.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
I didn&#039;t get that far yet, but probably tiki-showpage.tpl will need to be modified also, along with forum tpls.&lt;br /&gt;
&lt;br /&gt;
== Top menu ==&lt;br /&gt;
Still details to finish up, but Superfish does a good job replicating the original top menu appearance and function.&lt;br /&gt;
&lt;br /&gt;
== Custom center column heading ==&lt;br /&gt;
We talked about this some time ago, and this is a perfect use case. I commit the change today (r21258), and replaced the related files at this site. So &amp;quot;Top pages&amp;quot; use this Look and Feel option. So far, there&#039;s just the HTML from the SUMO site pasted in (to produce the site index content), but the forum-top and other top pages (I haven&#039;t explored yet to find them) will need either their content pasted in, or maybe the L and F textarea should contain logic to load menupages or something, for the various pages that need the content.&lt;br /&gt;
&lt;br /&gt;
== Footer ==&lt;br /&gt;
The L and F bottom bar custom content feature is used for the footer content. This displays the &amp;quot;Switch Language&amp;quot; module floated right and a menupage module (calling page &amp;quot;moz4_footer_menus&amp;quot;) floated left, followed by the &amp;quot;about&amp;quot; and &amp;quot;powered by&amp;quot; lines in a div.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;Aside regarding module names - not about this project - I&#039;m having problems with module names in trunk, maybe due to the work going on with them now. At my wamp install (SVN-upped), the module name menupage works, but at this site I get an error (as can be seen). So looks like one way or another this site should get updated.&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*Fixed here. It has to be lowercase &amp;quot;menupage&amp;quot;, not &amp;quot;Menupage&amp;quot;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The module names are pretty chaotic right now in trunk IMO and should be systematized some way, I think. I got the switch-language module to work in a module wikiplugin by using the name &amp;quot;switchlang&amp;quot;, but there&#039;s no indication on the module admin page that this is the name to use (it&#039;s listed there as &amp;quot;Switch Language&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Columns ==&lt;br /&gt;
Only the center and right columns are used. I made &amp;quot;Firefox Support&amp;quot; a normal user module and put it at the top of the right column (its top item still needs styling).&lt;br /&gt;
&lt;br /&gt;
== Breadcrumbs ==&lt;br /&gt;
The SUMO site uses breadcrumbs, so I turned this feature on here. A problem is that our breacrumbs (neglected feature) only produces links, and these should be in a div, so this should be corrected in the breadcrumb.lib code, for better white space. Also a method is needed to not have the breadcrumbs appear on certain pages. If every page&#039;s body tag could be given a class or id similar to every module&#039;s div.box tag, then CSS could be used for this.&lt;br /&gt;
&lt;br /&gt;
== HomePage page title ==&lt;br /&gt;
Not just about this site, but also needed for this site, I&#039;ve long thought that there should be an admin option to turn off the display of the text &amp;quot;HomePage&amp;quot;. Displaying that is fine on an info wiki, but looks very 1990s on most other types of web sites. There are workarounds, like using page descriptions for page titles, but there should be a direct admin solution IMO.&lt;br /&gt;
&lt;br /&gt;
Similarly, refreshing the page by clicking on the page title should be an option IMO, similar to &amp;quot;double-click page to edit&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
== Reimplementing SUMO interface parts ==&lt;br /&gt;
The wiki action icons, etc., are in a visually distinct box, so this will need to be done.&lt;br /&gt;
&lt;br /&gt;
Please give your input, of course. :-)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170528</id>
		<title>Support/UpgradeToTiki4/ThemeCoordination</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/UpgradeToTiki4/ThemeCoordination&amp;diff=170528"/>
		<updated>2009-09-24T08:32:20Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;About the theme so far...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Code ===&lt;br /&gt;
An experimental branch has been created:&lt;br /&gt;
http://dev.tikiwiki.org/ExperimentalBranchesSUMO&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Stylesheets ==&lt;br /&gt;
&lt;br /&gt;
There are two basic looks (that I&#039;ve found so far):&lt;br /&gt;
* &amp;quot;Top pages&amp;quot; like the site index page and the top forum page ([http://support.mozilla.com/en-US/kb/Support+Website+Forums]). These have an intro statement and the logo/searchform. The darker blue background extends further down the page to underly this additional content.&lt;br /&gt;
* &amp;quot;Normal pages&amp;quot; like, for example, this one. Here the darker background image is positioned higher on the page since the logo/searchform aren&#039;t present.&lt;br /&gt;
&lt;br /&gt;
One theme  - moz4.css - is the default, and its theme option, moz4intro.css, is for introductory pages such as the site index page. This way they can share any modified templates. (This is an update from the previous arrangement - see the page history for details.) The theme option is assigned to a category &amp;quot;Intro_pages&amp;quot; using the Template Manager (set on a category basis; my first idea was to set the theme option on an object basis but it seems this isn&#039;t possible, maybe due to an oversight when the theme options feature was added.)&lt;br /&gt;
&lt;br /&gt;
SUMO currently uses some YUI ([http://developer.yahoo.com/yui/grids/]) methods to reset properties, etc. I&#039;m not really familiar enough with those to implement them here, so have used the ways I know. Probably this can be adjusted if the SUMO people want to do that.&lt;br /&gt;
&lt;br /&gt;
== Templates ==&lt;br /&gt;
My goal was to have as little template customization as possible, of course. But I think it&#039;s not possible to avoid that altogether. Already, to produce the fixed-width aspects of the pages, I modified tiki.tpl to move the end of div#main above the bottom-bar area so that #main can be narrowed and the footer can be full width.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;I think it&#039;ll also be necessary to modify tiki.tpl to add divs for the bracket images that display above and below the content&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*IMHO you don&#039;t have to modify tiki.tpl. Just try to use the layoutshadows feature in Look &amp;amp; Feel&lt;br /&gt;
** gary replies: You&#039;re right, luci. I turned on the layoutshadows for the extra divs, and used them for the bracket images. Thanks.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
I didn&#039;t get that far yet, but probably tiki-showpage.tpl will need to be modified also, along with forum tpls.&lt;br /&gt;
&lt;br /&gt;
== Top menu ==&lt;br /&gt;
Still details to finish up, but Superfish does a good job replicating the original top menu appearance and function.&lt;br /&gt;
&lt;br /&gt;
== Custom center column heading ==&lt;br /&gt;
We talked about this some time ago, and this is a perfect use case. I commit the change today (r21258), and replaced the related files at this site. So &amp;quot;Top pages&amp;quot; use this Look and Feel option. So far, there&#039;s just the HTML from the SUMO site pasted in (to produce the site index content), but the forum-top and other top pages (I haven&#039;t explored yet to find them) will need either their content pasted in, or maybe the L and F textarea should contain logic to load menupages or something, for the various pages that need the content.&lt;br /&gt;
&lt;br /&gt;
== Footer ==&lt;br /&gt;
The L and F bottom bar custom content feature is used for the footer content. This displays the &amp;quot;Switch Language&amp;quot; module floated right and a menupage module (calling page &amp;quot;moz4_footer_menus&amp;quot;) floated left, followed by the &amp;quot;about&amp;quot; and &amp;quot;powered by&amp;quot; lines in a div.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Regarding: &#039;&#039;&amp;quot;Aside regarding module names - not about this project - I&#039;m having problems with module names in trunk, maybe due to the work going on with them now. At my wamp install (SVN-upped), the module name menupage works, but at this site I get an error (as can be seen). So looks like one way or another this site should get updated.&amp;quot;&#039;&#039; luci says:&lt;br /&gt;
&lt;br /&gt;
Ideas:&lt;br /&gt;
&lt;br /&gt;
*Fixed here. It has to be lowercase &amp;quot;menupage&amp;quot;, not &amp;quot;Menupage&amp;quot;.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The module names are pretty chaotic right now in trunk IMO and should be systematized some way, I think. I got the switch-language module to work in a module wikiplugin by using the name &amp;quot;switchlang&amp;quot;, but there&#039;s no indication on the module admin page that this is the name to use (it&#039;s listed there as &amp;quot;Switch Language&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Columns ==&lt;br /&gt;
Only the center and right columns are used. I made &amp;quot;Firefox Support&amp;quot; a normal user module and put it at the top of the right column (its top item still needs styling).&lt;br /&gt;
&lt;br /&gt;
== Breadcrumbs ==&lt;br /&gt;
The SUMO site uses breadcrumbs, so I turned this feature on here. A problem is that our breacrumbs (neglected feature) only produces links, and these should be in a div, so this should be corrected in the breadcrumb.lib code, for better white space. Also a method is needed to not have the breadcrumbs appear on certain pages. If every page&#039;s body tag could be given a class or id similar to every module&#039;s div.box tag, then CSS could be used for this.&lt;br /&gt;
&lt;br /&gt;
== HomePage page title ==&lt;br /&gt;
Not just about this site, but also needed for this site, I&#039;ve long thought that there should be an admin option to turn off the display of the text &amp;quot;HomePage&amp;quot;. Displaying that is fine on an info wiki, but looks very 1990s on most other types of web sites. There are workarounds, like using page descriptions for page titles, but there should be a direct admin solution IMO.&lt;br /&gt;
&lt;br /&gt;
Similarly, refreshing the page by clicking on the page title should be an option IMO, similar to &amp;quot;double-click page to edit&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
== Reimplementing SUMO interface parts ==&lt;br /&gt;
The wiki action icons, etc., are in a visually distinct box, so this will need to be done.&lt;br /&gt;
&lt;br /&gt;
Please give your input, of course. :-)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170527</id>
		<title>Support/BenefitsOfUpgradingToTiki4</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170527"/>
		<updated>2009-09-24T08:29:12Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Making Tiki stronger */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Started : 2009-08-30&lt;br /&gt;
&lt;br /&gt;
This page is to list examples about David&#039;s question: &amp;quot;How much better things will be once we’re there?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Being in sync with the Tiki community (quick access to answers) ==&lt;br /&gt;
&lt;br /&gt;
Now, it&#039;s tricky for Tiki community members to help because it&#039;s difficult to remember how the code was two years ago.&lt;br /&gt;
&lt;br /&gt;
We can say that a problem doesn&#039;t exist in Tiki3 or Tiki4, but it&#039;s very difficult to share which exact commit or combination of commits solved an issue. And it&#039;s possible (probable) that some bugs are caused by the current  &amp;quot;FrankenTiki&amp;quot;. Difficult to tell.&lt;br /&gt;
&lt;br /&gt;
=== Volunteers ===&lt;br /&gt;
&lt;br /&gt;
Several Tiki community members have volunteered. &lt;br /&gt;
&lt;br /&gt;
Gary &amp;amp; luci are working on porting theme to Tiki4.&lt;br /&gt;
&lt;br /&gt;
test site: Ex.: http://sumo.ourwiki.net/&lt;br /&gt;
Notes: [[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
&lt;br /&gt;
== Making Tiki stronger ==&lt;br /&gt;
&lt;br /&gt;
By upgrading and upstreaming, Tiki becomes stronger and can get more done, which will be available to SUMO.&lt;br /&gt;
&lt;br /&gt;
http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
&lt;br /&gt;
== PDO ==&lt;br /&gt;
Now default in 4.0&lt;br /&gt;
&lt;br /&gt;
== Database Upgrade revamped ==&lt;br /&gt;
Now easy to manage local database configuration patches&lt;br /&gt;
http://dev.tikiwiki.org/Database+Schema+Upgrade&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Profiles ==&lt;br /&gt;
Profiles permit to store and share different configurations, feature sets, permissions schemes and pre-made examples of some of the more complicated features. Profiles was released in Tiki3. &lt;br /&gt;
&lt;br /&gt;
=== For configuration change management ===&lt;br /&gt;
Similar to database patches above, they can be used for SUMO to make sure a configuration change on Staging is not forgotten on production.&lt;br /&gt;
&lt;br /&gt;
Same thing for the various sites Fennec, Thunderbird, etc. It makes it easy to deply a config change everywhere.&lt;br /&gt;
&lt;br /&gt;
=== Open Source Support profile ===&lt;br /&gt;
We can make a [http://profiles.tikiwiki.org/Support_Mozilla_com SUMO profile] which is an adaption of the [http://profiles.tikiwiki.org/Software_Project Software Project] profile.&lt;br /&gt;
&lt;br /&gt;
Thus, attract more developers and accelerate development.&lt;br /&gt;
&lt;br /&gt;
== Plugin Alias ==&lt;br /&gt;
http://doc.tikiwiki.org/Plugin+Alias&lt;br /&gt;
&lt;br /&gt;
http://support.mozilla.com/en-US/kb/Style+Guide&lt;br /&gt;
&lt;br /&gt;
So :&lt;br /&gt;
{TAG(tag=kbd)}text{TAG}  becomes {KBD()}text{KBD}&lt;br /&gt;
{DIV(class=button,type=&amp;gt;span)}text{DIV} becomes {BUTTON()}text{BUTTON} &lt;br /&gt;
&lt;br /&gt;
== Page alias ==&lt;br /&gt;
http://doc.tikiwiki.org/alias&lt;br /&gt;
This permits redirects without creating artificial pages.&lt;br /&gt;
&lt;br /&gt;
So alternate titles/keywords can be used for better &amp;quot;findability&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== i18n ==&lt;br /&gt;
Massive improvements, over this period. Here are some that come to mind.&lt;br /&gt;
&lt;br /&gt;
*Changing the language of a page is still possible, but somewhat hidden because it was causing User issues (users accidentally changing the language of the page, when trying to translate)&lt;br /&gt;
*Users can set all (1 to n) the languages they understand in their user preferences.&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_wiki_attachment.php?attId=5 Architecture document (pdf)]&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_file.php?fileId=4 Cross Lingual Wiki Engine Paper (pdf)]&lt;br /&gt;
*http://doc.tikiwiki.org/tiki-index.php?page=TikiWiki+4.0#Machine_Translation&lt;br /&gt;
&lt;br /&gt;
== Plugin UI ==&lt;br /&gt;
There is a pop-up helper, started in Tiki3, better in Tiki4&lt;br /&gt;
&lt;br /&gt;
== Theme system totally revamped  ==&lt;br /&gt;
In version 3, whole theme organization was revamped. (Tableless, etc). The good news is that new themes are easier to make, more accessible, etc.&lt;br /&gt;
&lt;br /&gt;
Site identity has also progressed (Site title, subtitle, footer, etc.) that make it easy to put things as part of site preferences. &lt;br /&gt;
&lt;br /&gt;
The only negative point is that the old themes do not survive the upgrade&lt;br /&gt;
http://themes.tikiwiki.org/Theme+Issues+when+Updating+to+Tiki3.0&lt;br /&gt;
&lt;br /&gt;
For SUMO, luci &amp;amp; Gary have volunteered to port the theme. You can see their progress here: http://sumo.ourwiki.net and [[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
&lt;br /&gt;
=== Theme options ===&lt;br /&gt;
Useful to have small adaptations to a theme without duplicating the whole css.&lt;br /&gt;
&lt;br /&gt;
== jQuery ==&lt;br /&gt;
jQuery has been added as optional javascript framework, which allows many nice effects on several parts of Tiki. It is an experimental, optional feature of Tiki 3.0, and in 4.0 it will be the default, always on Javascript framework.&lt;br /&gt;
&lt;br /&gt;
http://doc.tikiwiki.org/jQuery&lt;br /&gt;
&lt;br /&gt;
== Workspaces ==&lt;br /&gt;
Ease of making sub-sections within a single instance of Tiki and make it easier to share information. If Fennec and Firefox have a lot of documentation in common, it would be easier to share. So perhaps Fennec support site could be a workspace within SUMO. Fennec may or may not be the appropriate use of Workspaces, but it will be useful for sure. Ex.: a workspace for documentor, a workspace for localizers. And each wiki page can be shared amongst many workspaces.&lt;br /&gt;
&lt;br /&gt;
Please see http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
&lt;br /&gt;
== Text Area editor improvements ==&lt;br /&gt;
Collaboration on initiatives such as:&lt;br /&gt;
https://wiki.mozilla.org/Support/Editor:PRD&lt;br /&gt;
http://ui.tikiwiki.org/Text+area+editing+helper&lt;br /&gt;
&lt;br /&gt;
== More stability ==&lt;br /&gt;
1.10 was never released. It was renamed 2.0 and then released. Before each release, there are hundreds of bug fixes and minor tweaks. &lt;br /&gt;
&lt;br /&gt;
SUMO should rather stay in stable zone. For example, start using 4.1 and upgrading to 5.1&lt;br /&gt;
&lt;br /&gt;
Once a release goes .0, all future commits are reviewed by our http://dev.tikiwiki.org/Quality+Team, with 3 of our most experienced developers. We would like to invite a SUMO developer to the quality team and this insure that there will be no regressions for SUMO (and thus making keeping in sync easier).&lt;br /&gt;
&lt;br /&gt;
== Tons of new features ==&lt;br /&gt;
Surely there are many things that SUMO could use :-)&lt;br /&gt;
&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
# http://dev.tikiwiki.org/Roadmap &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Zend Framework ==&lt;br /&gt;
Starting in 3.0, Tiki bundles Zend Framework and uses some of it.&lt;br /&gt;
&lt;br /&gt;
http://dev.tikiwiki.org/Zend+Framework&lt;br /&gt;
&lt;br /&gt;
== Other changes ==&lt;br /&gt;
Perhaps use inclusion of wiki pages, instead of dynamic content (need to make sure they are excluded from search results)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=170526</id>
		<title>Support/InterestingTikiLinks</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/InterestingTikiLinks&amp;diff=170526"/>
		<updated>2009-09-24T08:24:36Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Here are interesting links for SUMO developers &amp;amp; contributors.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About SUMO-Tiki collaboration&lt;br /&gt;
&lt;br /&gt;
*http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/&lt;br /&gt;
*http://blog.mozilla.com/sumo/2009/03/30/the-road-to-sumo-in-retrospect/&lt;br /&gt;
*http://djst.org/blog/2008/01/15/the-scope-of-sumo/&lt;br /&gt;
*[[Support/TikiWikiUpgrade]]&lt;br /&gt;
*[[Support/SUMO-Tiki-Collaboration]]&lt;br /&gt;
*http://profiles.tikiwiki.org/Support_Mozilla_com&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Tiki+differences+and+similarities (including Specific advice for SUMO developers)&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
*[[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Upstream+Process&lt;br /&gt;
*http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*http://dev.tikiwiki.org/SUMO+Benefits+for+Tiki&lt;br /&gt;
*[[Support:TikiWiki_Features]]&lt;br /&gt;
*[[Support/TikiUpstreamTriage]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements.&lt;br /&gt;
&#039;&#039;&#039;We are roughly at revision 21000 in SVN, and SUMO is based on somewhere around 10 500 (I&#039;m told).  So, a lot has changed.&#039;&#039;&#039;&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
*http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
*http://dev.tikiwiki.org/Roadmap&lt;br /&gt;
*http://info.tikiwiki.org/Fact+Sheet&lt;br /&gt;
*http://doc.tikiwiki.org/Features&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
About Tiki in general &amp;amp; recent enhancements which can be of special interest to SUMO&lt;br /&gt;
*http://dev.tikiwiki.org/FilteringBestPractices  (Security &amp;amp; perf)&lt;br /&gt;
*http://dev.tikiwiki.org/Quality+Team&lt;br /&gt;
*http://dev.tikiwiki.org/PermissionCleanup&lt;br /&gt;
*http://doc.tikiwiki.org/Plugin+Alias  (would permit KBD plugin)&lt;br /&gt;
*http://dev.tikiwiki.org/PluginUI&lt;br /&gt;
*http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
*http://dev.tikiwiki.org/TemplatesBestPractices&lt;br /&gt;
*http://dev.tikiwiki.org/TikiStringsFormatConvention, [http://dev.tikiwiki.org/Mass+spelling+correction Mass spelling correction] and [http://dev.tikiwiki.org/Pending+text+corrections Pending text corrections]&lt;br /&gt;
*http://dev.tikiwiki.org/TRIM (Tiki Remote Instance Manager)&lt;br /&gt;
*http://dev.tikiwiki.org/TikiTests&lt;br /&gt;
*http://dev.tikiwiki.org/Performance (General performance page)&lt;br /&gt;
*http://dev.tikiwiki.org/Database+Layer (PDO)&lt;br /&gt;
*http://dev.tikiwiki.org/DatabaseSchemaUpgrade&lt;br /&gt;
*http://profiles.tikiwiki.org/profile+developer+documentation&lt;br /&gt;
*http://dev.tikiwiki.org/Hello+World (general how to dev page)&lt;br /&gt;
*http://doc.tikiwiki.org/Webservices&lt;br /&gt;
*http://dev.tikiwiki.org/How+to+get+commit+access&lt;br /&gt;
&lt;br /&gt;
General&lt;br /&gt;
*[http://irc.tikiwiki.org/ IRC chat]&lt;br /&gt;
*[http://sourceforge.net/mail/?group_id=64258 Mailing Lists]&lt;br /&gt;
*http://tikiwiki.org/TikiFest (events)&lt;br /&gt;
*http://tikiwiki.org/SWOT (A community-managed S.W.O.T. for the TikiWiki community)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Some ideas for the future&lt;br /&gt;
*http://dev.tikiwiki.org/TikiObject&lt;br /&gt;
*http://dev.tikiwiki.org/TikiCoreRFC-1&lt;br /&gt;
*http://dev.tikiwiki.org/Endangered+Features&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170525</id>
		<title>Support/BenefitsOfUpgradingToTiki4</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170525"/>
		<updated>2009-09-24T08:23:24Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Theme system totally revamped */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Started : 2009-08-30&lt;br /&gt;
&lt;br /&gt;
This page is to list examples about David&#039;s question: &amp;quot;How much better things will be once we’re there?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Being in sync with the Tiki community (quick access to answers) ==&lt;br /&gt;
&lt;br /&gt;
Now, it&#039;s tricky for Tiki community members to help because it&#039;s difficult to remember how the code was two years ago.&lt;br /&gt;
&lt;br /&gt;
We can say that a problem doesn&#039;t exist in Tiki3 or Tiki4, but it&#039;s very difficult to share which exact commit or combination of commits solved an issue. And it&#039;s possible (probable) that some bugs are caused by the current  &amp;quot;FrankenTiki&amp;quot;. Difficult to tell.&lt;br /&gt;
&lt;br /&gt;
=== Volunteers ===&lt;br /&gt;
&lt;br /&gt;
Several Tiki community members have volunteered. &lt;br /&gt;
&lt;br /&gt;
Gary &amp;amp; luci are working on porting theme to Tiki4.&lt;br /&gt;
&lt;br /&gt;
test site: Ex.: http://sumo.ourwiki.net/&lt;br /&gt;
Notes: [[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
&lt;br /&gt;
== Making Tiki stronger ==&lt;br /&gt;
&lt;br /&gt;
By upgrading and upstreaming, Tiki becomes stronger and can get more done, which will be available to SUMO.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== PDO ==&lt;br /&gt;
Now default in 4.0&lt;br /&gt;
&lt;br /&gt;
== Database Upgrade revamped ==&lt;br /&gt;
Now easy to manage local database configuration patches&lt;br /&gt;
http://dev.tikiwiki.org/Database+Schema+Upgrade&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Profiles ==&lt;br /&gt;
Profiles permit to store and share different configurations, feature sets, permissions schemes and pre-made examples of some of the more complicated features. Profiles was released in Tiki3. &lt;br /&gt;
&lt;br /&gt;
=== For configuration change management ===&lt;br /&gt;
Similar to database patches above, they can be used for SUMO to make sure a configuration change on Staging is not forgotten on production.&lt;br /&gt;
&lt;br /&gt;
Same thing for the various sites Fennec, Thunderbird, etc. It makes it easy to deply a config change everywhere.&lt;br /&gt;
&lt;br /&gt;
=== Open Source Support profile ===&lt;br /&gt;
We can make a [http://profiles.tikiwiki.org/Support_Mozilla_com SUMO profile] which is an adaption of the [http://profiles.tikiwiki.org/Software_Project Software Project] profile.&lt;br /&gt;
&lt;br /&gt;
Thus, attract more developers and accelerate development.&lt;br /&gt;
&lt;br /&gt;
== Plugin Alias ==&lt;br /&gt;
http://doc.tikiwiki.org/Plugin+Alias&lt;br /&gt;
&lt;br /&gt;
http://support.mozilla.com/en-US/kb/Style+Guide&lt;br /&gt;
&lt;br /&gt;
So :&lt;br /&gt;
{TAG(tag=kbd)}text{TAG}  becomes {KBD()}text{KBD}&lt;br /&gt;
{DIV(class=button,type=&amp;gt;span)}text{DIV} becomes {BUTTON()}text{BUTTON} &lt;br /&gt;
&lt;br /&gt;
== Page alias ==&lt;br /&gt;
http://doc.tikiwiki.org/alias&lt;br /&gt;
This permits redirects without creating artificial pages.&lt;br /&gt;
&lt;br /&gt;
So alternate titles/keywords can be used for better &amp;quot;findability&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== i18n ==&lt;br /&gt;
Massive improvements, over this period. Here are some that come to mind.&lt;br /&gt;
&lt;br /&gt;
*Changing the language of a page is still possible, but somewhat hidden because it was causing User issues (users accidentally changing the language of the page, when trying to translate)&lt;br /&gt;
*Users can set all (1 to n) the languages they understand in their user preferences.&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_wiki_attachment.php?attId=5 Architecture document (pdf)]&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_file.php?fileId=4 Cross Lingual Wiki Engine Paper (pdf)]&lt;br /&gt;
*http://doc.tikiwiki.org/tiki-index.php?page=TikiWiki+4.0#Machine_Translation&lt;br /&gt;
&lt;br /&gt;
== Plugin UI ==&lt;br /&gt;
There is a pop-up helper, started in Tiki3, better in Tiki4&lt;br /&gt;
&lt;br /&gt;
== Theme system totally revamped  ==&lt;br /&gt;
In version 3, whole theme organization was revamped. (Tableless, etc). The good news is that new themes are easier to make, more accessible, etc.&lt;br /&gt;
&lt;br /&gt;
Site identity has also progressed (Site title, subtitle, footer, etc.) that make it easy to put things as part of site preferences. &lt;br /&gt;
&lt;br /&gt;
The only negative point is that the old themes do not survive the upgrade&lt;br /&gt;
http://themes.tikiwiki.org/Theme+Issues+when+Updating+to+Tiki3.0&lt;br /&gt;
&lt;br /&gt;
For SUMO, luci &amp;amp; Gary have volunteered to port the theme. You can see their progress here: http://sumo.ourwiki.net and [[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
&lt;br /&gt;
=== Theme options ===&lt;br /&gt;
Useful to have small adaptations to a theme without duplicating the whole css.&lt;br /&gt;
&lt;br /&gt;
== jQuery ==&lt;br /&gt;
jQuery has been added as optional javascript framework, which allows many nice effects on several parts of Tiki. It is an experimental, optional feature of Tiki 3.0, and in 4.0 it will be the default, always on Javascript framework.&lt;br /&gt;
&lt;br /&gt;
http://doc.tikiwiki.org/jQuery&lt;br /&gt;
&lt;br /&gt;
== Workspaces ==&lt;br /&gt;
Ease of making sub-sections within a single instance of Tiki and make it easier to share information. If Fennec and Firefox have a lot of documentation in common, it would be easier to share. So perhaps Fennec support site could be a workspace within SUMO. Fennec may or may not be the appropriate use of Workspaces, but it will be useful for sure. Ex.: a workspace for documentor, a workspace for localizers. And each wiki page can be shared amongst many workspaces.&lt;br /&gt;
&lt;br /&gt;
Please see http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
&lt;br /&gt;
== Text Area editor improvements ==&lt;br /&gt;
Collaboration on initiatives such as:&lt;br /&gt;
https://wiki.mozilla.org/Support/Editor:PRD&lt;br /&gt;
http://ui.tikiwiki.org/Text+area+editing+helper&lt;br /&gt;
&lt;br /&gt;
== More stability ==&lt;br /&gt;
1.10 was never released. It was renamed 2.0 and then released. Before each release, there are hundreds of bug fixes and minor tweaks. &lt;br /&gt;
&lt;br /&gt;
SUMO should rather stay in stable zone. For example, start using 4.1 and upgrading to 5.1&lt;br /&gt;
&lt;br /&gt;
Once a release goes .0, all future commits are reviewed by our http://dev.tikiwiki.org/Quality+Team, with 3 of our most experienced developers. We would like to invite a SUMO developer to the quality team and this insure that there will be no regressions for SUMO (and thus making keeping in sync easier).&lt;br /&gt;
&lt;br /&gt;
== Tons of new features ==&lt;br /&gt;
Surely there are many things that SUMO could use :-)&lt;br /&gt;
&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
# http://dev.tikiwiki.org/Roadmap &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Zend Framework ==&lt;br /&gt;
Starting in 3.0, Tiki bundles Zend Framework and uses some of it.&lt;br /&gt;
&lt;br /&gt;
http://dev.tikiwiki.org/Zend+Framework&lt;br /&gt;
&lt;br /&gt;
== Other changes ==&lt;br /&gt;
Perhaps use inclusion of wiki pages, instead of dynamic content (need to make sure they are excluded from search results)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=170524</id>
		<title>Support/TikiWikiUpgrade</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiWikiUpgrade&amp;diff=170524"/>
		<updated>2009-09-24T07:20:47Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* James */ some notes about sumo_only&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Background=&lt;br /&gt;
&lt;br /&gt;
SUMO is currently based on TikiWiki 1.10, a two year old version of Tiki that we&#039;ve kept adding new features to while applying security patches and doing partial upgrades from Tiki upstream on select files. This has resulted in a situation where upgrading to the latest version of Tiki (currently 3.1, soon 4.0) will mean a lot of work.&lt;br /&gt;
&lt;br /&gt;
In order to find a sustainable solution for SUMO in the long term, we need to decide on what the next step should be. In making the right decision, we need to factor in aspects like code quality and sustainability as well as community health.&lt;br /&gt;
&lt;br /&gt;
One thing the three options have in common is that they all involve a significant amount of work in the short term, but the question is which one provides the healthiest solution in the long term.&lt;br /&gt;
&lt;br /&gt;
=Our three options=&lt;br /&gt;
&lt;br /&gt;
==Upgrade==&lt;br /&gt;
&lt;br /&gt;
Upgrade to the latest stable version of TikiWiki and upstream future patches to ensure that we can continue to upgrade on each major TikiWiki release with minimal headache.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We can take advantage of the new TikiWiki features, such as Profiles (will allow us to create an &amp;quot;open source support&amp;quot; profile for TikiWiki that will be customized for the support website use case)&lt;br /&gt;
* SUMO community will be accustomed to all website tools, including things like the wiki markup &lt;br /&gt;
* Will pave the way for a healthy relationship with the TikiWiki community&lt;br /&gt;
** More visibility of our SUMO-specific features (e.g. the l10n dashboard) since they&#039;ll be available to other projects too&lt;br /&gt;
** We will become an actor instead of a consumer of TikiWiki -- our opportunity to give back to TikiWiki and demonstrate true Mozilla and open source values&lt;br /&gt;
** Opportunity to share our experiences and insights about secure and efficient coding to change TikiWiki developers&#039; mindset. ML: This is an opportunity for Tiki as well. Many things have improved since 1.10, we need more devs and more collaboration to make things go faster.&lt;br /&gt;
* [[Support/BenefitsOfUpgradingToTiki4]]&lt;br /&gt;
* Tiki has a predictable release schedule (twice per year) and each version will have features that are useful for SUMO, even if they weren&#039;t high enough on priority list to actually develop them.&lt;br /&gt;
* Tiki has, built-in, most of the features that are needed for SUMO, which is why it was picked in the first place&lt;br /&gt;
* Tiki project wants to have [https://wiki.mozilla.org/Support/TikiUpstreamTriage#Features_.2F_enhancements_that_should_go_to_Tiki all the SUMO functionality discussed so far] in Tiki core, and have available easily for anyone in next release. Full agreement on [[Support/SumoDevRoadmap2009]] and we can presume that synergy in goals will always be there.&lt;br /&gt;
* Tiki community members [http://dev.tikiwiki.org/tiki-pagehistory.php?page=Performance&amp;amp;diff_style=sidediff&amp;amp;compare=Compare&amp;amp;newver=28&amp;amp;oldver=24 have volunteered in the past] and have upstreamed stuff when put to their attention. The reason there is little recent collaboration is that the communities need to be more visible to each other and because Tiki devs are working on 4.x code, having long abandoned 1.10 code &lt;br /&gt;
**Themes: Gary &amp;amp; luci have volunteered to make 4.x version and to work with SUMO to genericize interesting things. Ex.: Since 1.10, there several new fields (ex.: Site title subtitle, footer, etc.) that can managed via the admin panel (tiki-admin.php?page=look). And with workspaces, it becomes possible to override them by perspective. Site footer when user picks Fennec perspective is different the general site footer. (New in 4.0). It will be ready for September 11th here: http://sumo.ourwiki.net/ and in SVN (We&#039;ll make a branch)&lt;br /&gt;
*3 SUMO developers have commit access to Tiki trunk, and all is needed is a SourceForge username to have more :-)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* TikiWiki 4.x still has several major design flaws -- our best bet in the long term would be to rewrite some of these components to allow future scalability and extensibility &lt;br /&gt;
* During the initial upgrade to 4.x, making sure that everything still works on SUMO will mean extensive QA and likely several bug fixes aside from our initial list of patches to upstream. &lt;br /&gt;
* Once we&#039;ve upgraded to 4.x, we will need to keep upstreaming our patches to TikiWiki trunk to ensure that our new features and bug fixes will be available when we upgrade TikiWiki to 5.x, 6.x, etc.&lt;br /&gt;
* TikiWiki and SUMO often has quite different priorities. TikiWiki wants to create the equivalent of a CMS &amp;quot;operating system&amp;quot; -- a solution that can do pretty much anything. Our focus is to produce a high quality solution designed to fit our needs. ML: As SUMO is an active participant to the TikiWiki community, SUMO priorities &#039;&#039;&#039;are&#039;&#039;&#039; Tiki priorities.&lt;br /&gt;
&lt;br /&gt;
==Fork==&lt;br /&gt;
&lt;br /&gt;
Fork and leave TikiWiki behind altogether and develop our own solution independently of TikiWiki.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could easily strip out 90% of the codebase&lt;br /&gt;
* We could probably still &amp;quot;steal&amp;quot; new TikiWiki features if we wanted to by backporting&lt;br /&gt;
* We could eventually rewrite major components and slowly get rid of our TikiWiki dependencies&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* We would still have to rewrite many of the components to ensure future scalability, but rather than working together with TikiWiki we would do it on our own&lt;br /&gt;
* We could hardly call ourselves good open source citizens since we wouldn&#039;t give any of our fixes or feature additions back unless someone took our code and upstreamed it themselves&lt;br /&gt;
&lt;br /&gt;
==Port==&lt;br /&gt;
&lt;br /&gt;
Port SUMO to a different platform.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Pros&#039;&#039;&#039;&lt;br /&gt;
* We could switch to a platform that focuses on scalability, performance, and extensibility, rather than a &amp;quot;Jack of all trades, master of none&amp;quot; platform&lt;br /&gt;
* No need to upgrade to the latest version of TikiWiki or upstream our future patches&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cons&#039;&#039;&#039;&lt;br /&gt;
* Unless we invested a crazy amount of time to make things feel unchanged, this would mean a radically different system for many of our community members&#039; use cases:&lt;br /&gt;
** Editing articles would likely be done with a different wiki syntax&lt;br /&gt;
** Localization workflow would be different &lt;br /&gt;
** Forum software would be different&lt;br /&gt;
* This would definitely disrupt and alienate many SUMO community members who typically aren&#039;t excited about changed workflows -- just getting people to contribute on SUMO rather than another system has proved to be very difficult in the past&lt;br /&gt;
* Would essentially mean that all further SUMO development would stop for a good amount of time (probably a full quarter at best)&lt;br /&gt;
* Not clear how much of a benefit this would be in the end -- depends heavily on the platform chosen&lt;br /&gt;
* Would likely have tons of regressions and broken use cases we didn&#039;t consider&lt;br /&gt;
&lt;br /&gt;
=What&#039;s needed to make a decision=&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul for James to share some new architecture concerns and get to know each others&#039; perspectives more -- Sept 2nd&lt;br /&gt;
* Table of technical comparison between different CMS platforms (James)&lt;br /&gt;
* Meeting with James/Laura/David/Marc/Paul/LPH so LPH can provide some initial responses on the feasibility of our architectural ideas&lt;br /&gt;
* Completed work on [https://wiki.mozilla.org/Support/TikiUpstreamTriage SUMO bug triage] to get a clear picture of resources needed to upgrade (David/Laura/Marc)&lt;br /&gt;
* Response to our [http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla architecture concerns] (LPH/Marc) -- due Sept 9th&lt;br /&gt;
&lt;br /&gt;
=Recommendations from James and Laura=&lt;br /&gt;
&lt;br /&gt;
After working out the details of our various options, this is where we are as of 23 Sept.&lt;br /&gt;
&lt;br /&gt;
==Laura==&lt;br /&gt;
&lt;br /&gt;
==James==&lt;br /&gt;
&lt;br /&gt;
In terms of cost and benefit, I think the best action is forking.&lt;br /&gt;
&lt;br /&gt;
Porting would give us some concrete benefit in a cleaner upgrade and maintenance path, in a more modular and scalable platform, and in a more modern, cleaner code base; and some potential benefit in terms of feature turn-around times. But the cost is extremely high.&lt;br /&gt;
&lt;br /&gt;
Upgrading gives very little concrete benefit, the reason I&#039;ve been against this option is that the only concrete benefit that we would actually use is the migration PDO--which is significant but very limited in scope, and could be backported. There is a lot of speculation, but it&#039;s an extremely costly gamble: at least a quarter dedicated to upgrade and QA, and even if the gamble pays off, I don&#039;t feel it justifies the cost.&lt;br /&gt;
&lt;br /&gt;
Forking, while upstreaming the patches we have now and backporting the changes we want, seems like the safest bet. It saves us a quarter that would otherwise be spent upgrading, and let&#039;s us get right into the growing backlog of SUMO bugs.&lt;br /&gt;
&lt;br /&gt;
I&#039;m also worried about the practicality of staying in sync:&lt;br /&gt;
&lt;br /&gt;
[[File:Breakdown_of_triaged_sumo_bugs.png|center]]&lt;br /&gt;
&lt;br /&gt;
sumo_only is the group of changes that we need to maintain during the syncs. Several of those are template changes, but things in sumo_triage or tiki_triage can also end up in sumo_only, and this is only the first ~1/4th of the bugs to triage.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Notes from Marc===&lt;br /&gt;
&lt;br /&gt;
When we made the categories, (sumo_only, tiki_bug, etc.), our goal was to evaluate how much work it was to upgrade. sumo_only is defined as: &amp;quot;Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&amp;quot;. So for us, that was stuff for which there was almost no work, work which is necessary/implicit anyway (with or without the upgrade), or that was included in a meta-bug.&lt;br /&gt;
&lt;br /&gt;
Perhaps we should further categorize things to get a better picture. For example:&lt;br /&gt;
&lt;br /&gt;
1- sumo_template -&amp;gt; sumo-specific templates that shouldn&#039;t be upstreamed (this could include minor features that are trivial to maintain). There will be work to upgrade to Tiki4, but fairly easy to manage and we have two volunteers (the two guys that redesigned Tiki themes in Tiki3).&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442312 SUMO links to php-test blog.mozilla.com]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=399749 Forums link in sidebar goes nowhere sometimes]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=442321 Use https for links to Bugzilla and AMO in header]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2- sumo_feature -&amp;gt; Sumo_specific customization that can&#039;t be upstreamed and is not trivial to maintain, like a hardware-specific config. Ex.: SUMO rewrite rules, in-product help. Here, we should evaluate the meta-bug in its current global state and estimate porting to Tiki4 effort. Less work than the first time, but it can be significant if it touches somewhere where Tiki code changed a lot since 1.10.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=412266 Create separate landing page for in-product help]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=489910 Update .htaccess rules to handle firefox-f1 and firefox-osxkey]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3- Sumo_config -&amp;gt; Content or config handled by the CMS. No work expected.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=500047 SUMO should not be loading images from personal hosting servers]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=401067 New contributors cannot edit staging copies]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=388844 I (Chris Ilias) need more privileges on sumo staging site]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4- sumo_onetime -&amp;gt;  One time issue with load, etc. that we don&#039;t expect to ever deal with again. No work expected. But of course, we may discover new weird things.&lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=470550 Database replication died in the C01 cluster due to overfilling sphinx tables]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
5- sumo_included -&amp;gt; Stuff which is included already in another meta-bug (ex.: showfor, screencast, CSAT, minify, adding locales, etc.), as listed on [[Support/TikiUpstreamTriage]]. Please note that this could be a sumo_feature (like in-product) or a tiki_feature that should be upstreamed (ex.: showfor). The idea is that we upstream or port to Tiki4 only the latest version, which combines all previous Bugzilla items. &lt;br /&gt;
&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=425834 SHOWFOR doesn&#039;t hide text with headings]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=474842 SHOWFOR browser detection is not working]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497218 IE 6 / 7 / 8 Screencasts won&#039;t render in Internet Explorer (all versions)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=497459 Make screencast preview not insert {SCREENCAST} snippet]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=482532 es-MX Enable Spanish (Mexico) localization on SUMO]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=485644 Remove es-MX locale (revert Bug 482532)]&lt;br /&gt;
*[https://bugzilla.mozilla.org/show_bug.cgi?id=480463 Layout broken in Safari 3.2.1 / IE 6 due to Minify]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
6- sumo-nottiki -&amp;gt; This would be things which have nothing to do with Tiki. Thus zero impact if we upgrade or not.&lt;br /&gt;
&lt;br /&gt;
* MySQL errors, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
7- sumo-tools -&amp;gt; Things like load tester. Here, perhaps we need to evaluate if it makes a difference if we upgrade or fork.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
So, most of the items of sumo_only should be not too much work. &lt;br /&gt;
&lt;br /&gt;
However,&lt;br /&gt;
1- The meta bugs can be huge &lt;br /&gt;
2- We&#039;ll have new features but also new bugs in Tiki4 (especially performance because no one stress-tested)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamTriage&amp;diff=170519</id>
		<title>Support/TikiUpstreamTriage</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamTriage&amp;diff=170519"/>
		<updated>2009-09-24T06:27:24Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Who ==&lt;br /&gt;
*Marc Laporte&lt;br /&gt;
*David Tenser&lt;br /&gt;
*You?&lt;br /&gt;
&lt;br /&gt;
== What ==&lt;br /&gt;
&lt;br /&gt;
Goal:&lt;br /&gt;
&lt;br /&gt;
Go trough [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= all modifications] and categorize them.&lt;br /&gt;
&lt;br /&gt;
This will take some time as there is a [https://bugzilla.mozilla.org/report.cgi?x_axis_field=component&amp;amp;y_axis_field=product&amp;amp;z_axis_field=resolution&amp;amp;query_format=report-table&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;format=table&amp;amp;action=wrap&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= huge list].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Categories will be described below&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage]&#039;&#039;&#039;: A new bug that needs to be triaged by TikiWiki to determine the actual tiki status&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_fixed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_fixed]&#039;&#039;&#039;: Stuff that is already fixed in upstream TikiWiki (just need to check in the fix is OK for SUMO for performance, etc.)&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_triage]&#039;&#039;&#039;: Should be looked at by SUMO, and determined if sumo_only or tiki_triage&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_string&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_string]&#039;&#039;&#039;: Pure string changes  -&amp;gt; Need to be added here: http://dev.tikiwiki.org/pending+text+corrections&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_template&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_template]&#039;&#039;&#039;: UI changes in templates&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_feature&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_feature]&#039;&#039;&#039;: New/enhanced feature that should be upstreamed&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_bug&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_bug]&#039;&#039;&#039;: Bug that should also be fixed in upstream TikiWiki&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_only&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_only]&#039;&#039;&#039;: Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&lt;br /&gt;
&lt;br /&gt;
== When ==&lt;br /&gt;
Starting 2009-08-26&lt;br /&gt;
&lt;br /&gt;
*1st run: go through the whole list, categorize (tag) each item. Refine tag list as needed.&lt;br /&gt;
*2nd run for further discussion/analysis of the more tricky ones. (merge challenges, etc.)&lt;br /&gt;
**Link to relevant wishlist item on dev.tikiwiki.org or code&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Features / enhancements that should go to Tiki==&lt;br /&gt;
&lt;br /&gt;
As we add things on this list, we&#039;ll only mark one &amp;quot;meta-bug&amp;quot; with tiki_feature. We won&#039;t necessarily identify each commit/patch, as the code will be taken in final stage and ported/adapted to Tiki trunk for inclusion/discussion/abstraction of code in 4.x. The individual bugs for that main feature will be marked as sumo_only.&lt;br /&gt;
&lt;br /&gt;
Please add/link to any &amp;amp; all relevant information to facilitate upstreaming meta-bug, PRD wiki page, user documentation, blog post, and who is the contact person, [http://viewvc.svn.mozilla.org/vc/projects/sumo/ link to actual code], etc. For now, don&#039;t spend time too much time to create information, just link to it. The goal for now is to get a better picture of what each feature does and to identify people in the Tiki community to coordinate with.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Performance===&lt;br /&gt;
http://dev.tikiwiki.org/Performance&lt;br /&gt;
&lt;br /&gt;
====Replication support====&lt;br /&gt;
[https://bugzilla.mozilla.org/show_bug.cgi?id=433341 Move database load from master to slaves]&lt;br /&gt;
&lt;br /&gt;
====Memcache support====&lt;br /&gt;
http://dev.tikiwiki.org/wish2707&lt;br /&gt;
&lt;br /&gt;
====CSS and JavaScript minification====&lt;br /&gt;
http://dev.tikiwiki.org/wish2706&lt;br /&gt;
&lt;br /&gt;
Stéphane Casset wrote [http://thread.gmane.org/gmane.comp.cms.tiki.devel/13690/ I am planning to add this, ie kind of retake what SUMO did but in a little different way... ]&lt;br /&gt;
&lt;br /&gt;
===i18n===&lt;br /&gt;
Alain Désilets wrote: &amp;quot;Marta Stojanovic and I might be able to help with some of the i18n related features, as long as it leaves us with some time to work on the forward looking features (integration of Machine Translation in particular).&amp;quot;&lt;br /&gt;
&lt;br /&gt;
====Content====&lt;br /&gt;
http://doc.tikiwiki.org/Translating+Tiki+content&lt;br /&gt;
http://wiki-translation.com&lt;br /&gt;
&lt;br /&gt;
=====Track l10 changes=====&lt;br /&gt;
(ie noticing when translations are out of date)&lt;br /&gt;
&lt;br /&gt;
===== l10n dashboard =====&lt;br /&gt;
http://dev.tikiwiki.org/wish2709&lt;br /&gt;
&lt;br /&gt;
====Interface====&lt;br /&gt;
http://doc.tikiwiki.org/Translating+Tiki+interface&lt;br /&gt;
http://dev.tikiwiki.org/wish1771&lt;br /&gt;
&lt;br /&gt;
===== Upstreaming translations =====&lt;br /&gt;
SUMO has about 25 totally new translations. Tiki strings should be added directly (easy)&lt;br /&gt;
For existing languages, a merging process should be established (strings have been improved in parallel in Tiki community).&lt;br /&gt;
&lt;br /&gt;
===== Figure out a sustainable upstream model =====&lt;br /&gt;
How to distinguish SUMO only translations? (and efficiently maintain locally)&lt;br /&gt;
How to regularly upstream translations for Tiki strings?&lt;br /&gt;
&lt;br /&gt;
Related:&lt;br /&gt;
http://dev.tikiwiki.org/pending+text+corrections&lt;br /&gt;
&lt;br /&gt;
===Metrics &amp;amp; logs===&lt;br /&gt;
&lt;br /&gt;
====Data warehouse and metrics dashboard====&lt;br /&gt;
[[Support/MetricsDashboardPRD]]&lt;br /&gt;
&lt;br /&gt;
====CSAT (Customer Satisfaction)====&lt;br /&gt;
[[Support:CSAT]]&lt;br /&gt;
&lt;br /&gt;
===Wiki===&lt;br /&gt;
&lt;br /&gt;
==== Screencast support ====&lt;br /&gt;
http://dev.tikiwiki.org/wish2711&lt;br /&gt;
&lt;br /&gt;
==== Showfor plugin ====&lt;br /&gt;
http://dev.tikiwiki.org/wish2710&lt;br /&gt;
&lt;br /&gt;
==== Staging &amp;amp; Approval ====&lt;br /&gt;
Various enhancements in general and to work with translations&lt;br /&gt;
http://dev.tikiwiki.org/Staging&lt;br /&gt;
http://doc.tikiwiki.org/Staging&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Forum enhancements ===&lt;br /&gt;
* Adding fields for Firefox version, bundled plugins, etc.&lt;br /&gt;
* Facilitate anonymous posting&lt;br /&gt;
* Screenshot upload&lt;br /&gt;
* Even newer enhancements, to permit search before post.&lt;br /&gt;
*[[Support/KBForum:PRD]]&lt;br /&gt;
*[[Support/ForumUX/PRD]]&lt;br /&gt;
*[[Support/ForumUX/PRD/New_Question_Form]]&lt;br /&gt;
&lt;br /&gt;
=== Other ===&lt;br /&gt;
* Many small performance, l10n, and UX improvements; bugfixes; etc.&lt;br /&gt;
** Improvements to email watches (inc locale specific watches)&lt;br /&gt;
* Also see http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
* A [http://dev.tikiwiki.org/Support_Mozilla_com SUMO category was created on Tiki Wishlist]. It includes things above and also things discussed or presumed to be of interest to SUMO.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Features / enhancements that need to be maintained separately ==&lt;br /&gt;
Here, we&#039;ll try to abstract as much as possible, and make it easy to maintain.&lt;br /&gt;
&lt;br /&gt;
=== In product help ===&lt;br /&gt;
Press F1, and access online documentation, with an alternate template.&lt;br /&gt;
ex.: http://support.mozilla.com/en-US/kb/Mouse+shortcuts?style_mode=inproduct&lt;br /&gt;
&lt;br /&gt;
=== Rewrite Rules ===&lt;br /&gt;
SUMO has specific Rewrite Rules.&lt;br /&gt;
&lt;br /&gt;
=== Theme ===&lt;br /&gt;
luci &amp;amp; Gary have volunteered to port SUMO theme to Tiki 4 and to help with make SUMO theme-related enhancements generic. Work has already started and they have questions: http://sumo.ourwiki.net/Notes&lt;br /&gt;
&lt;br /&gt;
Who is/are theme person/people for SUMO?&lt;br /&gt;
&lt;br /&gt;
=== Glueware to other apps ===&lt;br /&gt;
&lt;br /&gt;
==== Search ====&lt;br /&gt;
Full text search using Sphinx (which should become an abstraction layer for Search)&lt;br /&gt;
&lt;br /&gt;
==== Live chat ====&lt;br /&gt;
Live chat integration: [[Support/Live_Chat/Web_Client_PRD]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Related ==&lt;br /&gt;
[[Support/InterestingTikiLinks]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Phone Meeting 2009-09-02 ==&lt;br /&gt;
*Update on http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*Zend Framework use (cache, etc.)&lt;br /&gt;
*Introduce [[Support/InterestingTikiLinks]]&lt;br /&gt;
*Progress on triage list above&lt;br /&gt;
*Adding SUMO devs to Tiki security list and get access to the Security Dashboard&lt;br /&gt;
*Adding Tikidevs to Bugzilla&lt;br /&gt;
*From http://dev.tikiwiki.org/SUMO+Upstream+Process, &amp;quot;SUMO will continue on [http://viewvc.svn.mozilla.org/vc/projects/sumo/ own svn] but will create some way for tiki devs to see what happens will be figured out. (e.g. a hook to send commits to Tiki commit mailing list, or a hook to automatically send commits into a tikiwiki SVN branch)&amp;quot;. Please have it sent to: tikiwiki-cvs@lists.sourceforge.net (and let marclaporte@tikiwiki.org know what the from email is so an exception is added to the spam filter.&lt;br /&gt;
*Copy of SUMO data for test drive on Tiki 4.x&lt;br /&gt;
** It would be a quick way to demonstrate new/changed features for evaluation by SUMO. (change is OK for us, or no, we&#039;ll want to adapt, etc.). -&amp;gt; http://sumo.ourwiki.net/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==How to help==&lt;br /&gt;
The most important thing is to review the items in [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage] and to change to sumo_triage, tiki_feature, tiki_fixed, etc. as described above. And to add notes/links to anything relevant (item on tiki wishlist, commit on Tiki SVN, discussion on mailing list, wiki page, etc.)&lt;br /&gt;
&lt;br /&gt;
To help with triage, and watch the various items, you need to have an account on Bugzilla.&lt;br /&gt;
&lt;br /&gt;
#Create an account here : https://bugzilla.mozilla.org/createaccount.cgi&lt;br /&gt;
#You can then watch stuff by going in your bugzilla email preferences add the email addresses listed here: https://bugzilla.mozilla.org/describecomponents.cgi?product=support.mozilla.com to your &amp;quot;watch list&amp;quot;. You will receive a lot of email. So you may just want to watch selective items.&lt;br /&gt;
#Inform Marc, David or Gavin of your login, so you are given &amp;quot;editbug capabilities&amp;quot;. This will permit you to change status: sumo_triage, sumo_only, tiki_fixed, etc.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamTriage&amp;diff=170518</id>
		<title>Support/TikiUpstreamTriage</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/TikiUpstreamTriage&amp;diff=170518"/>
		<updated>2009-09-24T06:22:06Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Features / new section&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Who ==&lt;br /&gt;
*Marc Laporte&lt;br /&gt;
*David Tenser&lt;br /&gt;
*You?&lt;br /&gt;
&lt;br /&gt;
== What ==&lt;br /&gt;
&lt;br /&gt;
Goal:&lt;br /&gt;
&lt;br /&gt;
Go trough [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;component=Forum&amp;amp;component=General&amp;amp;component=Knowledge+Base+Software&amp;amp;component=Localization&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;resolution=FIXED&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= all modifications] and categorize them.&lt;br /&gt;
&lt;br /&gt;
This will take some time as there is a [https://bugzilla.mozilla.org/report.cgi?x_axis_field=component&amp;amp;y_axis_field=product&amp;amp;z_axis_field=resolution&amp;amp;query_format=report-table&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=allwordssubstr&amp;amp;status_whiteboard=&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;format=table&amp;amp;action=wrap&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= huge list].&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Categories will be described below&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage]&#039;&#039;&#039;: A new bug that needs to be triaged by TikiWiki to determine the actual tiki status&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_fixed&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_fixed]&#039;&#039;&#039;: Stuff that is already fixed in upstream TikiWiki (just need to check in the fix is OK for SUMO for performance, etc.)&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_triage]&#039;&#039;&#039;: Should be looked at by SUMO, and determined if sumo_only or tiki_triage&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_string&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_string]&#039;&#039;&#039;: Pure string changes  -&amp;gt; Need to be added here: http://dev.tikiwiki.org/pending+text+corrections&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_template&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_template]&#039;&#039;&#039;: UI changes in templates&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_feature&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_feature]&#039;&#039;&#039;: New/enhanced feature that should be upstreamed&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_bug&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_bug]&#039;&#039;&#039;: Bug that should also be fixed in upstream TikiWiki&lt;br /&gt;
* &#039;&#039;&#039;[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=sumo_only&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= sumo_only]&#039;&#039;&#039;: Stuff that is related to the administration/maintenance of the SUMO website that can&#039;t really be upstreamed&lt;br /&gt;
&lt;br /&gt;
== When ==&lt;br /&gt;
Starting 2009-08-26&lt;br /&gt;
&lt;br /&gt;
*1st run: go through the whole list, categorize (tag) each item. Refine tag list as needed.&lt;br /&gt;
*2nd run for further discussion/analysis of the more tricky ones. (merge challenges, etc.)&lt;br /&gt;
**Link to relevant wishlist item on dev.tikiwiki.org or code&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Features / enhancements that should go to Tiki==&lt;br /&gt;
&lt;br /&gt;
As we add things on this list, we&#039;ll only mark one &amp;quot;meta-bug&amp;quot; with tiki_feature. We won&#039;t necessarily identify each commit/patch, as the code will be taken in final stage and ported/adapted to Tiki trunk for inclusion/discussion/abstraction of code in 4.x. The individual bugs for that main feature will be marked as sumo_only.&lt;br /&gt;
&lt;br /&gt;
Please add/link to any &amp;amp; all relevant information to facilitate upstreaming meta-bug, PRD wiki page, user documentation, blog post, and who is the contact person, [http://viewvc.svn.mozilla.org/vc/projects/sumo/ link to actual code], etc. For now, don&#039;t spend time too much time to create information, just link to it. The goal for now is to get a better picture of what each feature does and to identify people in the Tiki community to coordinate with.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Performance===&lt;br /&gt;
http://dev.tikiwiki.org/Performance&lt;br /&gt;
&lt;br /&gt;
====Replication support====&lt;br /&gt;
[https://bugzilla.mozilla.org/show_bug.cgi?id=433341 Move database load from master to slaves]&lt;br /&gt;
&lt;br /&gt;
====Memcache support====&lt;br /&gt;
http://dev.tikiwiki.org/wish2707&lt;br /&gt;
&lt;br /&gt;
====CSS and JavaScript minification====&lt;br /&gt;
http://dev.tikiwiki.org/wish2706&lt;br /&gt;
&lt;br /&gt;
Stéphane Casset wrote [http://thread.gmane.org/gmane.comp.cms.tiki.devel/13690/ I am planning to add this, ie kind of retake what SUMO did but in a little different way... ]&lt;br /&gt;
&lt;br /&gt;
===i18n===&lt;br /&gt;
Alain Désilets wrote: &amp;quot;Marta Stojanovic and I might be able to help with some of the i18n related features, as long as it leaves us with some time to work on the forward looking features (integration of Machine Translation in particular).&amp;quot;&lt;br /&gt;
&lt;br /&gt;
====Content====&lt;br /&gt;
http://doc.tikiwiki.org/Translating+Tiki+content&lt;br /&gt;
http://wiki-translation.com&lt;br /&gt;
&lt;br /&gt;
=====Track l10 changes=====&lt;br /&gt;
(ie noticing when translations are out of date)&lt;br /&gt;
&lt;br /&gt;
===== l10n dashboard =====&lt;br /&gt;
http://dev.tikiwiki.org/wish2709&lt;br /&gt;
&lt;br /&gt;
====Interface====&lt;br /&gt;
http://doc.tikiwiki.org/Translating+Tiki+interface&lt;br /&gt;
http://dev.tikiwiki.org/wish1771&lt;br /&gt;
&lt;br /&gt;
===== Upstreaming translations =====&lt;br /&gt;
SUMO has about 25 totally new translations. Tiki strings should be added directly (easy)&lt;br /&gt;
For existing languages, a merging process should be established (strings have been improved in parallel in Tiki community).&lt;br /&gt;
&lt;br /&gt;
===== Figure out a sustainable upstream model =====&lt;br /&gt;
How to distinguish SUMO only translations? (and efficiently maintain locally)&lt;br /&gt;
How to regularly upstream translations for Tiki strings?&lt;br /&gt;
&lt;br /&gt;
Related:&lt;br /&gt;
http://dev.tikiwiki.org/pending+text+corrections&lt;br /&gt;
&lt;br /&gt;
===Metrics &amp;amp; logs===&lt;br /&gt;
&lt;br /&gt;
====Data warehouse and metrics dashboard====&lt;br /&gt;
[[Support/MetricsDashboardPRD]]&lt;br /&gt;
&lt;br /&gt;
====CSAT (Customer Satisfaction)====&lt;br /&gt;
[[Support:CSAT]]&lt;br /&gt;
&lt;br /&gt;
===Wiki===&lt;br /&gt;
&lt;br /&gt;
==== Screencast support ====&lt;br /&gt;
http://dev.tikiwiki.org/wish2711&lt;br /&gt;
&lt;br /&gt;
==== Showfor plugin ====&lt;br /&gt;
http://dev.tikiwiki.org/wish2710&lt;br /&gt;
&lt;br /&gt;
==== Staging &amp;amp; Approval ====&lt;br /&gt;
Various enhancements in general and to work with translations&lt;br /&gt;
http://dev.tikiwiki.org/Staging&lt;br /&gt;
http://doc.tikiwiki.org/Staging&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Forum enhancements ===&lt;br /&gt;
* Adding fields for Firefox version, bundled plugins, etc.&lt;br /&gt;
* Facilitate anonymous posting&lt;br /&gt;
* Screenshot upload&lt;br /&gt;
* Even newer enhancements, to permit search before post.&lt;br /&gt;
*[[Support/KBForum:PRD]]&lt;br /&gt;
*[[Support/ForumUX/PRD]]&lt;br /&gt;
*[[Support/ForumUX/PRD/New_Question_Form]]&lt;br /&gt;
&lt;br /&gt;
=== Other ===&lt;br /&gt;
* Many small performance, l10n, and UX improvements; bugfixes; etc.&lt;br /&gt;
** Improvements to email watches (inc locale specific watches)&lt;br /&gt;
* Also see http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
* A [http://dev.tikiwiki.org/Support_Mozilla_com SUMO category was created on Tiki Wishlist]. It includes things above and also things discussed or presumed to be of interest to SUMO.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Features / enhancements that need to be maintained separately ==&lt;br /&gt;
Here, we&#039;ll try to abstract as much as possible, and make it easy to maintain.&lt;br /&gt;
&lt;br /&gt;
=== Rewrite Rules ===&lt;br /&gt;
SUMO has specific Rewrite Rules.&lt;br /&gt;
&lt;br /&gt;
=== Theme ===&lt;br /&gt;
luci &amp;amp; Gary have volunteered to port SUMO theme to Tiki 4 and to help with make SUMO theme-related enhancements generic. Work has already started and they have questions: http://sumo.ourwiki.net/Notes&lt;br /&gt;
&lt;br /&gt;
Who is/are theme person/people for SUMO?&lt;br /&gt;
&lt;br /&gt;
=== Glueware to other apps ===&lt;br /&gt;
&lt;br /&gt;
==== Search ====&lt;br /&gt;
Full text search using Sphinx (which should become an abstraction layer for Search)&lt;br /&gt;
&lt;br /&gt;
==== Live chat ====&lt;br /&gt;
Live chat integration: [[Support/Live_Chat/Web_Client_PRD]]&lt;br /&gt;
&lt;br /&gt;
=== In product help ===&lt;br /&gt;
&lt;br /&gt;
== Related ==&lt;br /&gt;
[[Support/InterestingTikiLinks]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Phone Meeting 2009-09-02 ==&lt;br /&gt;
*Update on http://dev.tikiwiki.org/Architecture+Suggestions+From+Mozilla&lt;br /&gt;
*Zend Framework use (cache, etc.)&lt;br /&gt;
*Introduce [[Support/InterestingTikiLinks]]&lt;br /&gt;
*Progress on triage list above&lt;br /&gt;
*Adding SUMO devs to Tiki security list and get access to the Security Dashboard&lt;br /&gt;
*Adding Tikidevs to Bugzilla&lt;br /&gt;
*From http://dev.tikiwiki.org/SUMO+Upstream+Process, &amp;quot;SUMO will continue on [http://viewvc.svn.mozilla.org/vc/projects/sumo/ own svn] but will create some way for tiki devs to see what happens will be figured out. (e.g. a hook to send commits to Tiki commit mailing list, or a hook to automatically send commits into a tikiwiki SVN branch)&amp;quot;. Please have it sent to: tikiwiki-cvs@lists.sourceforge.net (and let marclaporte@tikiwiki.org know what the from email is so an exception is added to the spam filter.&lt;br /&gt;
*Copy of SUMO data for test drive on Tiki 4.x&lt;br /&gt;
** It would be a quick way to demonstrate new/changed features for evaluation by SUMO. (change is OK for us, or no, we&#039;ll want to adapt, etc.). -&amp;gt; http://sumo.ourwiki.net/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==How to help==&lt;br /&gt;
The most important thing is to review the items in [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&amp;amp;short_desc_type=allwordssubstr&amp;amp;short_desc=&amp;amp;product=support.mozilla.com&amp;amp;long_desc_type=substring&amp;amp;long_desc=&amp;amp;bug_file_loc_type=allwordssubstr&amp;amp;bug_file_loc=&amp;amp;status_whiteboard_type=casesubstring&amp;amp;status_whiteboard=tiki_triage&amp;amp;keywords_type=allwords&amp;amp;keywords=&amp;amp;emailassigned_to1=1&amp;amp;emailtype1=exact&amp;amp;email1=&amp;amp;emailassigned_to2=1&amp;amp;emailreporter2=1&amp;amp;emailqa_contact2=1&amp;amp;emailtype2=exact&amp;amp;email2=&amp;amp;bugidtype=include&amp;amp;bug_id=&amp;amp;votes=&amp;amp;chfieldfrom=&amp;amp;chfieldto=Now&amp;amp;chfieldvalue=&amp;amp;cmdtype=doit&amp;amp;order=Reuse+same+sort+as+last+time&amp;amp;field0-0-0=noop&amp;amp;type0-0-0=noop&amp;amp;value0-0-0= tiki_triage] and to change to sumo_triage, tiki_feature, tiki_fixed, etc. as described above. And to add notes/links to anything relevant (item on tiki wishlist, commit on Tiki SVN, discussion on mailing list, wiki page, etc.)&lt;br /&gt;
&lt;br /&gt;
To help with triage, and watch the various items, you need to have an account on Bugzilla.&lt;br /&gt;
&lt;br /&gt;
#Create an account here : https://bugzilla.mozilla.org/createaccount.cgi&lt;br /&gt;
#You can then watch stuff by going in your bugzilla email preferences add the email addresses listed here: https://bugzilla.mozilla.org/describecomponents.cgi?product=support.mozilla.com to your &amp;quot;watch list&amp;quot;. You will receive a lot of email. So you may just want to watch selective items.&lt;br /&gt;
#Inform Marc, David or Gavin of your login, so you are given &amp;quot;editbug capabilities&amp;quot;. This will permit you to change status: sumo_triage, sumo_only, tiki_fixed, etc.&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170513</id>
		<title>Support/BenefitsOfUpgradingToTiki4</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170513"/>
		<updated>2009-09-24T05:29:06Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Volunteers */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Started : 2009-08-30&lt;br /&gt;
&lt;br /&gt;
This page is to list examples about David&#039;s question: &amp;quot;How much better things will be once we’re there?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Being in sync with the Tiki community (quick access to answers) ==&lt;br /&gt;
&lt;br /&gt;
Now, it&#039;s tricky for Tiki community members to help because it&#039;s difficult to remember how the code was two years ago.&lt;br /&gt;
&lt;br /&gt;
We can say that a problem doesn&#039;t exist in Tiki3 or Tiki4, but it&#039;s very difficult to share which exact commit or combination of commits solved an issue. And it&#039;s possible (probable) that some bugs are caused by the current  &amp;quot;FrankenTiki&amp;quot;. Difficult to tell.&lt;br /&gt;
&lt;br /&gt;
=== Volunteers ===&lt;br /&gt;
&lt;br /&gt;
Several Tiki community members have volunteered. &lt;br /&gt;
&lt;br /&gt;
Gary &amp;amp; luci are working on porting theme to Tiki4.&lt;br /&gt;
&lt;br /&gt;
test site: Ex.: http://sumo.ourwiki.net/&lt;br /&gt;
Notes: [[Support/UpgradeToTiki4/ThemeCoordination]]&lt;br /&gt;
&lt;br /&gt;
== Making Tiki stronger ==&lt;br /&gt;
&lt;br /&gt;
By upgrading and upstreaming, Tiki becomes stronger and can get more done, which will be available to SUMO.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== PDO ==&lt;br /&gt;
Now default in 4.0&lt;br /&gt;
&lt;br /&gt;
== Database Upgrade revamped ==&lt;br /&gt;
Now easy to manage local database configuration patches&lt;br /&gt;
http://dev.tikiwiki.org/Database+Schema+Upgrade&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Profiles ==&lt;br /&gt;
Profiles permit to store and share different configurations, feature sets, permissions schemes and pre-made examples of some of the more complicated features. Profiles was released in Tiki3. &lt;br /&gt;
&lt;br /&gt;
=== For configuration change management ===&lt;br /&gt;
Similar to database patches above, they can be used for SUMO to make sure a configuration change on Staging is not forgotten on production.&lt;br /&gt;
&lt;br /&gt;
Same thing for the various sites Fennec, Thunderbird, etc. It makes it easy to deply a config change everywhere.&lt;br /&gt;
&lt;br /&gt;
=== Open Source Support profile ===&lt;br /&gt;
We can make a [http://profiles.tikiwiki.org/Support_Mozilla_com SUMO profile] which is an adaption of the [http://profiles.tikiwiki.org/Software_Project Software Project] profile.&lt;br /&gt;
&lt;br /&gt;
Thus, attract more developers and accelerate development.&lt;br /&gt;
&lt;br /&gt;
== Plugin Alias ==&lt;br /&gt;
http://doc.tikiwiki.org/Plugin+Alias&lt;br /&gt;
&lt;br /&gt;
http://support.mozilla.com/en-US/kb/Style+Guide&lt;br /&gt;
&lt;br /&gt;
So :&lt;br /&gt;
{TAG(tag=kbd)}text{TAG}  becomes {KBD()}text{KBD}&lt;br /&gt;
{DIV(class=button,type=&amp;gt;span)}text{DIV} becomes {BUTTON()}text{BUTTON} &lt;br /&gt;
&lt;br /&gt;
== Page alias ==&lt;br /&gt;
http://doc.tikiwiki.org/alias&lt;br /&gt;
This permits redirects without creating artificial pages.&lt;br /&gt;
&lt;br /&gt;
So alternate titles/keywords can be used for better &amp;quot;findability&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== i18n ==&lt;br /&gt;
Massive improvements, over this period. Here are some that come to mind.&lt;br /&gt;
&lt;br /&gt;
*Changing the language of a page is still possible, but somewhat hidden because it was causing User issues (users accidentally changing the language of the page, when trying to translate)&lt;br /&gt;
*Users can set all (1 to n) the languages they understand in their user preferences.&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_wiki_attachment.php?attId=5 Architecture document (pdf)]&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_file.php?fileId=4 Cross Lingual Wiki Engine Paper (pdf)]&lt;br /&gt;
*http://doc.tikiwiki.org/tiki-index.php?page=TikiWiki+4.0#Machine_Translation&lt;br /&gt;
&lt;br /&gt;
== Plugin UI ==&lt;br /&gt;
There is a pop-up helper, started in Tiki3, better in Tiki4&lt;br /&gt;
&lt;br /&gt;
== Theme system totally revamped  ==&lt;br /&gt;
In version 3, whole theme organization was revamped. (Tableless, etc). The good news is that new themes are easier to make, more accessible, etc.&lt;br /&gt;
&lt;br /&gt;
Site identity has also progressed (Site title, subtitle, footer, etc.) that make it easy to put things as part of site preferences. &lt;br /&gt;
&lt;br /&gt;
The only negative point is that the old themes do not survive the upgrade&lt;br /&gt;
http://themes.tikiwiki.org/Theme+Issues+when+Updating+to+Tiki3.0&lt;br /&gt;
&lt;br /&gt;
For SUMO, luci &amp;amp; Gary have volunteered to port the theme. You can see their progress here: http://sumo.ourwiki.net&lt;br /&gt;
&lt;br /&gt;
=== Theme options ===&lt;br /&gt;
Useful to have small adaptations to a theme without duplicating the whole css.&lt;br /&gt;
&lt;br /&gt;
== jQuery ==&lt;br /&gt;
jQuery has been added as optional javascript framework, which allows many nice effects on several parts of Tiki. It is an experimental, optional feature of Tiki 3.0, and in 4.0 it will be the default, always on Javascript framework.&lt;br /&gt;
&lt;br /&gt;
http://doc.tikiwiki.org/jQuery&lt;br /&gt;
&lt;br /&gt;
== Workspaces ==&lt;br /&gt;
Ease of making sub-sections within a single instance of Tiki and make it easier to share information. If Fennec and Firefox have a lot of documentation in common, it would be easier to share. So perhaps Fennec support site could be a workspace within SUMO. Fennec may or may not be the appropriate use of Workspaces, but it will be useful for sure. Ex.: a workspace for documentor, a workspace for localizers. And each wiki page can be shared amongst many workspaces.&lt;br /&gt;
&lt;br /&gt;
Please see http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
&lt;br /&gt;
== Text Area editor improvements ==&lt;br /&gt;
Collaboration on initiatives such as:&lt;br /&gt;
https://wiki.mozilla.org/Support/Editor:PRD&lt;br /&gt;
http://ui.tikiwiki.org/Text+area+editing+helper&lt;br /&gt;
&lt;br /&gt;
== More stability ==&lt;br /&gt;
1.10 was never released. It was renamed 2.0 and then released. Before each release, there are hundreds of bug fixes and minor tweaks. &lt;br /&gt;
&lt;br /&gt;
SUMO should rather stay in stable zone. For example, start using 4.1 and upgrading to 5.1&lt;br /&gt;
&lt;br /&gt;
Once a release goes .0, all future commits are reviewed by our http://dev.tikiwiki.org/Quality+Team, with 3 of our most experienced developers. We would like to invite a SUMO developer to the quality team and this insure that there will be no regressions for SUMO (and thus making keeping in sync easier).&lt;br /&gt;
&lt;br /&gt;
== Tons of new features ==&lt;br /&gt;
Surely there are many things that SUMO could use :-)&lt;br /&gt;
&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
# http://dev.tikiwiki.org/Roadmap &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Zend Framework ==&lt;br /&gt;
Starting in 3.0, Tiki bundles Zend Framework and uses some of it.&lt;br /&gt;
&lt;br /&gt;
http://dev.tikiwiki.org/Zend+Framework&lt;br /&gt;
&lt;br /&gt;
== Other changes ==&lt;br /&gt;
Perhaps use inclusion of wiki pages, instead of dynamic content (need to make sure they are excluded from search results)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170511</id>
		<title>Support/BenefitsOfUpgradingToTiki4</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Support/BenefitsOfUpgradingToTiki4&amp;diff=170511"/>
		<updated>2009-09-24T05:26:24Z</updated>

		<summary type="html">&lt;p&gt;MarcLaporte: /* Being in sync with the Tiki community */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Started : 2009-08-30&lt;br /&gt;
&lt;br /&gt;
This page is to list examples about David&#039;s question: &amp;quot;How much better things will be once we’re there?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Being in sync with the Tiki community (quick access to answers) ==&lt;br /&gt;
&lt;br /&gt;
Now, it&#039;s tricky for Tiki community members to help because it&#039;s difficult to remember how the code was two years ago.&lt;br /&gt;
&lt;br /&gt;
We can say that a problem doesn&#039;t exist in Tiki3 or Tiki4, but it&#039;s very difficult to share which exact commit or combination of commits solved an issue. And it&#039;s possible (probable) that some bugs are caused by the current  &amp;quot;FrankenTiki&amp;quot;. Difficult to tell.&lt;br /&gt;
&lt;br /&gt;
=== Volunteers ===&lt;br /&gt;
&lt;br /&gt;
Several Tiki community members have volunteered. Ex.: http://sumo.ourwiki.net/&lt;br /&gt;
&lt;br /&gt;
== Making Tiki stronger ==&lt;br /&gt;
&lt;br /&gt;
By upgrading and upstreaming, Tiki becomes stronger and can get more done, which will be available to SUMO.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== PDO ==&lt;br /&gt;
Now default in 4.0&lt;br /&gt;
&lt;br /&gt;
== Database Upgrade revamped ==&lt;br /&gt;
Now easy to manage local database configuration patches&lt;br /&gt;
http://dev.tikiwiki.org/Database+Schema+Upgrade&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Profiles ==&lt;br /&gt;
Profiles permit to store and share different configurations, feature sets, permissions schemes and pre-made examples of some of the more complicated features. Profiles was released in Tiki3. &lt;br /&gt;
&lt;br /&gt;
=== For configuration change management ===&lt;br /&gt;
Similar to database patches above, they can be used for SUMO to make sure a configuration change on Staging is not forgotten on production.&lt;br /&gt;
&lt;br /&gt;
Same thing for the various sites Fennec, Thunderbird, etc. It makes it easy to deply a config change everywhere.&lt;br /&gt;
&lt;br /&gt;
=== Open Source Support profile ===&lt;br /&gt;
We can make a [http://profiles.tikiwiki.org/Support_Mozilla_com SUMO profile] which is an adaption of the [http://profiles.tikiwiki.org/Software_Project Software Project] profile.&lt;br /&gt;
&lt;br /&gt;
Thus, attract more developers and accelerate development.&lt;br /&gt;
&lt;br /&gt;
== Plugin Alias ==&lt;br /&gt;
http://doc.tikiwiki.org/Plugin+Alias&lt;br /&gt;
&lt;br /&gt;
http://support.mozilla.com/en-US/kb/Style+Guide&lt;br /&gt;
&lt;br /&gt;
So :&lt;br /&gt;
{TAG(tag=kbd)}text{TAG}  becomes {KBD()}text{KBD}&lt;br /&gt;
{DIV(class=button,type=&amp;gt;span)}text{DIV} becomes {BUTTON()}text{BUTTON} &lt;br /&gt;
&lt;br /&gt;
== Page alias ==&lt;br /&gt;
http://doc.tikiwiki.org/alias&lt;br /&gt;
This permits redirects without creating artificial pages.&lt;br /&gt;
&lt;br /&gt;
So alternate titles/keywords can be used for better &amp;quot;findability&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== i18n ==&lt;br /&gt;
Massive improvements, over this period. Here are some that come to mind.&lt;br /&gt;
&lt;br /&gt;
*Changing the language of a page is still possible, but somewhat hidden because it was causing User issues (users accidentally changing the language of the page, when trying to translate)&lt;br /&gt;
*Users can set all (1 to n) the languages they understand in their user preferences.&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_wiki_attachment.php?attId=5 Architecture document (pdf)]&lt;br /&gt;
*[http://wiki-translation.com/tiki-download_file.php?fileId=4 Cross Lingual Wiki Engine Paper (pdf)]&lt;br /&gt;
*http://doc.tikiwiki.org/tiki-index.php?page=TikiWiki+4.0#Machine_Translation&lt;br /&gt;
&lt;br /&gt;
== Plugin UI ==&lt;br /&gt;
There is a pop-up helper, started in Tiki3, better in Tiki4&lt;br /&gt;
&lt;br /&gt;
== Theme system totally revamped  ==&lt;br /&gt;
In version 3, whole theme organization was revamped. (Tableless, etc). The good news is that new themes are easier to make, more accessible, etc.&lt;br /&gt;
&lt;br /&gt;
Site identity has also progressed (Site title, subtitle, footer, etc.) that make it easy to put things as part of site preferences. &lt;br /&gt;
&lt;br /&gt;
The only negative point is that the old themes do not survive the upgrade&lt;br /&gt;
http://themes.tikiwiki.org/Theme+Issues+when+Updating+to+Tiki3.0&lt;br /&gt;
&lt;br /&gt;
For SUMO, luci &amp;amp; Gary have volunteered to port the theme. You can see their progress here: http://sumo.ourwiki.net&lt;br /&gt;
&lt;br /&gt;
=== Theme options ===&lt;br /&gt;
Useful to have small adaptations to a theme without duplicating the whole css.&lt;br /&gt;
&lt;br /&gt;
== jQuery ==&lt;br /&gt;
jQuery has been added as optional javascript framework, which allows many nice effects on several parts of Tiki. It is an experimental, optional feature of Tiki 3.0, and in 4.0 it will be the default, always on Javascript framework.&lt;br /&gt;
&lt;br /&gt;
http://doc.tikiwiki.org/jQuery&lt;br /&gt;
&lt;br /&gt;
== Workspaces ==&lt;br /&gt;
Ease of making sub-sections within a single instance of Tiki and make it easier to share information. If Fennec and Firefox have a lot of documentation in common, it would be easier to share. So perhaps Fennec support site could be a workspace within SUMO. Fennec may or may not be the appropriate use of Workspaces, but it will be useful for sure. Ex.: a workspace for documentor, a workspace for localizers. And each wiki page can be shared amongst many workspaces.&lt;br /&gt;
&lt;br /&gt;
Please see http://dev.tikiwiki.org/Workspace+Roadmap&lt;br /&gt;
&lt;br /&gt;
== Text Area editor improvements ==&lt;br /&gt;
Collaboration on initiatives such as:&lt;br /&gt;
https://wiki.mozilla.org/Support/Editor:PRD&lt;br /&gt;
http://ui.tikiwiki.org/Text+area+editing+helper&lt;br /&gt;
&lt;br /&gt;
== More stability ==&lt;br /&gt;
1.10 was never released. It was renamed 2.0 and then released. Before each release, there are hundreds of bug fixes and minor tweaks. &lt;br /&gt;
&lt;br /&gt;
SUMO should rather stay in stable zone. For example, start using 4.1 and upgrading to 5.1&lt;br /&gt;
&lt;br /&gt;
Once a release goes .0, all future commits are reviewed by our http://dev.tikiwiki.org/Quality+Team, with 3 of our most experienced developers. We would like to invite a SUMO developer to the quality team and this insure that there will be no regressions for SUMO (and thus making keeping in sync easier).&lt;br /&gt;
&lt;br /&gt;
== Tons of new features ==&lt;br /&gt;
Surely there are many things that SUMO could use :-)&lt;br /&gt;
&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki2&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki3&lt;br /&gt;
# http://doc.tikiwiki.org/Tiki4&lt;br /&gt;
# http://dev.tikiwiki.org/Roadmap &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Zend Framework ==&lt;br /&gt;
Starting in 3.0, Tiki bundles Zend Framework and uses some of it.&lt;br /&gt;
&lt;br /&gt;
http://dev.tikiwiki.org/Zend+Framework&lt;br /&gt;
&lt;br /&gt;
== Other changes ==&lt;br /&gt;
Perhaps use inclusion of wiki pages, instead of dynamic content (need to make sure they are excluded from search results)&lt;/div&gt;</summary>
		<author><name>MarcLaporte</name></author>
	</entry>
</feed>